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

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

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

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

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

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

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

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

Процедура обслуживания LLC3 не устанавливает логическое соединение,

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

Кадры LLC состоит из заголовка и поля данных. При передаче подуров-

ню MAC кадр LLC обрамляется двумя однобайтовыми полями со значением

01111110. Заголовок содержит три поля:

- DSAP (Destination Service Access Point, точка доступа к сервису назначе-

ния)

- SSAP (Source Service Access Point, точка доступа к сервису источника)

- 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), могут пере-

давать еще две команды: приемник не готов (Receiver Not Ready, RNR) и при- емник готов (Receiver Ready, RR), используемые для управления потоком. Ес- ли приемник не успевает обработать поток кадров, он отправляет управляющий кадр с командой RNR, по которой передатчик должен приостановить передачу