Сервер МРОА

Сервер МРОА — это логический компонент маршрутизатора МРОА, который предоставляет информацию сетевого уровня клиенту. Сервер МРОА также логически включает сервер протокола NHRP. Сервер NHRP служит для иден­тификации пути, определенного АТМ-адресом получателя и информацией ка­нального уровня. Эту информацию сервер МРОА направляет клиенту в ответ на его запрос. Сервер МРОА в своей работе опирается на базовую функцию марш­рутизации устройства, на котором он реализован.

Маршрутизатор, на котором строится сервер МРОА, использует протоколы маршрутизации (OSPF или RIP) для пересылки поступающих пакетов. Совме­щение маршрутизации, клиента МРОА и сервера NHS позволяет реализовать две функции, необходимые для установления прямых виртуальных соединений:

q обрабатывать запросы входных клиентов о возможности создания таких соединений;

q информировать выходных клиентов о содержании заголовка-пакета ка­нального уровня.

Так как многим пользователям может потребоваться повторная связь с абонен­тами по определенным адресам, например, с корпоративным сервером, гранич­ные устройства записывают в буфер информацию о виртуальном соединении. Эта информация впоследствии может использоваться вновь, без необходимости формирования запроса на разрешение адреса для каждого потока. Это является важной особенностью технологии МРОА, которая позволяет реализовать одну из ее проектных задач — сократить время, которое граничное устройство должно тратить на обращение к серверу МРОА для получения служебной информации.

Схема работы МРОА

Основные задачи, выполняемые технологией МРОА, сводятся к конфигуриро­ванию сервера и клиента МРОА, поиску ими друг друга, управлению соеди­нениями, распознаванию конечных абонентов и непосредственной передаче данных.

Модель МРОА выделяет «зоны ответственности» за маршрутизацию среди граничных устройств, подключенных к сети ATM, конечных станций-клиентов МРОА и северов МРОА, которые поставляют маршрутную информацию.

Граничные устройства проверяют адрес получателя пакета, полученный из локальной сети, для принятия правильного решения о его дальнейшей передаче. Если пакет необходимо маршрутизировать, то он должен содержать МАС-адрес интерфейса маршрутизатора МРОА. В этом случае клиент должен проверить адрес получателя сетевого уровня и определить по нему его адрес ATM, основы­ваясь на информации, полученной от сервера МРОА, или на данных из своей буферной памяти. Затем клиент установит виртуальное соединение с получателем. Если пакет адресован устройству в той же подсети, клиент будет использовать технологию LANE для определения адреса ATM получателя и установления виртуального соединения с ним.

Если локальный сервер МРОА не обладает информацией об искомом адресе ATM, он может переслать запрос от клиента другому серверу, используя прото­кол NHRP. АТМ-адрес получателя, полученный от сервера МРОА, может быть как адресом конечной станции, если она подключена к сети ATM напрямую, так и адресом определенного граничного устройства, которому должен быть передан пакет.

Установленное прямое коммутируемое виртуальное соединение используется для передачи данных с применением стандартного процесса коммутации. Рабо­тая на двух уровнях (сетевом и канальном), технология МРОА «вбирает в себя» и коммутацию, и маршрутизацию — она может и маршрутизировать и коммути­ровать трафик сетевого уровня, а также работать в качестве моста для немарш­рутизируемого трафика.

Работа на сетевом уровне эталонной модели OSI позволяет учитывать па­раметры качества обслуживания технологии ATM, необходимые для сетевых приложений. Например, протокол RSVP работает на сетевом уровне и предо­ставляет приложениям механизмы резервирования пропускной способности сети. МРОА отображает резервирование полосы пропускания на соответствую­щие требования к сети ATM.

