2. Протокол управления логическим каналом ieee 802.2

Стандарт 802.2 описывает работу подуровня LLC– логические процедуры передачи кадров и связь с сетевым уровнем. Стандарт определяет три типа обслуживания:

• LLC1 – без установления соединения и подтверждений

• LLC2 – с установлением соединения и подтверждениями

• LLC3 – без установления соединения и с подтверждениями.

Процедура обслуживания LLC1 передает данные в дейтаграммном режиме, минимизируя издержки за счет надежности. Эта процедура используется, когда протоколы верхних уровней сами обеспечивают требуемую надежность.

Процедура обслуживания LLC2, прежде чем передавать данные, устанавливает логическое соединение с получателем, выполняет упорядочение потока данных и перезапрос пропущенных блоков данных. Подтверждения обрабатываются в режиме скользящего окна. Применяется для обеспечения надежной передачи данных на линиях с высоким уровнем ошибок.

Процедура обслуживания LLC3 не устанавливает логическое соединение, но требует передачи подтверждений приема данных. Используется в ситуациях, когда издержки на установление соединения недопустимы, а контроль доставки данных необходим (например, в системах управления реального времени).

Кадры LLCсостоит из заголовка и поля данных. При передаче подуровнюMACкадрLLCобрамляется двумя однобайтовыми полями со значением 01111110. Заголовок содержит три поля:

• DSAP(DestinationServiceAccessPoint, точка доступа к сервису назначения)

• SSAP(SourceServiceAccessPoint, точка доступа к сервису источника)

• Control(управление).

Поля DSAPиSSAPзанимают по 1 байту и идентифицируют протокол верхнего уровня, который отправил кадр (SSAP), и которому этот кадр предназначен (DSAP). Возможные значения этих полей определены в стандарте 802.2. Например, протоколуIPсоответствует значение 0x06, а протоколуNetBIOS– 0xF0.

Поле Controlзадает тип кадра и, возможно, несет дополнительную информацию. Размер этого поля может составлять 1 или 2 байта.

Каждый кадр LLCотносится к одному из трех типов (в зависимости от значения старших битов поляControl):

• ненумерованный (Unnumbered) – полеControlзанимает 1 байт, два старших бита имеют значение 11,

• информационный (Information) – полеControlзанимает 2 байта, старший бит установлен в 0,

• управляющий (Supervisory) – полеControlзанимает 2 байта, два старших бита имеют значение 10.

Структура поля Controlдля разных типов кадров приведена на рис.8.1.

Тип кадра	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	16
Ненумерованный	1	1	M		P/F	M
Информационный	0	N(S)							P/F	N(R)
Управляющий	1	0	S		–	–	–			N(R)

Рис.8.1. Структура поля ControlкадраLLC

Процедура LLC1 использует только ненумерованные кадры с нулевым значением всех подполей (кроме двух первых бит). Поскольку протоколEthernetиспользует обратный порядок бит в байте, то значение поляControlкадровLLC1, используемых в сетяхEthernet, имеет значение 0x03.

Процедура LLC2 использует кадры всех типов. Кадры делятся на команды и ответы. РазрядP/Fв командах называетсяPoll(запрос) и требует, чтобы на команду был дан ответ, а в ответах называетсяF(Final) и указывает на последний кадр в ответе. Ненумерованные кадры используются для установления соединения, их полеMнесет код команды – запрос установки соединения, подтверждение соединения, разрыв соединения. После того, как соединение установлено, передача пользовательских данных и подтверждений осуществляется кадрами информационного типа. ПолеN(S) несет номер отправленного кадра, полеN(R) несет номер кадра, который ожидает получить узел-источник. Поскольку поляN(S) иN(R) имеют длину в семь битов, для нумерации кадров циклически используются числа от 0 до 127. Если поступает кадр с номером, отличным от того, который ожидался приемником (например, после кадра 56 приходит кадр 58, а не ожидаемый кадр 57), такой кадр отбрасывается и передатчику отправляется кадр управляющего типа с кодом отказа в полеSи указанием ожидаемого номера кадра в полеN(R). Передатчик при этом должен возобновить передачу, начиная с запрошенного кадра.

Управляющие кадры, помимо передачи отказа (Reject,REJ), могут передавать еще две команды:приемник не готов (ReceiverNotReady,RNR) иприемник готов (ReceiverReady,RR), используемые для управления потоком. Если приемник не успевает обработать поток кадров, он отправляет управляющий кадр с командойRNR, по которой передатчик должен приостановить передачу до получения кадра с командойRR.