Рассмотрим процесс прокладки маршрута через коммутаторы сети ATM и начальную установку таблиц маршрутизации. На рис,6-13 показано, как это делается, используя метки VPI/VCI.
Рис.6-13. Прокладка маршрута через сеть ATM
Сначала устанавливается соединение трех пользователей слева с ближайшими тремя узлами сети ATM путем посылки сообщений вызова (в соответствии с рек. Q.2931), содержащих поле адреса назначения. Узлы анализируют сообщение и адрес назначения, чтобы (после анализа таблицы маршрутизации) определить следующий узел, который должен принять это сообщение. Таблица маршрутизации узла содержит сведения о пропускной способности узла и другую информацию, корректируемую при изменении состояния сети. Такая таблица дает возможность определить наилучший путь (в соответствии с критерием оптимальности), по крайней мерс, до следующего узла, в момент прихода сообщения типа Q.2931. Затем на основании VPI/VCI входного порта данного узла, па который пришло сообщение, определяется соответствующая ей и следующему узлу маршрута пара VPI/VCI выходного порта данного узла. Процесс продолжается до тех пор, пока не будет проложен весь маршрут. Критерии оптимальности при этом определяются производителем оборудования ATM.
Как только маршрут проложен, необходимость в адресе назначения отпадает, и используются только пары VPI/VCI (представленные присвоенными номерами портов па входе и выходе). На рис.6-13 показано, что для пользователей слева, инициирующих прокладку маршрута, такие номера присваиваются (на интерфейсе UNI) после того, как весь маршрут проложен и проверен, а инициатору-пользователю пришло сообщение, подтверждающее этот факт.
Использование сети ATM в качестве магистральной
Если сеть ATM реализована автономно, то при се функционировании используемые методы адресации не вызывают больших проблем. Если же сети ATM используются в качестве магистральных, связывающих другие сети, то в этом случае важно знать, как их трафик должен передаваться через сети ATM.
Управление вызовом и соединением
Если при реализации сетей ATM упор сначала делался на реализации сервиса PVC, то позднее AF выпустил первую редакцию стандарта для реализации сервиса: соединение по требованию COD, основанного па SVC.
Соединение по требованию
Как и всякое соединение по требованию, сеанс связи (сессия) через сеть ATM требует выполнения процедур установления и разрыва соединения. Процедура установления соединения должпа обеспечить сеть адресами вызывающего и вызываемого абонентов, а также уровнем качества обслуживания QoS данной сессии. Эта процедура основана на рек. Q.2931. Соединение по Требованию (в этом случае) означает, что ATM UNI должен поддерживать соединения типа коммутируемый виртуальный канал (SVC channel).
Сигнализация, обеспечиваемая Q.2931, поддерживает ряд основных типов сервисов, соединений и функций:
- соединение по требованию типа коммутируемый виртуальный канал;
- коммутируемое соединение типа точка-точка;
- соединения, требующие как симметричной, так и несимметричной ширины полосы пропускания канала передачи;
- поддержка только одиночных соединений на один вызов (точка-точка);
- поддержка транспортных сервисов ATM типа: Class A, Class С и Class X;
- запрос и индикация параметров сигнализации;
- поддержка VPCI (идентификации соединения виртуальных путей) и VCI (идентификации соединения виртуальных каналов);
- восстановление сигналов от ошибок;
- поддержка формата адресации Pb-UNI для однозначной идентификации конечных точек сети ATM;
- совместимость из конца в конец параметров идентификации;
- взаимодействие сигнализации с узкополосной ISDN и обеспечение сервисов узкополосной ISDN.
Эта система сигнализации называется также цифровой системой сигнализации пользователя (DSS-2).
Адресация в сетях ATM
Поддержка SVC для сетей ATM одновременно означает необходимость установления соглашения для кодирования адресов назначения и источника, учитывая, что эти адреса могут меняться от сессии к сессии.
АТМ-адрсса моделируются, базируясь на точке доступа сетевого сервиса (NSAP) модели OSI. Ниже кратко описаны форматы адресов конечных систем ATM (AESA), используемых в сетях ATM.
Существуют четыре формата AESA: DCC, ICD, E.164 NSAP и Е.164 Local. Ниже приведены 1 и 3-й. Каждый представлен полем в 20 байт. Они используются в спецификациях UNI 3.1, UNI Signaling 4.0, ILMI 4.0, PNNI.
Формат AESA типа DCC - национальный код данных
| IDP | DSP | |||
| AFI | DCC | HO-DSP | ESI | SEL |
| IDI |
Формат AESA типа Е.164 NSAP - адрес для сети общего пользования
| IDP | DSP | |||
| AFI | E.164 | HO-DSP | ESI | SEL |
| IDI |
Здесь используются следующие обозначения:
AFI - идентификатор полномочий и формата - опредепяет тип AESA и то, какие полномочия м.б. присвоены кодами (длина AFI -1 байт):
· DCC - формат типа национальный код данных - присваивается каждой стране международной организацией ISO, при этом страна свободна в выборе структуры и правил формирования DSP; для этого формата AF1 = 3916;
· ICD - формат типа международный указатель кода - используется для кодов на основе унифицированных кодовых систем;
· Е.164 - формат типа международный план нумерации сети общего пользования - применяется для полной совместимости с планом нумерации Е.164, в этом случае none IDI используется только под адрес Е.164 (15 байтов), поля HO-DSP, ESI, SEL м.б. "0"; значение AFI = 4516;
· Local - формат типа план нумерации местной сети - испопьзуется для создания произвольной нумерации, IDI нет; AFI = 49,6;
DSP - специфическая часть домена - часть адреса домена, состоящая из трех попей: HO-DSP, ESI и SEL, содержит адресную часть, опредепяемую администрацией сети и зависящую от типа формата; два поля DSP: ESI и SEL фиксированы во всех форматах;
ESI - идентификатор конечной системы - поле 6 байт, определяет адрес конечной системы, им м.б. адрес оконечного оборудования сети;
HO-DSP - поле, содержащее старшие байты DSP, может состоять из разного числа полей и определяется администрацией сети;
IDI - идентификатор начальной части домена - зависит от типов форматов, для DCC (AFI=39) здесь м.б. 840F16, домен США;
IDР - начальная часть домена - часть адреса домена, два поля в адресах первых трех форматов;
SEL - селектор - поле 1 байт, не используется при маршрутизации в ATM, но может использоваться конечными системами.
Существует иерархия администраций, ответственных за назначение полей или кодов. Наверху этой иерархии стоит Объединенная администрация ISO/ITU-T. Она назначает AFI, коды DCC и значения ICD.
Формат типа DCC
Формат DCC нацелен па адресацию при передаче данных по сети ATM, курируется Международной организацией по стандартизации ISO и основан на старом стандарте ISO 3166:
АА - уполномоченная администрация - администрация, уполномоченная институтом по стандартизации быть куратором формата;
AREA - область/зона - часть иерархической топологии доменной структуры, используемой при адресации;
DFI - ID формата DSP, RD - домен, где происходит маршрутизация; RSVD - резервное поле.
Например, структура формата DCC, определенного ANSI (цифры ц 16-ричном формате):
| 1 байт | 2 байта | 1 байт | 3 байта | 6 байтов | 6 байтов | 1 байт |
| AFI | DCC | DFI | Имя организации | Определяется организацией | ESI | SEL |
| 840F |
Формат типа Е.164
Формат адреса типа Е.164 используется для стыковки с сетями общего пользования. Его номера должны идентифицировать интерфейс между сетью провайдера сервиса ATM (ASP) И частной сетью ATM. Формат Е.164 обычно делят на два типа в зависимости от характера отображения па него адреса AESA:
- первый тип называют Е.164 с погруженным адресом AESA, для него характерно отсутствие компонентов HO-DSP, ESI и SEL;
- второй тип - Е.164 с непогруженным адресом AESA, в нем HO-DSP, ESI и SEL присутствуют и могут управляться частной администрацией для использования ее в частной сети.
