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).

Интерфейс 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.14. Компоненты 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), а также данные с групповыми адресами (ре­жим multicasting) и даже данные, посланные на индивидуальный адрес (режим unicasting) при условии, что они были посланы клиентом LE до того, как произошла конвертация АТМ-адреса на­значения данных с прямым адресом (т.е. до того, как было установлено соединение виртуального канала данных с прямым адресом - DD VCC, см. ниже).

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

Рассмотрим какие соединения устанавливаются в процессе LAN-эмуляции участниками процесса взаимодействия, а именно LEC, LES, LECS и BUS, при использовании простой схемы взаимодей­ствия двух клиентов LE, приведенной на рис. 8-18.

Все соединения, которыми оперирует 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-

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.