Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Н.Н.Слепов Современные цифровые технологии.docx
Скачиваний:
34
Добавлен:
01.07.2025
Размер:
20 Мб
Скачать
☆

5.6. Механизмы управления потоком кадров

В технологии FR существуют два механизма управления потоком кадров. Один из них соот­ветствует управлению при нормальной работе сети, другой - при возникновении перегрузок. В первом случае задачи управления и подход к их решению традиционсн. Ему способствует набор используемых протоколов: Q.921 (LAPD), Q.922 (LAPF), Q.931 и Q.933. Во втором - задачи и подход к их решению новы и нетрадиционны.

5.6.1. Управление потоком кадров при нормальной работе сети

В базовом варианте FR - это технология, использующая режим PVC, один физический интер­фейс и работу с топологией "т-т" или "т-мт". Заранее установленные соединения узлов сети позволяют конфигурировать виртуальные цепи (VC), которые для режима PVC - постоянные. Для последующей идентификации каждой VC оператор сети назначает идентификационный номер в виде DLCI. Управление потоком па такой сети осуществляется протоколами core-подуровня уровня звена данных: LAPD-core, LAPF-core.

5.6.1.1. Плоскости управления u и с

В многоуровневой трехмерной модели FR кроме плоскости менеджмента М, еще две плоско­- сти: U и С фактически отвечают за управление потоком кадров. Из них:

  • Плоскость U (или UDTP - плоскость передачи пользовательских данных) отвечает фактически за управление режимом PVC, как при нормальной работе (Q.922-core; LAPD-core, LAPF-core), так и при перегрузках (рек. I.370). Схема управления при этом соответствует описанной в п.5.3.1.2, поле адреса соответствует табл.5-7а (поле C/R не используется), а число и назначение DLCI соответствует табл.5-8а, т.е. доступны только DLCH6-1007 (включительно), a DLCI=0 и 1023 осуществляют сигнализацию и общее управление потоком (с помощью LMI); поле данных м.б. длиной 1-4096 байт, т.е. максимальная длина кадра м.б. равна 4100 байт; управление осуществляется функцией/устройством управления обработчика кадров (FH), см. рис.5-3, с помощью DLCI=0;

  • Плоскость С (или СР - плоскость управления) отвечает за управление режимом SVC (Q.922, Q.933) и за ра­боту LMI (интерфейса локального управления, Q.933). При этом протокол Q.933 работает на 3-м уровне и вы-попняет роль сигнального управления, тогда как протокол Q.922 (LAPD) работает на уровне 2 и фактически осуществляет передачу кадров с нумерацией и реализует функцию квитирования (как это делает LAPB в тех­нологии Х.25); но Q.922 использует только модуль m=128, а число повторений не выше 3.

Протокол Q.933, а фактически Q.931 вместе с Х.36, за два шага устанавливают SVC-соединение между пользо­вателями сетей ISDN и FR, т.е. реализация SVC не сводится только к использованию протокола Q.922.

Рис.5-3. Схема управления потоком кадров при нормальной работе

5.6.1.2. Сигнализация и управление с помощью пакетов lmi

Несмотря па простоту реализации режима PVC, отсутствие квитирования создаст трудности в управлении передачей ненумерованных информационных кадров LU. Для их преодоления были разработаны процедуры управления статусом PVC, связанные с реализацией интерфейса ло­кального управления (LMI). Существуют три типа LMI: LMI Cisco (DLCI=1023), LMI ANSI и LMI ITU-T Q.933 (DLCI=0). Тип LMI задается при конфигурации.

Процедуры, используемые LMI, м.б. инициированы оборудованием, поддерживающим PVC и UI. Они м.б. инициированы и сетями FR, поддерживающими двунаправленный запрос статуса. Они же м.б. использованы и тогда, когда на одном интерфейсе существуют PVC и SVC. Указанные процедуры осуществляют следующее:

  • уведомляют, какие PVC были добавлены или убраны в сети, а какие (из сконфигурированных PVQ можно ис­пользовать или нет;

  • по запросу они могут подтвердить целостность установленного физического звена передачи.

LMI обеспечивают функционирование следующих механизмов сигнализации состояния сети FR:

  • механизма, подтверждающего факт передачи данных (типа keepalive - канал действуете, реализующих ре­жим опроса канала);

  • механизма многоадресной рассылки (мультикастинга), обеспечивающего доступ к сетевому серверу с его иден­тификатором DLCI;

  • механизма глобальной адресации в режиме многоадресной рассылки, резервирующего несколько DLCI.

Кадры LMI имеют следующий формат (табл.5-9):

Таблица 5-9. Формат кадра lMI

Flag

LMI DLCI

UII

PD

CR

MT

IE

FCS

Flag

1

2

1

1

1

1

7-14

2

1

Кадр LMI имеет следующие новые поля (поля Flag и FCS такие же, как и в кадрах FR):

  • LMI DLCI - 2-байтное поле-идентификатор пакета LMI с DLCI=1023 (Vendor Forum/LMI Consortium) или DLCI=0 (ANSI/ITU-T), соответствует формату поля 2-байтного адреса (см. табл.5-7а) с полями C/R, FECN, BECN и DE равными 0;

  • UII -1 -байтное поле-указатель о работе с ненумерованной информацией (UI) - обнуляет биты P/F;

  • PD -1 -байтное поле-указатель протокола - указывает на кадр LMI;

  • CR -1 -байтное поле (ссылка на вызов), заполненное нулями (сегодня не используется);

  • МТ - 1-байтное попе-указатель на тип сообщения: SQ (запрос состояния сети; S (статус) - ответ на запрос SQ: число и состояние PVC и keepalives или подтверждение целостности физического звена: сеть-пользователь;

  • IE - поле (7-14 байт), содержит два (RT, LIV) или три (RT, LIV, PVCS) элемента: RT (тип отчета - 3 байта); LIV (подтверждение целостности звена данных - 4 байта); PVCS (статус PVC - 5-7 байт). Эти элементы имеют формат данных: идентификатор (IE-ID), длина (IE-L) и данные (IE-D).

Для конкретной точки доступа к сервису SAP FR всякая LMI-активность (в плоскости С) м.б. отменена при конфигурации, чтобы взаимодействовать с оборудованием, не поддержи­вающим функции С-плоскости.