Многозвенная процедура MLP

Многозвенная процедура (MLP) существует как добавленный верхний подуровень уровня звена данных, работающий между пакетным уровнем и множеством однозвенных процедур-функций (SLP), локализованных на уровне звена данных, рис.4-4.

 

Процедура MLP должна, с одной стороны, принимать пакеты с пакетного уровня, распреде­лять их по устройствам DCE или DTE от одно-звенных SLP, имеющихся для передачи пакетов устройствам DTE или DCE, соответственно. При движении снизу-вверх по стеку подуровней рис.4-4 процедура МЕР осуществляет мультип­лексирование однозвениых потоков SLP. а при движении сверху вниз - демультиплексирование многозвенного потока МЕР.

Процедура MLP имеет следующие общие особенности:

· экономия ресурсов и повышение надежности обслужи­вания за счет наличия множества SLP между DCE и DTE;

· возможность добавлять или исключать отдельные SLP без перерыва сервиса, осуществляемого всем множе­ством SLP;

· возможность оптимизировать использование полосы пропускания группы SLP путем распределения общей нагрузки;

· использование процедуры мультиплексирования SLP-потоков в единую последовательность пакетов.

Протокол уровня 3

На уровне 3 стандарт Х.25 определяет формат пакета и процедуры управления, используемые при обмене пакетами (которые содержат управляющую информацию и данные) между уст­ройствами DTE и DCE.

Протокол Х.25 предварительно устанавливает соединение, т.е. формирует непрерывную физическую цепь. Однако Х.25 обслуживает сети с виртуальными (называемыми также логи­ческими) каналами. Путем мультиплексирования пакеты различных каналов передаются по одной установленной физической цепи.

 

Протокол Х.25 с помощью процедуры CRC контролирует безошибочность принятых дан­ных. При обнаружении ошибок в пакетах или их потере принимающая сторона не посылает пакета квитирования (АСК), и передающая сторона повторяет передачу. Обычно сеть позво- ­ляет без квитирования посылать не больше двух (для т=8 или 128) или не больше 128 (для m=32768) пакетов, что по умолчанию равно размеру окна приема W, но окно м.б. изменено при конфигурации. Это позволяет ограничить повторяемую при ошибке последовательность.

Кроме протокола Х.25, в сети Х.25 па третьем уровне работает и протокол Х.75. описан­ный ниже в п.4.5.1.

4.2.3.1. Интерфейс DTE/DCE пакетного уровня

Каждый пакет, передаваемый через интерфейс DTE/DCE, д.б. инкапсулирован в поле кадра протокола уровня 2, которое позволяет размещать в нем один пакет длиной в целое число байт. Указанный интерфейс м.б. использован для сервисов типа VC (виртуальный вызов - ВВ) и PVC (постоянная виртуальная цепь - ПВЦ).

 

Логические каналы

Каждому VC или PVC присваивается групповой номер логического канала (LCGN: 0-15) и номер логического канала (LCN: 0-255), последний служит для идентификации подключе- ­ния DTE к сети. Для VC номера LCGN и LCN присваиваются во время фазы установки вызо­- ва. Длина поля LCGN+LCN - 12 бит. Это значит, что в одной выделенной физической цепи м.б. назначены до 4095 логических канала.

Если нет вызова, то логический канал находится в состоянии готовности (p1).

Основные типы пакетов

