Формат адреса для корпоративных сетей

Для того, чтобы схема адресации была применима, должен быть стандартизирован формат адреса, понимаемый всеми коммутаторами в системе. Например, для телефонной связи используется определенный формат номера для вызовов внутри страны. При международном вызове этот формат дополняется кодом страны.

Каждое сообщение о установке соединения содержит два поля: идентификаторы вызываемой и вызывающей сторон.

На рисунке показаны три формата адресов, которые были определены Форумом АТМ. Первый байт в поле адреса идентифицирует используемый формат адреса. (Значения этого поля, отличные от трех приведенных, зарезервированы и/или используются для других целей).

Рассмотрим данные три формата.

1. Код данных страны (Data Country Code). Номера DCC определяются администрацией каждой страны. Например, в США такой администрацией является ANSI. Она устанавливает значение для полей маршрутизации (Routing Fields).
2. Обозначение международного кода (International Code Designator - ICD). IDC определяются международной организацией, которой является Британский институт стандартов (British Stadards Institute).
3. Адресация Е.164 для корпоративных сетей. Адресация Е.164 является адресным планом телефонии и определяется операторами магистральных сетей.

Независимо от используемого формата необходимо достичь официальной глобальной уникальности номеров во избежание конфликтов при росте сети или при объединении нескольких сетей АТМ между собой.

За полями DCC, ICD или за полем номера Е.164 в случае использования этого формата следует поле маршрутизации. Для DCC и ICD оно содержит информацию о вызываемом адресе и может рассматриваться как адресное пространство. Термин “поле маршрутизации” подразумевает, что данное поле может содержать больше, чем просто адрес вызываемой стороны. В частности, механизм адресации должен быть достаточно иерархическим, чтобы обеспечивать маршрутизацию. В случае Е.164 использование поля маршрутизации в настоящее время не определено.

Каждый адрес в поле маршрутизации может означать конкретный коммутатор или даже конкретный UNI коммутатора. Если определяется коммутатор, то требуется больше информации для нахождения конкретного UNI. С другой стороны, если специфицируется UNI, то этого достаточно, чтобы обслуживать его как уникальный, глобально определенный адрес.

Регистрация адреса

В предыдущем подразделе были рассмотрены первые 13 байт адреса.

Рассмотрим случай адресации первыми 13 байтами адреса конкретного коммутатора. В этом случае коммутирующая система должна определить соответствующий вызываемый UNI.

Это может быть сделано с помощью оставшихся 6 бит, называемых идентификатором конечной системы (End System ID). Конечные системы или терминалы может содержать дополнительную адресную информацию. Например, терминал может использовать последние 6 байт адреса для идентификации конкретного UNI. Таким образом, весь коммутатор адресуется 13 байтами, а индивидуальные подключения - идентификатором конечной системы.

Этот механизм может представлять интерес при создании большой “виртуальной корпоративной сети”, т.е. возможно получение адресов коммутации от соответствующей организации и затем местное распределение идентификаторов конечной системы. Преимуществом такого подхода является распределение индивидуальных адресов без привлечения сторонней организации. Однако, абоненту внешней сети необходимо знание значений обоих полей адреса для возможности вызова из внешней сети.

Обычно в 6-байтное (48 бит) поле идентификатора конечной системы заносится уникальный 48-битный МАС-адрес сетевой интерфейсной карты (Network Interface Card - NIC).

Конечно, коммутатор АТМ и терминал АТМ должны знать эти адреса для маршрутизации вызовов, обмена сигнальными сообщениями и пр. Обмен адресной информацией производится автоматически через интерфейс ILMI, причем коммутатор определяет 13 байт адреса (поля маршрутизации), а терминал - 6 байт (идентификатор конечной системы).

Байт селектора (S) не используется сетью АТМ, но передается ею прозрачно. Он может использоваться для определения некоторых параметров терминала, например, определять используемый стек протоколов.

Уровни адаптации АТМ

Классификация услуг МСЭ-Т

Итак, мы имеем возможность доставлять ячейки с места на место. Но это само по себе не очень интересно. Например, совсем неинтересно получить письмо, порванное на кусочки. Ролью уровней адаптации АТМ (ATM Adaptation Layer - AAL) как раз и является обработка содержимого ячеек.

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

В таблице приведены результаты работы МСЭ-Т по определению классов услуг. Таблица читается по столбцам. Класс А имеет следующие характеристики:

• Согласование синхронизации требуется. (Это означает, что требуется некоторое соглашение по тактовой частоте между конечными системами. Например, при передачи речи отсутствие взаимной синхронизации передающего и приемного оборудования может привести к значительному снижению качества. Обеспечение согласования синхронизации является функцией уровня адаптации. Напомним, что АТМ имеет асинхронную природу, поэтому решение единой синхронизации сети не подходит);
• Постоянная скорость потока;
• Требуется установление соединения.

Таким образом, класс А эмулирует соединение через сеть АТМ. Это очень важно для приложений мультимедиа, поскольку в настоящее время все методы и технологии передачи речи и видео ориентированы на использование соединений. Отсюда вытекает требование поддержки сетью АТМ услуги эмуляции соединений (circuit emulation service - CES).

Класс B имеет аналогичные характеристики за исключением переменной скорости потока. В ряде случаев переменная скорость потока может хорошо отражать неравномерный тип трафика (например, случай компрессированного видеосигнала).

Классы C и D имеют переменную скорость потока, но не имеют согласования по синхронизации. Они ориентированы на передачу данных и различие в них заключается в требовании установления соединения.

Класс	A	B	C	D
Согласование синхронизации (End-to-end timing)	Требуется	Не требуется
Скорость потока (Bit rate)	Постоянная	Переменная
Вид соединения (Connection mode)	С установлением соединения	Без установления соединения

Примеры:

Класс А - передача речи со скоростью 64 кбит/с;

Класс B - компрессированный видеосигнал с переменной скоростью;

Класс C - Frame Relay через АТМ;

Класс D - МСЭ-Т I.364 (SMDS) через АТМ;

Класс X - Трансляция ячеек (raw cell service) (прозрачный AAL).

AAL1 для класса A

На рисунке показана структура кадра класса А для AAL1. Первый из 48 байтов нагрузки ячейки АТМ используется в качестве заголовка данного протокола.

Заголовок выполняет несколько функций, в том числе обнаружение потерянных ячеек и поддержку метки времени для обеспечения синхронизации между двумя конечными системами. Также возможно использование этого заголовка для определения границ октетов, что может понадобиться при эмуляции соединения типа цифрового потока Е-1.