8.7.1.2. Адресация в сетях atm

Поддержка SVC для сетей ATM одновременно означает необходимость установления соглашения для кодирования адресов назначения и источника, учитывая, что эти адреса могут меняться от сессии к сессии.

ATM-адреса моделируются базируясь на точке доступа сетевого сервиса (NSAP) моде­ли OSI (ISO 8348/AD2; ITU-T X.213, Е.191; ATM Forum) [108; 391 (Annex A), 394; 224, 393]. Структура NSAP анализировалась нами в разд. 6.4.3.2. Ниже кратко описаны форматы адресов конечных систем ATM(AESA), используемых в сетях ATM, базируясь на [393].

Существуют четыре формата AESA: DCC, ICD, ЕЛ 64 NSAP и ЕЛ 64 Local [393]. Они при­ведены ниже. Каждый из них представлен полем длинной в 20 байт. Три первых формата исполь­зуются в спецификациях UNI 3.1, UNI Signaling 4.0, ILMI 4.0, PNNI и др., последний - использует­ся в спецификации VTOA.

Здесь используются следующие обозначения полей и адресных форматов:

AFI - идентификатор полномочий и формата - определяет тип AESA и то, какие полномочия могут быть присвоены кодами. Как указывалось, используется 4 типа AESA (длина AFI -1 байт):

• DCC - формат типа национальный код данных - присваивается каждой стране международ­ ной организацией ISO, при этом каждая страна свободна в выборе структуры и правил фор­ мирования DSP; для этого формата AFI = 39|б;

• ICD - формат типа международный указатель кода - используется для построения кодов на основе унифицированных международно признанных кодовых систем (например, на ос­ нове штрихового кода, кода DDS и т.д., т.е. кодов не являющихся адресами); формат кури­ руется Британским институтом стандартов (BSI), сам код ICD определяет тип выбранной кодовой системы, а выбравший ее оператор сети ATM (ASP) свободен в выборе структуры и правил формирования DSP; для этого формата AFI = 41 \ь,

• Е. 164 - формат типа международный план нумерации сети общего пользования - применяется для полной совместимости с планом нумерации по стандарту ITU-T E.I64, в этом случае поле IDI используется только под стандартный адрес ЕЛ 64; учитывая, что он может иметь длину до 15 байтов, поля HO-DSP, ESI, SEL могут быть нулевыми; для этого формата значение AFI = 45ie;

• Local - формат типа план нумерации местной сети - используется для создания произ­ вольной нумерации, которая может использоваться в частной сети ATM; в этом формате по­ ле IDI отсутствует; для этого формата значение AFI = 49_]6;

DSP- специфическая часть домена - часть адреса домена, состоящая из трех полей: HO-DSP, ESI и SEL, содержит адресную часть, определяемую администрацией сети и зависящую от типа формата; как правило ISO передает полномочия какой-то организации быть такой админи­страцией (АА), которая и определяет расположение и содержимое полей DSP, два поля DSP (младшие байты): ESI и SEL фиксированы во всех форматах;

ESI - идентификатор конечной системы - поле длиной в 6 байт, определяет адрес конечной сис­темы, которой может быть оконечное оборудование сети, например, компьютер, тогда поле содержит MAC адрес (IEEE 802.2); ESI обычно используется комммутатором, терминирую­щим поток ATM, для выбора интерфейса, к которому подсоединена конечная система;

HO-DSP - поле, содержащее старшие байты DSP, может состоять из разного числа полей и оп­ределяется администрацией сети, контролирующей AESA; HO-DSP вместе с AFI и IDI, как правило, используется для маршрутизации вызова до коммутатора ATM, в то же время HO-DSP может быть фактически нулевым полем, как было указано выше для формата ЕЛ64; IDI - идентификатор начальной части домена - он зависит от типов форматов, для первых трех из них, для последнего формата он отсутствует, например, для формата DCC (AFI=39) в этом поле может стоять 840F_t6, определяющее домен США;