Каждый пакет, передаваемый через интерфейс DTE/DCE, д.б. не меньше трех байт. Они со­держат поля: GFI, LCGN, LCN и идентификатор типа пакета (Р'П). Другие поля присоеди­няются но мерс необходимости.

Пакеты, используемые в Х.25, указаны в табл.4-8. Они включают пять групп: установки и очистки вызова, данных и прерываний, управления потоком и переустановкой, рестарта и ди­агностики.

Функционирование каждой группы пакетов характеризуется определенной процедурой, а сами пакеты имеют определенный формат (см. п.4.4). Отмстим назначение некоторых типов пакетов и их особенности.

Пакет запроса вызова. Вызывающий DTE указывает на наличие запроса вызова путем пе­редачи пакета запроса вызова через интерфейс DTE/DCE. Логический канал переходит в со­стояние ожидания DIE (p2).

Пакет входящего вызова. DCE указывает на существование входящего вызова передачей пакета входящего вызова через интерфейс DTE/DCE. Это переводит логический канал в со­стояние ожидания DCE (рЗ).

Пакет принятого вызова. Вызываемый DTE указывает, что вызов принят, путем посылки пакета принятого вызова, используя тот же логический канал. Это переводит данный капал в состояние передачи данных (р4).

Пакет подключенного вызова. Получение пакета подключенного вызова вызывающим DTE подтверждает, что вызов принят вызываемым DTE. Это переводит данный канал в состояние передачи данных ( р4 ).

Пакет запроса очистки. DTE может объявить очистку, послав через интерфейс пакет за­проса очистки. Используемый капал переходит тогда в состояние запроса очистки DTE (рб). Если же DCE готовится освободить используемый канал, оно передает через интерфейс DTE/DCE пакет подтверждения очистки DCE. определяющий данный канал. В результате этот капал переходит в состояние готовности (p1).

Если вызов DTE не принят DCE на ближнем конце, то DCE посылает DTE пакет индика­-ции очистки. Канал переходит тогда в состояние индикации очистки DCE (р7). Устройство DTE должно ответить посылкой через интерфейс пакета подтверждения очистки DTE, а ка- ­нал должен перейти в состояние готовности (p1).

Таблица 4-8. Типы пакетов X.25

Тип пакета и направление передачи	Тип сервиса
Ot DCE k DTE	От DTE к DCE	VC	PVC
Установка и очистка вызова
Вводящий вызов (INC CALL)	Запрос вызова (CALL REQ)	+
Подключенный вызов (CON CALL)	Принятый вызов (CALL ACC)	+
Индикация очистки (CLR IND)	Запрос очистки (CLR REQ)	+
Подтверждение очистки DCE (CLR CNF DCE)	Подтверждение очистки DTE (CLR CNF DTE)	+
Данные и прерывания
Данные DCE (DATA DCE)	Данные DTE (DATA DTE)	+	+
Запрос прерывания DCE (INT REQ)	Запрос прерывания DTE (INTREQ)	+	+
Подтверждение прерывания DCE (INT CNF DCE)	Подтверждение прерывания DTE (INT CNF DTE)	+	+
Управление потоком и переустановкой
DCE готов к приему (DCE RR)	ЭТЕ готов к приему (DTE RR)	+	+
DCE не готов к приему (DCE RNR)	DTE не готов к приему (DTE RNR)	+	+
Неприем у DCE(DCEREJ)	Неприем у DTE (DTE REJ)	+	+
Индикация переустановки (RES IND)	Запрос переустановки (RES REQ)	+	+
Подтверждение переустановки DCE (RESCNFDCE)	Подтверждение переустановки DTE (RES CNF DTE)	+	+
Рестарт
Индикация рестарта (RSTR IND)	Запрос рестарта (RSTR REO)	+	+
Подтверждение рестарта DCE (RSTR CNF DTE)	Подтверждение рестарта DTE (RSTR CNF DTE)	+	+
Диагностика
Диагностика (DIAG)		+	+

Пакеты данных. В технологии Х.25 различают две категории пакетов данных: А и В. Па-кеты категории А имеют максимальную длину поля данных с битами М=1 и D=0. Все другие пакеты относятся к категории В.

Пакеты готовности приема RR и RNR и их действия достаточно прямолинейны и понятны.

Пакет переустановки используется для того, чтобы повторно инициализировать PVC и VC/SVC сессии.

Пакеты прерываний, рестарта и диагностики см. (п.4.3.4.3, п.4.3.4.1, п.4.3.5.2).