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

This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Subnetwork Access Protocol" – news · newspapers · books · scholar · JSTOR (January 2018) (Learn how and when to remove this message)

Протокол доступа к подсети ( SNAP ) — это механизм мультиплексирования в сетях, использующих IEEE 802.2 LLC , большего количества протоколов, чем может быть различено восьмибитными полями точки доступа к услуге 802.2 (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». ^[1] 5-октетный заголовок SNAP следует за заголовком 802.2 LLC, если SAP назначения (DSAP) и SAP источника (SSAP) содержат шестнадцатеричные значения AA или AB:

Заголовок 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. Во время разработки заголовка LLC считалось, что одного октета (256 возможных значений) в заголовке будет достаточно для указания всех значений протокола, которые поставщики захотят зарегистрировать. Когда значения начали резервировать, было обнаружено, что заголовок LLC вскоре исчерпает открытые значения. Шестнадцатеричные значения AA и AB были зарезервированы, и был разработан дополнительный заголовок — заголовок SNAP; он может поддерживать все значения EtherType и несколько пространств значений частного протокола.

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