Слепов Н.Н. Современные технологии Цифровых оптоволоконных сетей связи (ATM, PDH, SDH, SONET и WDM)

Подождите немного. Документ загружается.

Глава 8

Введение в технологию АТМ

265

Формат типа Е.164

Формат адреса типа Е.164, как один из новых форматов, используется, главным образом

для того, чтобы иметь возможность стыковки с сетями общего пользования благодаря совмести-

мости формата Е.164 с их планом нумерации. Его номера должны идентифицировать интерфейс

между сетью провайдера сервиса ATM (ASP) и частной сетью ATM [393]. Формат Е.164 обычно

делят на два типа в зависимости от характера отображения на него адреса AESA:

- первый тип называют Е.164 с погруженным адресом AESA, для него характерно отсутствие

компонентов HO-DSP, ESI и SEL;

- второй тип - с непогруженным адресом AESA, в нем HO-DSP, ESI и SEL присутствуют и могут

управляться частной администрацией с целью использования ее в частной сети (см. информа-

цию о полях AESA в ISO 8348 [108]; одним из примеров такого типа можно считать Е.164 Natu-

ral, рассмотренный в [393], где в поле IDI располагается "Адрес ISDN", а поле HO-DSP разбито

на два поля: RD и AREA.

Формат типа Local используется для произвольной адресации в частных сетях ATM,

как это было описано выше.

Мы коснулись только одного аспекта адресации в сетях ATM: концепции и типов адреса-

ции. Более подробную информацию о других аспектах и примерах адресации в таких сетях можно

почерпнуть, кроме прочих источников, в работе [393].

8.7.1.3. Процедура установления и разрыва соединения

Рассмотрим кратко, как происходит установление и разрыв соединения в коммутируемых сетях ATM.

Для установления и разрыва соединений используется набор стандартных сообщений,

управляющих соединением (СММ). Эти сообщения описаны в стандарте ITU-T Q.931 [396] и со-

держат характерные для стандарта Q.931 поля, такие, как: определитель протокола, информа-

ция о вызове, тип сообщения, длина сообщения. Однако информационное содержание сообще-

ний привязано к специфике интерфейса ATM UNI. Список этих сообщений и выполняемые ими

действия приведены в табл. 8-2.

Глава 8

Введение в технологию АТМ

266

На рис. 8-14 приведена схема установления соединения между двумя абонентами через

сеть ATM, использующая рассмотренные выше типы сообщений.

Как видно из этого рисунка, процедура установления соединения начинается с посылки в

сеть ATM вызывающим абонентом сообщения Setup, которое доставляется сетью вызываемому

абоненту. Формат этого сообщения содержит несколько полей, позволяющих идентифицировать

сообщение и установить различные параметры уровня AAL, содержащих адреса вызывающего и

вызываемого абонентов и требуемый уровень QOS, а также другие параметры. Основные из них

перечислены в текстовых окнах слева и справа на рисунке.

Получив сообщение Setup, сеть посылает вызывающему абоненту сообщение Call Pro-

ceeding, перенаправляет сообщение Setup вызываемому абоненту и ждет от него сообщения Call

Processing. Это сообщение используется как индикатор того, что вызов был инициирован и ин-

формации для установления вызова больше не требуется.

Вызываемый абонент, если он принял вызов, посылает сети сообщение Connect. Это со-

общение сеть перенаправляет вызывающему абоненту. Оно содержит параметры, часть которых

совпадает с параметрами сообщения Setup, а также содержит ряд других идентификаторов, соз-

данных в результате обработки информации, содержащейся в оригинальном сообщении Setup.

Получив сообщение Connect, вызывающий абонент через сеть посылает вызываемому

абоненту сообщение Connect Acknowledge. На этом установление соединения завершается.

На рис. 8-15 приведена схема разрыва соединения между двумя абонентами через сеть

ATM, использующая рассмотренные выше типы сообщений.

Глава 8

Введение в технологию АТМ

267

Как видно из этого рисунка, процедура разрыва соединения начинается с посылки абонен-

том в сеть ATM сообщения Release, которое доставляется сетью другому абоненту. В результате

действия этого сообщения соединение разъединяется. Само сообщение содержит только инфор-

мацию необходимую для его идентификации. Абонент, получающий сообщение Release, должен в

свою очередь послать сообщение Release Acknowledge. На этом завершается процесс разрыва со-

единения, или разъединения.

При использовании технологии SVC используют три типа состояния виртуальных каналов VC:

- соединенный виртуальный канал (CVC) - канал, рассматриваемый как соединенный всеми сто-

ронами: сетью, вызывающим и вызываемым абонентами;

- разъединенный виртуальный канал (DVC) - канал, рассматриваемый всеми сторонами как не

соединенный, но еще не готовый к новому соединению;

- свободный виртуальный канал (RVC) - канал, рассматриваемый всеми сторонами как не соеди-

ненный и готовый к новому соединению.

В процессе управления соединением по требованию с помощью описанных процедур и со-

общений используются также такие понятия, как "состояние вызова" и "счетчики/таймеры". Послед-

ние используются для задания периода ожидания момента завершения определенных действий (на-

пример, при выполнении процедуры Setup). Подробнее об указанных процедурах см. в работе [43].

8.7.2. Метод туннельной проводки

В этом разделе мы кратко рассмотрим идею другой технологии использования сети ATM в каче-

стве магистральной, связывающей другие сети. Она касается сетей передачи данных и использует

интерфейсы B-ICI и DXI (см. рис. 8-1). В этой связи важным является то, как трафик различных

сетей проходит через сеть ATM, как PDU различных сетей транслируются в ячейки ATM и как

сервисы этих сетей отображаются на сервисы ATM.

С точки зрения пропуска трафика через магистральную сеть, наиболее просто 1 является

идея "туннельной проводки" (tunneling) этого трафика через сеть ATM, когда сеть представляет-

ся в виде туннеля, который не контролирует и не взаимодействует с трафиком, т.е. сеть становится

для пропускаемого трафика "прозрачной". Однако взаимодействующие через сеть пользователи

должны иметь возможность информировать друг друга о характере трафика с одной стороны и

условиться (или договориться) о том, какой стек протоколов использовать при обмене данного

трафика, с другой стороны.

Идея туннельной проводки реализуется путем использования операций, описанных в стан-

дарте ITU-T Q.2931 [233], и специального элемента, так называемого широкополосного инфор-

мационного сервисного элемента (ISE) низкого уровня. Роль последнего и заключается в том,

чтобы проинформировать о характере передаваемого трафика. Хотя стандарт Q.2931 позволяет

информировать о том, какие протоколы будут использоваться во время сессии, равно как и ука-

зать, какой тип полезной нагрузки посылается в блоке SDU, он не предусматривает никаких про-

цедур, дающих возможность договариваться в процессе взаимодействия. Это должно решаться с

помощью дополнительного программного обеспечения.

Прохождение сообщения через сеть ATM усложняется в этом случае только тем (см. рис.

8-16), что до "левого" частного UNI и после "правого" частного UNI устанавливаются дополни-

тельные блоки взаимодействия - IWU (которыми могут быть, например, маршрутизаторы), ото-

бражающие информацию, принятую от пользователя, в "Q.2931-сообщения" на передающем кон-

це и осуществляющие обратную операцию на приемном конце. Единственная сложность осущест-

вления этой схемы в том, что блоки IWU должны быть достаточно "интеллектуальны", чтобы по-

нимать протоколы уровней 2 и 3 сетей пользователя и распознавать тип используемой связи (точ-

ка-точка, многоточка-многоточка и ЛВС-ЛВС).

Согласно [43] информационный элемент ISE может идентифицировать следующие прото-

колы:

Глава 8

Введение в технологию АТМ

268

для уровня 2 OSI

• HDLC, LAPB, LAPD, MLP, ISO 7776, Q.922, Х.25 SLP (а возможно и другие) - для трафика ти-

па "точка-точка" и "точка-многоточка";

• LLC, ISO 8802/2 (а возможно и другие) - для трафика "ЛВС-ЛВС".

для уровня 3 OSI

• ISO 8208, 8473, 9577, РРР, Т.70, Х.25 (а возможно и другие) - для трафика типа "точка-точка" и

"точка-многоточка";

• ISO 8208, 8473, 9577, SNAP, T.70, Х.25 (а возможно и другие) - для трафика "ЛВС-ЛВС".

Что касается широкополосного элемента ISE, то он представляет собой довольно сложное

по структуре сообщение, длиной 22 байта, позволяющее передавать большое количество инфор-

мации, подробности см. в работе [43].

8.8. Взаимодействие сети ATM и ЛВС

8.8.1. LAN-эмуляция

8.8.1.1. Идея и версии LAN-эмуляции

Если сеть ATM используется как магистральная для связи локальных сетей, то должны быть пре-

дусмотрены, с одной стороны, средства совмещения МАС-адресов локальных (дейтаграммных)

сетей с сетевыми идентификаторами ATM (VPI/VCI), с другой - характер взаимодействия и серви-

сы дейтаграммных (LAN) и рассчитанных на установление соединения (ATM) сетей.

Один из подходов осуществить это носит название LAN-эмуляции (LANE). Основное тре-

бование к системе эмуляции состоит в том, что при работе через сеть ATM приложения и прото-

колы LAN должны выполняться без каких-либо изменений. Так как эти приложения и протоколы

выполняются поверх подуровня LLC уровня 2 OSI (питаемого подуровнем MAC того же уровня),

то подуровень LLC трогать (т.е. использовать для эмуляции) нельзя, а подуровень MAC можно

заменить на эквивалентный подуровень эмуляции LAN - LE. Этот подуровень, с одной стороны,

должен выполнять для LLC те же функции и сервисы, что и MAC (т.е. эмулировать LAN), с дру-

гой - работать поверх уровня AAL (технологии ATM), а именно взаимодействовать с AAL-5, и

обеспечивать трансляцию МАС-адресов в адреса ATM. То есть, LE, как уровень, находящийся

между уровнями LLC (сверху) и AAL (снизу) должен иметь два интерфейса: LE/LLC и LE/AAL.

Учитывая специфику существующих LAN (Ethernet - IEEE 802.3, Token Ring - IEEE 802.5,

FDDI - ANSI X3T9.5), их эмуляция должна проводится дифференцированно (с точки зрения тре-

бований к LE) и только для одного типа LAN. ATM Forum проработал две спецификации LE для

Ethernet и Token Ring. В любом случае для обеспечения сервиса LE должны использоваться сле-

дующие элементы: клиенты LE и LE сервис, обеспечивающий сервисы, характерные для LAN.

Глава 8

Введение в технологию АТМ

269

ATM Forum в январе 1995 г. выпустил первую редакцию стандарта LAN Emulation 1.0,

регламентирующего основные вопросы эмуляции LAN (ЛВС) [397]. В этой серии стандартов бы-

ли описаны функции клиента эмуляции LAN (LEC), и сервис LE, обеспечиваемый сервером эму-

ляции LAN (LES), сервером эмуляции и конфигурации LAN (LECS) и сервером пакетов широ-

ковещания и с неизвестным адресом (BUS). He все оборудование сетей ATM поддерживало в то

время данный стандарт.

В июле 1997 г. тот же ATM Forum выпустил вторую расширенную редакцию стандарта

LAN Emulation 2.0 [398], которая, несмотря на то, что отменяет первую и имеет внушительный

список нововведений (см. [398, Appendix D]), в целом сохраняет те же принципы функционирова-

ния схемы эмуляции (которые и будут кратко изложены ниже). Более того при определенных ус-

ловиях может быть достигнута совместимость и нормальная работа LEC (LANE v.2) и LEC (LANE

v.l), в том числе и благодаря использованию специальных флагов, указывающих на необходи-

мость использования новых особенностей, или новых типов переменных (TLV) версии 2 (v.2).

8.8.1.2. Описание сервиса LAN-эмуляции

В первую очередь опишем, что должно быть эмулировано (т.е. смоделировано средствами техно-

логии ATM так, чтобы для взаимодействующих LAN была видимость стандартной для них среды

взаимодействия). Во-первых должны быть эмулированы основные возможности и сервисы, а за-

тем новые возможности и улучшенные сервисы.

Основные возможности и сервисы

• Станции LAN взаимодействуют без предварительного установления соединения. LANE должна

создать видимость такого взаимодействия (учитывая, что в ATM нормально требуется предва-

рительное установление соединения).

• Станции LAN (Ethernet) используют обычно такие типы адресации как индивидуальная адре-

сация (уникастинг - unicasting), групповая адресация (мультикастинг - multicasting) и широ-

ковещательная адресация (бродкастинг - broadcasting), учитывая, что они используют техно-

логию множественного доступа к той же самой среде, - это и должно эмулироваться (учитывая,

что ATM использует в основном тип связи "точка-точка").

• Приложения, выполняемые в LAN, используют стандартные стеки протоколов (например,

APPN, IPX), которые используют драйверы подуровня MAC (NDIS, ODI, DLPI), - эти драйве-

ры и должны эмулироваться, используя функции и примитивы ATM, чтобы верхние уровни

LLC и выше оставались неизменными для использования этих протоколов.

• В ряде приложений приходится создавать несколько доменов (групп ATM-узлов) в рамках од-

ной сети, что приводит к необходимости ставить им в соответствие группу станций LAN, при-

соединенных к одному сегменту, - это приводит к понятию эмулированная LAN (ELAN).

• Схема LAN-эмуляции должна давать возможность устанавливать соединение не только между

конечными системами ATM, но и соединениями типа LAN-станция - LAN-станция и LAN-

станция - конечная система ATM (при этом она должна использовать существующий в LAN

метод соединения LAN с помощью мостов, как прозрачных (Transparent Bridging), так и ис-

пользующих маршрутизацию от источника (Source Routing Bridging).

Новые возможности и улучшенные сервисы

• LANE v.2 дает возможность локально управлять качеством обслуживания (QOS) для участков

связи между конечными системами ATM, а также имеет механизм для определения того, под-

держивает ли удаленная конечная система ATM систему управления QOS.

• LANE v.2 дает возможность выделять трафик, использующий групповую адресацию (мульти-

кастинг), из общего потока с широковещательной адресацией (бродкастингом) с помощью ме-

ханизма определения клиентов эмулированной LAN, которым требуется та или иная часть

мультикастинга, и соответствующие фильтры.

Глава 8

Введение в технологию АТМ

270

8.8.1.3. Уровневая архитектура LAN-эмуляции

Архитектура системы эмуляции, как мы поясняли выше, должна соответствовать уровневой

структуре OSI (которой следуют LAN) и строиться, как уровень промежуточный между AAL

(ATM) и LLC (и выше - LAN). При этом в уровневой архитектурной модели системы эмуляции

должны быть описаны на только два описанных выше (для простоты) интерфейса, но и все воз-

можные сервисные интерфейсы, через которые осуществляется взаимодействие ATM и LAN.

Схема уровневой архитектурной модели LAN-эмуляции представлена на рис. 8-17.

В этой модели роль такого промежуточного уровня, управляющего эмуляцией, играет уро-

вень LE, лежащий над уровнем ALL-5, и под верхними уровнями, из которых выделен уровень

LLC. Между этими уровнями цифрами в скобках выделены следующие 6 интерфейсов.

1 - Интерфейс между уровнем LE и верхними уровнями, включает возможности передачи и

приема пользовательских кадров данных.

2 - Интерфейс между уровнями LE и AAL, включает возможности передачи и приема кадров

AAL-5.

3 - Интерфейс к логическому блоку управления соединением, включает возможности запроса

процедур Setup или Release для немультиплексированных соединений виртуальных каналов

VCC.

4 - Интерфейс между уровнем LEC и логическими блоками менеджмента уровня LE, включает

возможности инициализации и управления клиентом LEC, а также получения информации о его

статусе.

5 - Интерфейс к логическим блокам мультиплексирования на уровне LLC, включает возможно-

сти передачи и приема LLC-мультиплексированных кадров; этот интерфейс используется для

LLC-мультиплексированных потоков, которые могут использовать VCC вместе с логическими

объектами, не входящими в состав LANE v.2 (этот интерфейс не описан в документе LANE

v.2).

6 - Интерфейс к логическим блокам мультиплексирования на уровне LLC, включает возможно-

сти запроса процедур Setup или Release LLC-мультиплексированных потоков; этот интерфейс

используется для LLC-мультиплексированных потоков, которые могут использовать VCC вме-

сте с логическими объектами, не входящими в состав LANE v.2 (этот интерфейс не описан в

документе LANE v.2).

Глава 8

Введение в технологию АТМ

271

Интерфейс UNI для LAN-эмуляции (LUNI)

Как показано в этой модели, взаимодействие между клиентом LE и сервисом LE осущест-

вляется через хорошо документированный интерфейс LUNI, использующий блоки PDU и прото-

колы, описанные в самом документе LANE v.2 [398]. Требования к функциям, которые должен

выполнять интерфейс на всех 4 этапах взаимодействия: инициализации, регистрации, процедуры

конвертации адресов и передачи данных, описаны там же.

Вопросы реализации элементов архитектуры LAN-эмуляции

Пользователи подключаются к сервису LE через клиентов LE, которые реализуются на ко-

нечных станциях ATM, либо как часть программных драйверов (между ОС и аппаратным обеспе-

чением ATM), либо в виде спецпроцессора, который является частью ATM адаптера.

Предполагается, что LANE будет использована в следующих двух конфигурациях.

1 - В виде промежуточных систем (например, в виде моста или маршрутизатора). В этом

случае реализуемые устройства обеспечивают связь через сеть ATM между традиционной LAN и

конечной станцией ATM в любой комбинации.

2- В виде конечных станций (например, в виде ПК или главного компьютера - хоста

(host)). В этом случае реализуемые устройства обеспечивают связь между конечными станциями

ATM и указанными конечными станциями в рамках традиционной LAN или среди конечных

станцией ATM.

8.8.1.4.

Компоненты LAN-эмуляции и их функции

Компоненты ELAN-сети включают конечные системы ATM (рабочие станции ATM или

мосты ATM), имеющие (каждая) одного или больше клиентов LE, и компоненты сервиса LE

(один или более LES, LECS и BUS).

Клиент LE (LEC)

Клиент LE осуществляет перенаправление данных, конвертацию адресов, обеспечивает

сервисный интерфейс ELAN (Ethernet/Token Ring) с МАС-уровня к верхним уровням и реализует

интерфейс LUNI, чтобы взаимодействовать с другими компонентами в рамках одной ELAN.

Сервер LE (LES)

Сервер LE в общем случае осуществляет функции координации управления. Так, он обес-

печивает возможность регистрации и конвертации МАС-адресов и/или дескрипторов маршрутиза-

торов в адреса ATM.

Сервер LE и конфигурации (LECS)

Сервер LE и конфигурации (один или несколько) приписывает отдельных клиентов к раз-

личным ELAN сервисам, давая им соответствующие АТМ-адреса.

Сервер пакетов широковещания и с неизвестным адресом (BUS)

Сервер BUS обрабатывает данные, посланные клиентами LE на широковещательный ЛС-

адрес (FFFFFFFFFFFF) - (режим broadcasting), а также данные с групповыми адресами (pent mul-

ticasting) и даже данные, посланные на индивидуальный адрес (режим unicasting) при условии,

что они были посланы клиентом LE до того, как произошла конвертация АТМ-адреса назначения

данных с прямым адресом (т.е. до того, как было установлено соединение виртуального канала

данных с прямым адресом - DD VCC, см. ниже).

8.8.1.5. Соединения, осуществляемые при LAN-эмуляции

Рассмотрим какие соединения устанавливаются в процессе LAN-эмуляции участниками процесса

взаимодействия, а именно LEC, LES, LECS и BUS, при использовании простой схемы взаимодей-

ствия двух клиентов LE, приведенной на рис. 8-18.

Глава 8

Введение в технологию АТМ

272

Все соединения, которыми оперирует LANE, являются соединениями виртуальных кана-

лов (VCC). Эти соединения могут быть обычными, или немультиплексированными VCC, кото-

рые поддерживаются LANE v.l, и мультиплексированными на уровне LLC, или LLC-

мультиплексированными VCC, которые поддерживаются LANE v.2. Последние VCC могут пе-

редавать трафик нескольких потоков LANE. Один поток LANE переносит трафик данных и/или

трафик управления только одной ELAN. Для LANE v.l понятия "поток" и VCC совпадают, для

LANE v.2 - нет.

Потоки данных с групповыми адресами (multicasting) и управления (типа MF и CD) пре-

даются по VCC с топологией "точка-многоточка", остальные - по VCC с топологией "точка-

точка". Кроме того, только потоки данных с прямым адресом (DD) могут быть LLC-

мультиплексированы, тогда как другие потоки - нет. Данные типа DD (будучи LL-

мультиплексированы в канал VCC) могут распределяться по многим клиентам LE, использующим

этот канал, как общий.

Компоненты LAN-эмуляции устанавливают те или иные типы VCC. Это могут быть или

обычные, или LLC-мультиплексированные VCC. Если терминируется обычный VCC, то канал ос-

вобождается, если же терминируется один поток LLC-мультиплексированного VCC, то канал не

освобождается до тех пор, пока все потоки в нем не будут терминированы. В общем случае ком-

поненты LAN-эмуляции устанавливают следующие типы VCC:

• прямое виртуальное соединение для конфигурации (Configuration Direct VCC) - двунаправ-

ленное VCC, устанавливаемое клиентом LE между ним и LECS во время фазы Connect (Со-

единение) и используемое для получения информации о конфигурации, включая адрес LES

(см. линию 1 на рис. 8-18);

• прямое виртуальное соединение для управления (Control Direct VCC) - двунаправленное VCC с

топологией "точка-точка", устанавливаемое клиентом LE между ним и LES для передачи тра-

фика управления во время фазы Initialization (Инициализация) (см. линию 2 на рис. 8-18);

• прямое виртуальное соединение для распределения трафика управления (Control Distribute

VCC) - однонаправленное (от LES к клиенту LE) и устанавливаемое сервером LES (по выбору)

VCC с топологией "точка-многоточка", используемое для распределения трафика управления

(устанавливается во время фазы Initialization) (см. линию 3 на рис. 8-18);

• прямое виртуальное соединение для передачи данных (Data Direct VCC) - двунаправленное

VCC с топологией "точка-точка", устанавливаемое клиентом LE между ним и другими клиен-

тами LE для обмена трафиком с индивидуальными адресами (режим unicasting); таких со-

единений может быть установлено несколько даже для одного клиента в зависимости от тре-

бований QOS, установлению таких соединений может предшествовать фаза запроса LE_ARP

для выяснения ATM-адреса назначения, а сами соединения могут быть как немультиплекси-

рованными, так и LLC-мультиплексированными (см. линию 6 на рис. 8-18);

• виртуальное соединение для передачи данных с групповой адресацией (Multicast Send VCC) -

двунаправленное VCC с топологией "точка-многоточка", устанавливаемое клиентом LE между

ним и сервером BUS для обмена трафиком с групповыми адресами (режим multi-

Глава 8

Введение в технологию АТМ

273

casting); это VCC процедурно устанавливается также как Data Direct VCC, но оно должно быть

ненаправленное (см. линию 4 на рис. 8-18);

• виртуальное соединение для перенаправления трафика с групповой адресацией (Multicast

Forward VCC) - однонаправленное (от BUS к клиенту LE) и устанавливаемое сервером BUS

(по выбору) VCC с топологией "точка-многоточка", используемое для перенаправления трафи-

ка сигнализации от BUS к клиенту LE, по крайней мере одно такое соединение должно быть

установлено до того, как клиент LE сможет общаться с ELAN (см. линию 5 на рис. 8-18).

Указанные выше типы соединений показаны на схеме взаимодействия двух клиентов LE,

представленной на рис. 8-18.

8.8.1.6. Этапы и сервисные функции LAN-эмуляции

Схема взаимодействия с указанными типами соединений будет неполной, если не описать этапов

и соответствующих им сервисных функций, осуществляемых при LAN-эмуляции. К таким этапам

можно отнести следующие этапы: инициализация (Initialization), регистрация (Registration), кон-

вертация адреса (Address Resolution), передача данных (Data Transfer).

Каждому такому этапу соответствует ряд сервисных функций. Мы кратко рассмотрим

только этап инициализации, чтобы в целом понять, что и как происходит.

Этап инициализации

Инициализация является первым этапом в установлении взаимодействия между клиентами

LAN-эмуляции. Как только она заканчивается, становится возможным функционирование клиента

LE. Перед инициализацией клиенты LE и сервер LE обладают начальной информацией (адреса,

имена ELAN и т.д.), или начальным состоянием (НС). Схему инициализации можно описать с

помощью следующей последовательности фаз-состояний:

НС







соединение с LECS







Конфигурация







соединение с LES











соединение cBUS







НФ

Здесь HP означает "начальную регистрацию", а НФ- "нормальное функционирование".

Первой фазой инициализации является фаза соединения с сервером LECS (Connect) и ус-

тановления соответствующего VCC (см. рис. 8-18). Затем клиент LE с помощью LECS осуществ-

ляет фазу конфигурации параметров. Далее клиент LE осуществляет фазу соединения с LES. если

оно успешно, то клиент LE получает свой идентификатор (LECID), узнает: к какой ELAN он при-

надлежит, максимальный размер кадра и тип LAN (Ethernet или Token Ring). После чего (в рамках

этой же фазы).

За этим следует фаза начальной регистрации, в течении которой клиент LE регистрирует

LAN-адреса назначений и дескрипторы маршрутов (Route Descriptors). После этого клиент LE

осуществляет фазу установления соединения с BUS, в рамках которой BUS устанавливает с ним

соединение типа MF. Успешным финалом этих этапов является состояние нормального функцио-

нирования схемы LAN-эмуляции. В случае неуспеха на каком-то этапе, он повторяется.

При работе в режиме установления SVC объекты LAN-эмуляции (клиенты LE, LES и BUS)

устанавливают соединения друг с другом с помощью сигнализации UNI.

То, что удалось описать выше, лишь малая часть того, что называется LAN-эмуляцией.

Подробности см. в стандартах ATM Forum [398].

В заключение мы приводим один из возможных упрощенных вариантов описания того,

как на практике в рамках LAN-эмуляции происходит взаимодействие через сеть ATM двух рабо-

чих станций А и В (принадлежащих разным ЛВС) и конвертация (установление) адресов, если для

трансляции МАС-адреса в ATM-идентификатор используется протокол устранения коллизий

адресных ссылок, или, проще, протокол конвертации адреса (ARP):

1 - рабочая станция ЛВС А посылает МАС-кадр связанному с ней маршрутизатору А, кото-

рый играет роль клиента LE.

Глава 8

Введение в технологию АТМ

274

2 - маршрутизатор А формирует запрос в виде ARP-пакета (с МАС-адресом рабочей станции

назначения в поле адреса назначения) и посылает его серверу LES, подключенному к сети

ATM.

3 - сервер LES по запросу находит ATM-идентификатор маршрутизатора В (LEC), связанного с ра-

бочей станцией ЛВС назначения В, и пересылает его маршрутизатору А в качестве ответа на за-

прос.

4 - маршрутизатор А устанавливает виртуальное соединение с маршрутизатором В, исполь-

зуя протокол коммутируемого виртуального вызова Q.2931.

5 - после установления соединения информация рабочей станции А размещается в ячейках

ATM и направляется маршрутизатору В.

6 - маршрутизатор В считывает заголовки ATM ячеек, заново формирует МАС-кадр и на-

правляет его рабочей станции В.

Кроме указанных методов эмуляции ЛВС, основанных на трансляции МАС-адресов, суще-

ствуют и другие методы. Например, МРОА, метод краевой ATM маршрутизации (AER), ис-

пользующий IP-адреса сети и подсети, и метод виртуальной ATM маршрутизации (AVR), ос-

нованный на использовании специального сервера централизованной маршрутизации (CRS)

[43]. Однако, кроме МРОА, они не нашли широкого применения.

8.8.2. Технология МРОА

Технология LANE, описанная выше, позволяет поддерживать несколько ELAN, используя одну

сеть ATM. Эта технология является достаточно эффективным средством соединения "внутренних

подсетей" (intra-subnet) через сеть ATM (можно сказать, что эти соединения используют мосты).

Однако, если, например, LAN или ATM сами разбиты на подсети, то для передачи трафика между

подсетями, рассматриваемыми как "внешние подсети" (inter-subnet) приходится использовать

маршрутизаторы.

Для преодоления этого недостатка и обработки трафика inter-subnet, как и трафика intra-

subnet, в рамках LANE используется технология многопротокольной передачи через ATM

(МРОА), определяющая, как протоколы сетевого уровня должны использовать ATM QOS и пря-

мые соединения между различными виртуальными LAN. Другими словами технология МРОА по-

зволяет использовать информацию как на уровне мостов (уровень 2), так и на уровне маршрутиза-

торов (уровень 3) для определения оптимального пути между подсетями.

8.8.2.1. Компоненты МРОА

Существуют два типа логических компонентов МРОА: клиент МРОА (МРС) и сервер МРОА

(MPS), см. рис. 8-19.

Основная функция клиента МРС на стороне источника - обнаружить регулярный поток

пакетов, пересылаемых через ELAN к маршрутизатору, компонентом которого является MPS, оп-

ределить оптимальный для него путь и выбрать его в качестве альтернативного (короткого) мар-

шрута к адресу назначения. На стороне назначения МРС принимает поток и, если он направлен по

короткому маршруту, добавляет ему соответствующую инкапсуляцию канального уровня (уровня 2).