Поле управления

Поле управления в заголовке LLC указывает на тип сервиса, необходимого для данных в PDU и функций пакета. В зависимости от того, какой сервис нужно предоставить, поле управления может быть длиной 1 или 2 байта. В кадре Ethernet SNAP, например, LLC использует сервис без установления соединения и подтверждения приема. Поле управления для него 1-байтовое. Тип этого поля в стандарте назван ненумерованным форматом (unnumbered format). Значение поля управления, равное 3, указывает на ненумерованный информационный кадр, т. е. кадр, содержащий данные. Ненумерованные ин­формационные кадры достаточно просты. Их применение говорит о том, что либо пакет содержит некритическое сообщение, либо протокол выше­лежащего уровня каким-либо образом обеспечивает гарантированную дос­тавку и другие высокоуровневые услуги.

Двумя другими типами поля управления (по 2 байта каждый) являются ин­формационный формат (information format) и управляющий формат (supervisory format). Три формата поля контроля различаются по значениям префиксных битов.

· Информационный формат начинается с бита со значением 0.

· Управляющий формат имеет двухбитовый префикс со значением 1 и 0.

· Ненумерованный формат начинается с двух битов со значением 1.

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

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

· XID (Exchange Identification, идентификация). Вырабатывается сервисами с установлением соединения и без такового в качестве как команды, так и ответа.

· TEST (диагностика). Применяется как команда и как ответ при выполне­нии теста методом петлевого контроля (loopback test) LLC.

· FRMR (Frame Reject, отклонение кадра). Выдается как ответ в случае возникновения сбоев в работе протокола.

· SABME (Set Asynchronous Balanced Mode Extended, запрос на соединение).

· Посылается как запрос на установление соединения.

· UA (Unnumbered Acknowledgment, подтверждение). Является положитель­ным ответом на сообщение SABME.

· DM (Disconnect Mode, задержка соединения и разъединения). Возвращает­ся как отрицательный ответ на сообщение SABME.

· DISC (Disconnect, разъединение). Передается как запрос на завершение соединения. В качестве ответа ожидается либо UA, либо DM.

Информационные кадры содержат действительные данные, передаваемые во время как сеансов с установлением соединения, так и сессий без установле­ния соединения с подтверждениями, а также сообщения подтверждения приема, возвращаемые принимающей системой. Только два типа сообщений пе­редаются в информационных кадрах: N(S) и N(R) для отправленных и по­лученных сообщений соответственно. Обе системы отслеживают последова­тельность номеров пакетов, которыми они обмениваются. Сообщение N(S) информирует получателя о том, какое количество пакетов из последователь­ности было уже отправлено, а сообщение N(R) позволяет отправителю иметь информацию о том, какой из пакетов ожидается для приема.

Управляющие кадры используются только сервисами с установлением соеди­нения. Они обеспечивают обслуживание соединения, выраженное в форме сервисов управления потоком данных и коррекции ошибок. Соответствую­щие управляющие сообщения имеют нижеперечисленные типы.

· RR (Receiver Ready, готовность приемника). Используется для информи­рования отправителя о том, что соединение действующее, и получатель готов к приему следующего кадра.

· RNR (Receiver Not Ready, приемник не готов). Требует от отправителя не передавать пакеты до тех пор, пока получатель не отправит сообщение RR.

· REJ (Frame Reject, данные отброшены). Сообщает передающей системе об ошибке и требует повторной передачи всех кадров, отправленных по­сле определенного момента.