Пользователь UNI Сеть

 

Рисунок 14.5 - Архитектура услуг интерфейса UNI

 

Интерфейс NNI определяет процедуры взаимодействия двух сетей Frame Relay - передачу между ними трафика данных и управление каналами PVC, установленными между обеими сетями. Управляющие каналы интерфейса NNI служат также для обеспечения взаимодействия разнотипных коммутаторов Frame Relay, позволяя объединять сети различных производителей.

Управление PVC осуществляется по протоколу уровня плоскости C на интерфейсе LMI (Link Management Interface). Этот интерфейс определен стандартами ITU-T Q.933 Annex A и ANSI Т1.617 Annex D

Стандарт ANSI T1.617 определяет методы доступа к Frame Relay по PVC и SVC, стандарт Т1.618 - передачу данных по PVC, стандарт T1.617 Annex B - дополнительные процедуры для PVC, которые применяются в случае одновременного использования на одном интерфейсе как PVC, так и SVC. Стандарт T1.617 Annex D определяет дополнительные функции для PVC с ненумерованными кадрами.

Стандарт FRF.6 определил административное управление пользователя сети (CNM - Customer Network Management), который позволяет пользователю запрашивать конфигурацию, контролировать производительность и обнаруживать сбои в службе Frame Relay.

Стандарт ANSI T1.606 определил принципы управления перегрузками в сети Frame Relay, которое действует в плоскости пользователя (U).

Соглашения разработчиков" FRF.2.1 определили спецификацию по межсетевому интерфейсу NNI Frame Relay.

 

Структура кадров Frame Relay

 

Структура кадров Frame Relay основана на протоколе LAPD. Формат кадров протокола канального уровня Frame Relay LAPF приведен на рис. 14.6. В структуре Frame Relay заголовок кадра несколько отличается наличием идентификатора DLCI (Data Link Connection Identifier - идентификатор соединения на канальном уровне) и битов индикации насыщения вместо используемых в LAPD полей адреса и контроля. Новый заголовок Frame Relay имеет длину 2 байта (16 битов) и использует следующий формат:

Рисунок 14.6 - Структура кадра Frame Relay

 

 

7	6	5	4	3	2	1	0
DLCI						P/F	EA(0)
DLCI				FECN	BECN	DE	EA(1)

 

Рисунок 14.7 - Структура заголовка (адресное поле) кадра Frame Relay

Флаг. Все кадры начинаются и заканчиваются комбинацией "флаг": "01111110".

Заголовок.

Двухбайтовый заголовок содержит 10-битовый идентификатор соединения DLCI, разделенный на две части (6 и 4 бита), флаг расширенного адреса, поля индикации насыщения, флаг воз­можности отбрасывания кадра.

- DLCI – адрес в пределах кадра FR (стандарт FRF), состоит из шести бит первого октета и четырех бит второго октета заголовка кадра (стандарты ANSI и ITU-T допускают размер заголовка до 4 октетов). Эти 10 бит представляют собой идентификатор канала передачи данных (Data Link Connection Identifier, DLCI) и определяют абонентский адрес в сети FR;

- бит "команда/отклик" (Command/ Response - CR ) зарезервирован для возможного применения в различных протоколах более высоких уровней управления.

- бит расширения адреса (Extended Address - EA ). DLCI содержится в 10 битах, входящих в два октета заголовка. Однако возможно расширение заголовка на целое число дополнительных октетов с целью указания адреса, состоящего более чем из 10 бит. EA устанавливается в конце каждого октета заголовка; если он имеет значение "1", то это означает, что данный октет в заголовке последний. Стандарт FRF рекомендует использовать заголовки, состоящие из 2 октетов. В этом случае значение бита EA первого октета будет соответствовать "0", а второго - "1";

- бит уведомления (сигнализации) приемника о явной перегрузке (Forward Explicit Сongestion Notification - FECN) устанавливается в "1" для уведомления получателя сообщения о том, что произошла перегрузка в направлении передачи данного кадра.

- бит уведомления (сигнализации) источника о явной перегрузке (Backward Explicit Сongestion Notification - BECN) устанавливается в "1" для уведомления источника сообщения о том, что произошла перегрузка в направлении, обратном направлению передачи содержащего этот бит кадра.

- бит разрешения сброса (Discard Eligibility - DE) устанавливается в "1" в случае явной перегрузки и указывает на то, что данный кадр может быть уничтожен в первую очередь.

Информационное поле содержит данные пользователя (содержит поля других протоколов, например, Х.25, IP и др.) и состоит из целого числа октетов. Его максимальный размер определен стандартом FRF и составляет 1600 октетов (минимальный размер - 1 октет), но возможны и другие максимальные размеры (вплоть до 4096 октетов). Содержание информационного поля пользователя передается неизменным.

Проверочная последовательность кадра (Frame Check Sequence - FCS) используется для обнаружения возможных ошибок при его передаче и состоит из 2 октетов.