Протокол доступа к подсети

Протокол доступа к подсети ( SNAP ) — это механизм мультиплексирования в сетях, использующих IEEE 802.2 LLC , большего количества протоколов, чем можно различить по восьмибитным полям 802.2 Service Access Point (SAP). SNAP поддерживает идентификацию протоколов по EtherType значениям полей ; он также поддерживает пространства идентификаторов частных протоколов поставщика. Он используется с IEEE 802.3 , IEEE 802.4 , IEEE 802.5 , IEEE 802.11 и другими IEEE 802 физическими сетевыми уровнями , а также с физическими сетевыми уровнями, отличными от IEEE 802, такими как FDDI , которые используют 802.2 LLC.

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

Фон

Модель OSI использует точку доступа к сервису (SAP) для определения связи между уровнями (такими как сеть, транспорт, сеанс и другие уровни семиуровневой модели), то есть для определения того, какой протокол должен обрабатывать входящее сообщение. В пределах данного уровня программы могут обмениваться данными с помощью взаимно согласованного протокольного механизма. Пара программ, не поддерживающих общий протокол, не может взаимодействовать друг с другом. Таким образом, чтобы несколько протоколов могли сосуществовать на одном уровне, необходимо определить, какой протокол вызывается для обработки блока служебных данных, доставленного нижним уровнем.

Наиболее распространенная ссылка на SAP, включая точку доступа к исходной службе (SSAP) и точку доступа к службе назначения (DSAP), относится к границе между уровнем канала передачи данных и сетевым уровнем. Принято думать о SAP только с точки зрения его использования на уровне 2, в частности, на управления логическим каналом подуровне (LLC), как это определено в стандартах IEEE 802.2. Точка доступа к услуге канала (LSAP) включает в себя как точку доступа к услуге назначения (DSAP), так и точку доступа к услуге источника (SSAP). Это позволяет станции MAC связываться с верхними уровнями по различным протоколам.

Стандартным протоколам сетевого уровня были назначены зарезервированные адреса LLC, как записано в ISO/IEC TR 11802-1. Для такого назначения зарезервирована половина адресного пространства LLC. Другие протоколы реализуются двумя способами. Один из способов — локальное назначение LSAP, для которого доступна другая половина адресного пространства LLC. Второй способ — использовать конкретное зарезервированное значение адреса LLC, которое было назначено для использования в сочетании с протоколом доступа к подсети (SNAP), и называется адресом SNAP. Адрес SNAP идентифицирует на каждом MAC SAP отдельный LSAP. Таким образом, каждый протокол, использующий SNAP, должен использовать идентификатор протокола. Таким образом, протокол доступа к подсети (SNAP) представляет собой механизм мультиплексирования в сетях, использующих IEEE 802.2 LLC , большего количества протоколов, чем можно различить с помощью 8-битных полей точки доступа к сервису 802.2 (SAP). SNAP поддерживает идентификацию протоколов по Ethernet значениям полей типа ; он также поддерживает пространства идентификаторов частных протоколов поставщика. Он используется с IEEE 802.3 , IEEE 802.4. , IEEE 802.5 , IEEE 802.11 и других IEEE 802 физических сетевых уровней , а также с физическими сетевыми уровнями, отличными от IEEE 802, такими как FDDI , которые используют 802.2 LLC.

Использовать

SNAP является расширением 802.2 LLC, указанного в документе «Обзор и архитектура IEEE 802». Заголовок SNAP длиной 5 октетов следует за заголовком 802.2 LLC, если SAP назначения (DSAP) и исходный SAP (SSAP) содержат шестнадцатеричные значения AA или AB:

802.2 ООО Заголовок			Расширение SNAP
DSAP	ССАП	Контроль	ДА	Идентификатор протокола
1 октет	1 октет	1 или 2 октета	3 октета	2 октета

Заголовок SNAP состоит из 3-октетного IEEE организационного уникального идентификатора (OUI), за которым следует 2-октетный идентификатор протокола. Если OUI равен нулю, идентификатор протокола — это зарегистрированное значение EtherType для протокола, работающего поверх SNAP. Если OUI является OUI для конкретной организации, идентификатор протокола — это значение, назначенное этой организацией протоколу, работающему поверх SNAP.

SNAP обычно используется с ненумерованными информационными 802.2 блоками данных протокола (PDU) со значением управляющего поля, равным 3, а значения LSAP обычно имеют шестнадцатеричный вид AA, поэтому заголовок 802.2 LLC для пакета SNAP обычно имеет вид AA AA 03; однако SNAP можно использовать и с другими типами PDU.

В Ethernet 8 октетов, занимаемые заголовками LLC и SNAP, уменьшают размер доступной полезной нагрузки для таких протоколов, как Интернет-протокол , до 1492 байтов по сравнению с использованием кадрирования Ethernet II ; поэтому для протоколов, имеющих значения EtherType, пакеты обычно передаются с заголовками Ethernet II, а не с заголовками LLC и SNAP. В других типах сетей заголовки LLC и SNAP необходимы для мультиплексирования различных протоколов на канальном уровне, поскольку уровень MAC сам по себе не имеет поля EtherType, поэтому не существует альтернативного кадра, который имел бы большую доступную полезную нагрузку.

Кто-то может спросить: «Зачем нужен отдельный заголовок подсети?». Ответ в том, что это должно было дополнить решение, принятое при оформлении заголовка ООО. Во время разработки заголовка LLC считалось, что одного октета (256 возможных значений) в заголовке будет достаточно, чтобы указать все значения протокола, которые поставщики захотят зарегистрировать. Когда значения начали резервироваться, было обнаружено, что в заголовке LLC скоро закончатся открытые значения. Шестнадцатеричные значения AA и AB были зарезервированы, и был разработан дополнительный заголовок — заголовок SNAP; он может поддерживать все значения EtherType и несколько пробелов значений частного протокола.

Согласно IETF RFC 1042, дейтаграммы IP и дейтаграммы ARP передаются по сетям IEEE 802 с использованием заголовков LLC и SNAP, за исключением Ethernet/IEEE 802.3, где они передаются с заголовками Ethernet II, согласно RFC 894.