3.3. Заголовок snap

Между заголовком LLC и полем данных LLC может использоваться дополнительный заголовок, называемый заголовком SNAP(Sub-Area Access Protocol). Дополнительный заголовок SNAP используется для придания большей упорядоченности при указании типа протокола, который помещает свою информацию в поле данных кадра LLC.

Стандарт 802.2 использует для этой цели однобайтовые поля DSAP и SSAP, в то время как ранняя версия протокола Ethernet, предложенная совместно компаниями Digital, Intel и Xerox (так называемая, версия Ethernet DIX), использовала для этой цели двухбайтовое поле Type, для которого в качестве стандарта де-факто применялись двухбайтовые коды протоколов сетевого уровня, например, 0800 - для протокола IP и т.п.

Заголовок SNAP также содержит двухбайтовое поле Type, назначение и формат которого совпадает по назначению с полем Type кадра Ethernet DIX. Трехбайтовый код организации (OUI) используется для указания той организации по стандартизации, которая отвечает за числовые значения поля Type. Так, числовые значения поля Type для заголовка SNAP в случае использования его в кадрах Ethernet определяет комитет 802.3 IEEE, код которого равен 00 00 00.

Для других протоколов канального уровня значения кодов поля Type определяют другие организации по стандартизации. Таким образом, при использовании дополнительного заголовка SNAP достигается совместимость кадров 802.3 с кадрами Ethernet DIX по способу кодирования пакетов протоколов верхнего уровня, переносимых в поле данных. В поля DSAP и SSAP при использовании заголовка SNAP помещаются значения 170 (десятичное), которые говорят о том, что в поле данных кадра LLC вложен заголовок SNAP.

3.4. Временная диаграмма сервисов протокола llc

На рисунке 2 показана временная диаграмма сервисов, предоставляемых уровнем LLC для старших уровней. Все примитивы, изображенные на рисунке, имеют такие параметры, как адреса отправителя и получателя.

При использовании сервиса без установления соединения и без подтверждения протокол LLC, получив запрос от пользователя (примитив L.DATA.request) на передачу данных, делает попытку послать данные, сопровождающие запрос, используя МАС-подуровень. В этом случае отсутствует подтверждение того, прошла ли передача успешно или нет. В этом варианте функции уровня LLC сведены к минимуму - он используется только как интерфейс старших уровней к MAC-уровню. При использовании этого типа сервиса используются только ненумерованные блоки.

При использовании сервиса без установления соединения, но с подтверждением, пользователь оповещается об успешности или не успешности передачи данных (примитив L.DATA_ACK_STATUS.indication).

При использовании сервиса с получением ответа используются следующие примитивы:

• Запрос содержимого буфера сообщения, управляемого протоколом LLC удаленного пользователя: L.REPLY.request и L.REPLY_STATUS.indication;

• Обновление содержимого буфера сообщения, управляемого протоколом LLC локального пользователя: L.REPLY_UPDATE.request и L.REPLY_UPDATE_STATUS.indication.

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

Во время фазы передачи данных прием каждого свободного от ошибок блока данных подтверждается удаленным протоколом LLC. Это подтверждение преобразуется локальным протоколом LLC в примитив L.DATA_CONNECT.confirm и передается пользователю.