Прокладка маршрутов в сети ATM

Рассмотрим процесс прокладки маршрута через коммутаторы сети 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 = 39₁₆;

· ICD - формат типа международный указатель кода - используется для кодов на основе унифицированных кодовых систем;

· Е.164 - формат типа международный план нумерации сети общего пользования - применяется для полной совместимости с планом нумерации Е.164, в этом случае none IDI используется только под адрес Е.164 (15 бай­тов), поля HO-DSP, ESI, SEL м.б. "0"; значение AFI = 45₁₆;

· Local - формат типа план нумерации местной сети - испопьзуется для создания произвольной нумерации, IDI нет; AFI = 49,₆;

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

ESI - идентификатор конечной системы - поле 6 байт, определяет адрес конечной системы, им м.б. адрес око­нечного оборудования сети;

HO-DSP - поле, содержащее старшие байты DSP, может состоять из разного числа полей и определяется адми­нистрацией сети;

IDI - идентификатор начальной части домена - зависит от типов форматов, для DCC (AFI=39) здесь м.б. 840F₁₆, домен США;

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 присутствуют и могут управляться частной администрацией для использования ее в частной сети.