Основное назначение МРОА состоит в поддержке многопротокольного тра­фика между локальными сетями. В своей работе МРОА основывается на том факте, что в большинстве случаев передача данных обычно осуществляется от­носительно устойчивым потоком. Так, файл или сообщение часто посылаются с помощью множества кадров. Например, для передачи файла размером 45 Кбайт с использованием кадра Ethernet размером 1500 байт потребуется около 30 кад­ров. Так как все эти кадры будут следовать по одному и тому же адресу, стано­вится возможным идентифицировать поток к получателю и установить виртуальное соединение на основе информации, содержащейся в первом кадре. Затем эти 30 кадров будут упакованы приблизительно в 900 ячеек ATM и пе­реданы через виртуальное соединение получателю. Виртуальное соединение можно рассматривать как кратчайший путь, который не зависит от маршрутиза­ции и позволяет значительно повысить производительность. В случае равномер­ного потока, например, видеоинформации, такой метод передачи данных гораздо более эффективен по сравнению с передачей, в которой трафик обрабатывается маршрутизаторами.

Клиент МРОА может инициировать установление кратчайшего пути переда­чи данных. Первый шаг в этом процессе заключается в том, что клиент опреде­ляет МАС-адрес маршрутизатора, сервера МРОА, а затем отслеживает трафик, передаваемый по этому адресу. Идентификация потоков выполняется независи­мо друг от друга. Когда показатель, по которому идентифицируется поток с определенным сетевым адресом получателя, превысит заранее указанную при настройке величину (например, если настраивается скорость, показатель превы­сит значение 10 кадров в секунду), клиент инициализирует процедуру установ­ления кратчайшего пути с помощью посылки специального запроса (МРОА Resolution Request) к серверу.

На рис. 16.41 показан пример сети, который будет использован нами для описания процедуры установления кратчайшего пути передачи данных. Пред­положим, что рабочая станция А со стеком протоколов TCP/IP передает данные рабочей станции В. Входной клиент 1 определил, что передаваемый поток дан­ных превысил некий установленный показатель. Значит, необходимо запустить процедуру установления кратчайшего пути и после его создания перенаправлять поток по нему. Для этого он должен определить АТМ-адрес выходного клиента.

1. Клиент МРС 1 посылает запрос (МРОА Resolution Request), содержащий IP-адрес станции В, серверу MPS 1.

2. После получения запроса сервер MPS1 сформирует запрос протокола NHRP (NHRP Resolution Request) и передаст его серверу MPS 2.

3. Сервер MPS2 после получения запроса протокола NHRP сформиру­ет и пошлет клиенту МРС2 сообщение с запросом о приеме соединения (МРОА Cache Imposition Request). Название этого запроса отражает тот факт, что в случае положительного ответа клиент МРС2 запишет полу­ченную в запросе информацию в свою буферную память для дальнейшего использования. По сути дела, этот запрос выясняет готовность выходного клиента МРС2 к установлению прямого соединения.

4. Клиент МРС2, убедившись в своей возможности принять новое виртуаль­ное соединение, направляет положительный ответ (МРОА Cache Imposition Reply) серверу МРС2. В этом ответе содержится адрес ATM, который может быть использован для установления виртуального соединения. Если клиент МРС2 не может поддержать новое виртуальное соединение, он отвечает сообщением об ошибке.

5. После получения ответа от клиента МРС2 сервер MPS2 вставляет содер­жащийся в нем адрес ATM в ответ протокола NHRP (NHRP Resolution Reply), который посылается обратно серверу MPS1.

6. С получением сообщения от сервера MPS2 сервер MPS1 произведет пре­образование сообщения протокола NHRP в сообщение МРОА (МРОА Resolution Reply) и перешлет его клиенту МРС1, который затем будет использовать полученный АТМ-адрес для установления соединения с клиентом МРС2.

Следует отметить, что все перечисленные сообщения не передаются через эмулированные локальные сети — вместо этого задействуется контрольное со­единение. Кроме того, передаваемые служебные и полезные данные применяют инкапсуляцию LLC/SNAP, а точнее, соответствующее служебное обрамление, использующееся между клиентами МРОА. Контрольные кадры в технологии МРОА инкапсулируются точно так же, как и контрольные кадры NHRP.

Дата добавления: 2015-07-13