ГОР - начальная часть домена - часть (старшие байты) адреса домена, занимает два поля в структуре адреса первых трех форматов и совпадает с AFI в последнем формате; может со­держать адрес области/зоны в топологической иерархии домена (см. например RFC 1629 [44]);

SEL- селектор - поле длиной в 1 байт, не используется при маршрутизации в сетях ATM, но мо­жет использоваться конечными системами для идентификации внутренних модулей, на ко­торые направлен внешний вызов (например, это может быть номер порта TCP/IP или точка SAP в сети ISO/OSI), или с его помощью может осуществляться выбор одного из множества адресов, связанных с одним и тем же интерфейсом.

Существует определенная иерархия администраций, ответственных за назначение тех или иных полей или кодов. Наверху этой иерархии стоит объединенная администрация ISO/ITU-T, ко­торая назначает AFI, коды DCC и значения ICD, на следующем уровне идут национальные адми­нистрации, определяющие следующие поля.

Использование указанных типов форматов основано на их специфике, указанной выше, хотя некоторые авторы [392] и отмечают определенную проблематичность их однозначного выбора.

Формат типа DCC

Так, формат DCC нацелен на использование адресации при передаче данных по сети ATM. Формат курируется Международной организацией по стандартизации ISO и основан на старом стан­дарте ISO 3166 [43]. Поле HO-DSP в соответствии с ранними публикациями [224 (9.93), 244] может быть представлено состоящим из 5 полей: DFI, AA, RSVD, RD и AREA, интерпретируемых так: АА - (уполномоченная) администрация - администрация, уполномоченная одним из институтов

по стандартизации быть куратором какого-то типа формата; AREA - область/зона - часть иерархической топологии доменной структуры, используемой при

адресации;

DFI - идентификатор формата DSP; RD - домен, где происходит маршрутизация; RS VD - резервное поле.

В качестве примера приведем структуру HO-DSP адресного формата типа DCC, определенного Американским национальным институтом стандартов ANSI (все цифры даны в 16-ричном формате).

Интересно отметить, что 3 поля (из рассмотренных ранее 5 полей): RSVD, RD и AREA в данном случае не рассматриваются как необходимые для ATM адресации.

Формат типа ICD

Что касается формата ICD, то он также является старым форматом (учитывая, что был ос­нован на стандарте ISO 6523 [395]) и включен как опция такого формата, который ранее уже ши­роко использовался определенными организациями (например, Всемирной организацией здраво­охранения ООН). Этот формат позволяет указанным организациям (уже использующим ICD) ис­пользовать его еще и с целью размещения в нем сетевых адресов. Это использование, однако, ни­как на влияет на критерии формирования традиционных (в духе ISO 6523) элементов адреса, на­пример кода организации (ОС). Более того, ICD используется в качестве формата сетевой адреса­ции, только для того, чтобы следовать уже используемому формату ISO 6523-ICD IDI.

Формат типа E.I64

Формат адреса типа ЕЛ 64, как один из новых форматов, используется, главным образом для того, чтобы иметь возможность стыковки с сетями общего пользования благодаря совмести­мости формата Е.164 с их планом нумерации. Его номера должны идентифицировать интерфейс между сетью провайдера сервиса ATM (ASP) и частной сетью ATM [393]. Формат Е.164 обычно делят на два типа в зависимости от характера отображения на него адреса AESA:

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

• второй тип - с непогруженным адресом AESA, в нем HO-DSP, ESI и SEL присутствуют и могут управляться частной администрацией с целью использования ее в частной сети (см. информацию о полях AESA в ISO 8348 [108]; одним из примеров такого типа можно считать Е.164 Natural, рассмотренный в [393], где в поле IDI располагается "Адрес ISDN", а поле HO-DSP разбито на два поля: RD и AREA.

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

Мы коснулись только одного аспекта адресации в сетях ATM: концепции и типов адреса­ции. Более подробную информацию о других аспектах и примерах адресации в таких сетях можно почерпнуть, кроме прочих источников, в работе [393].