- •2. Структура протокола Frame Relay
- •2.1. Архитектура и стандарты протокола
- •2.2. Виды услуг. Связь с технологией isdn
- •2.З. Основные интерфейсы
- •2.4. Формат кадра
- •2.5. Структура информационного поля. Сигнализация в сети Frame Relay
- •Информация пользователя
- •2.6. Сигнальные сообщения интерфейса lmi
- •Заголовок сообщения lmi
- •2.7. Сигнальные сообщения т1.617 Приложение d
- •2.8. Управление перегрузками по графику. Сигнализация cllm
- •2.9. Коммутация виртуальных каналов. Протокол svc
- •3. Поддержка протоколов более высоких уровней
- •3.1. Многопротокольная инкапсуляция
- •3.2. Инкапсуляция протокола х.25/х.75
- •3.3. Фрагментация
- •Сообщение
2.6. Сигнальные сообщения интерфейса lmi
Протокол сообщений LMI (Local Management Interface) был разработан Консорциумом в 1990 г. В настоящее время этот стандарт вошел в состав стандарта Т1.617 Приложение D и в качестве приложения А рек. Q.933. Однако между этими тремя стандартами существуют значительные различия, приведшие к их взаимной несовместимости (например, в части используемых DLCI и форматов сообщений), так что о стандарте LMI можно говорить отдельно. LMI представляет собой протокол управления между FRAD и сетью, обеспечивающий FRAD информацией о PVC и статусе интерфейса.
Стандарт Т1.617 определяет четыре задачи протокола LMI:
• передача информации о добавленных PVC;
• обнаружение удаления PVC;
•передача информации о доступных и недоступных из сконфигурированных PVC;
• проверка связности канала интерфейса UNI.
Процедура протокола LMI является асимметричной: FRAD периодически посылает сообщение STATUS ENQUIRY (запрос статуса интерфейса), сеть в ответ посылает сообщение STATUS (рис. 17.10).
STATUS ENQUIRY

Рис. 2.10. Схема сигнального обмена в интерфейсе LMI
Таблица 2.8.
Перечень информационных элементов Frame Relay
|
Hex |
Октеты |
Информационный элемент |
Назначение |
Длина в октетах |
|
|
8::7654321 |
|
|
|
|
|
1 ::------- |
Информационные элементы длиной 1 октет |
| |
|
8- |
000---- |
reserved |
Зарезервирован |
|
|
9- |
001---- |
Shift |
Сдвиг |
1 |
|
С- |
101---- |
Repeat indicator |
Индикация повтора |
1 |
|
|
0 ::------- |
Информационные элементы переменной длины |
| |
|
01 |
0000001 |
Report Type |
Тип ответного сообщения |
3 |
|
03 |
0000011 |
Keep Alive |
Удерживать в активном состоянии |
4 |
|
04 |
0000100 |
BCAP - Bearer capability |
Тип вызова |
5 |
|
07 |
0000111 |
PVC Status |
Состояние соединения PVC |
5 |
|
08 |
0001000 |
Cause |
Причина разрушения соединения |
32 |
|
14 |
0010100 |
Call state |
Состояние вызова |
3 |
|
18 |
0011000 |
Channel identification |
Идентификация канала |
|
|
19 |
0011001 |
Data Link Connection Identifier |
Идентификатор канала передачи данных |
6 |
|
1А |
0011010 |
Link Integrity Verification |
Проверка целостности канала |
4 |
|
1Е |
0011110 |
Progress indicator |
Указатель прохождения |
|
|
20 |
0100000 |
Network-specific facilities |
Дополнительные сетевые функции |
|
|
28 |
0101000 |
Display |
Отображение |
82 |
|
42 |
1000010 |
End-to-end transit delay |
Задержка распространения сигнала "из конца в конец" |
11 |
|
44 |
1000100 |
Packet layer binary parameters |
Двоичные параметры уровня пакетов |
3 |
|
48 |
1001000 |
Link Layer Core Parameters |
Основные параметры канального уровня |
27 |
|
49 |
1001001 |
Link Layer Protocol Parameters |
Параметры протокола канального уровня |
9 |
|
4С |
1001100 |
Connected Number |
Подключенный номер |
|
|
Продолжение таблицы 2.8. | ||||
|
4D |
1001101 |
Connected Subaddress |
Подключенный подадрес |
23 |
|
6С |
1101100 |
Calling party number |
Номер группы вызывающих пользователей |
|
|
6D |
1101101 |
Calling party subaddress |
Подадрес группы вызывающих пользователей |
23 |
|
70 |
1110000 |
CPN - Called party number |
Номер группы вызываемых пользователей |
|
|
71 |
1110001 |
Called party subaddress |
Подадрес группы вызываемых пользователей |
23 |
|
78 |
1111000 |
Transit network selection |
Выбор сети транзита |
|
|
7С |
1111100 |
LLC - Low layer compatibility |
Совместимость с протоколами низкого уровня |
14 |
|
7D |
1111101 |
HLC - High layer compatibility |
Совместимость с протоко-лами высокого уровня |
4 |
|
7Е |
1111110 |
User-user |
Сообщение "пользователь-пользователь" |
131 |
|
7F |
1111111 |
Escape for Extension |
Выход из расширения |
|
Таким образом, LMI выполняет следующие функции:
• позволяет сети информировать FRAD об активных DLCI;
• позволяет сети информировать FRAD об удаленных, отмененных или неисправных DLCI;
• дает возможность сети контролировать связность участка "FRAD-сеть" в режиме реального времени.
Стандарт LMI определяет два сообщения: STATUS ENQUIRY и STATUS. Оба сообщения посылаются в формате кадра HDLC UI (рис. 2.11.) со значением U1=03 (здесь и далее все значения приводятся в шестнадцатеричном виде). Заголовок сообщения LMI имеет длину три октета. Значение дискриминатора протокола устанавливается равным 09, CRV=00 (установленное стандартом фиктивное значение). Сообщение STATUS ENQUIRY кодируется значением 75, сообщение STATUS - значением 7D. Вслед за заголовком LMI идут информационные элементы сообщения.
-
ФлагАдресное поле
Информационное поле
FCS
Флаг
1 2 n 2 1
