Многозвенная процедура 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

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

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

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

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

• ⇐ Назад
• 24
• 25
• 26
• 27
• 28
• 29
• 303132
• 33
• 34
• 35
• 36
• 37
• 38
• 39
• Далее ⇒