IEEE 802.2 это первоначальное название 8802-2 ISO / IEC стандарта, который определяет управление логического канала (LLC) в качестве верхней части канального уровня в модели OSI. Первоначальный стандарт, разработанный Институтом инженеров по электротехнике и радиоэлектронике (IEEE) в сотрудничестве с Американским национальным институтом стандартов (ANSI), был принят Международной организацией по стандартизации (ISO) в 1998 году, но по-прежнему остается неотъемлемой частью семейства. из IEEE 802 стандартов для локальных и городских сетей.
LLC - это программный компонент, который обеспечивает единый интерфейс для пользователя службы передачи данных, обычно это сетевой уровень. ООО может предложить три типа услуг:
И наоборот, LLC использует услуги управления доступом к среде передачи (MAC), которые зависят от конкретной среды передачи ( Ethernet, Token Ring, FDDI, 802.11 и т. Д.). Использование LLC обязательно для всех сетей IEEE 802, за исключением Ethernet. Он также используется в оптоволоконном распределенном интерфейсе данных (FDDI), который не является частью семейства IEEE 802.
Подуровень IEEE 802.2 добавляет некоторую управляющую информацию к сообщению, создаваемому верхним уровнем и передаваемому в LLC для передачи другому узлу по тому же каналу данных. Результирующий пакет обычно называется блоком данных протокола LLC (PDU), а дополнительная информация, добавляемая подуровнем LLC, является заголовком LLC. LLC заголовок состоит из DSAP ( Destination Service точка доступа ), SSAP ( Source Service Access Point ) и управление области.
Два 8-битных поля DSAP и SSAP позволяют мультиплексировать различные протоколы верхнего уровня выше LLC. Однако многие протоколы используют расширение протокола доступа к подсети (SNAP), которое позволяет использовать значения EtherType для указания протокола, который транспортируется поверх IEEE 802.2. Это также позволяет поставщикам определять свои собственные пространства значений протокола.
8- или 16-битное поле управления в стиле HDLC служит для различения режимов связи, для определения конкретной операции и для облегчения управления соединением и управления потоком (в режиме соединения) или подтверждений (в режиме без установления соединения с подтверждением).
IEEE 802.2 предоставляет два режима работы без установления соединения и один с установлением соединения:
Использование многоадресных и широковещательных рассылок снижает сетевой трафик, когда одна и та же информация должна распространяться на все станции сети. Однако услуга Типа 1 не дает никаких гарантий относительно порядка полученных кадров по сравнению с порядком, в котором они были отправлены; отправитель даже не получает подтверждения о получении фреймов.
Каждое устройство, соответствующее стандарту IEEE 802.2, должно поддерживать тип службы 1. Каждому сетевому узлу назначается класс LLC, в соответствии с поддерживаемыми типами служб:
ООО Класс | Поддерживаемые типы услуг | ||
---|---|---|---|
1 | 2 | 3 | |
я | Икс | ||
II | Икс | Икс | |
III | Икс | Икс | |
IV | Икс | Икс | Икс |
Любой PDU 802.2 LLC имеет следующий формат:
Заголовок 802.2 LLC | Информация | ||
---|---|---|---|
Адрес DSAP | Адрес SSAP | Контроль | |
8 бит | 8 бит | 8 или 16 бит | кратно 8 битам |
Когда используется расширение протокола доступа к подсети (SNAP), оно располагается в начале информационного поля:
Заголовок 802.2 LLC | Расширение SNAP | Данные верхнего слоя | |||
---|---|---|---|---|---|
DSAP | SSAP | Контроль | OUI | ID протокола | |
8 бит | 8 бит | 8 или 16 бит | 24 бит | 16 бит | кратно 8 битам |
Заголовок 802.2 включает два восьмибитных адресных поля, которые в терминологии OSI называются точками доступа к услугам (SAP) или вместе LSAP:
Хотя поля LSAP имеют длину 8 бит, младший бит зарезервирован для специальных целей, оставляя только 128 значений, доступных для большинства целей.
Младший бит DSAP указывает, содержит ли он индивидуальный или групповой адрес:
Младший бит SSAP указывает, является ли пакет пакетом команды или пакета ответа:
Остальные 7 битов SSAP определяют LSAP (всегда индивидуальный адрес), с которого был передан пакет.
Номера LSAP глобально присваиваются IEEE для однозначной идентификации общепринятых международных стандартов.
Ценить | Имея в виду | |
---|---|---|
Декабрь | Шестигранник | |
0 | 00 | Нулевой LSAP |
2 | 02 | Индивидуальный ООО Подуровень Mgt |
4 | 04 | SNA Path Control (индивидуальный) |
6 | 06 | Зарезервировано для DoD IP |
14 | 0E | ProWay-LAN |
24 | 18 | Инструменты Техаса |
66 | 42 | Протокол связующего дерева моста IEEE 802.1 |
78 | 4E | EIA-RS 511 |
94 | 5E | ISI IP |
126 | 7E | ISO 8208 ( X.25 поверх IEEE 802.2 Type LLC) |
128 | 80 | Сетевые системы Xerox (XNS) |
130 | 82 | BACnet / Ethernet |
134 | 86 | Нестар |
142 | 8E | ProWay-LAN (IEC 955) |
152 | 98 | Протокол разрешения адресов ARPANET (ARP) |
166 | A6 | RDE (объект определения маршрута) |
170 | AA | Используемое расширение SNAP |
188 | до н.э | Баньян Вайнс |
224 | E0 | Novell NetWare |
240 | F0 | IBM NetBIOS |
244 | F4 | IBM LAN Management (индивидуально) |
248 | F8 | Загрузка удаленной программы IBM (RPL) |
250 | FA | Унгерманн-Басс |
254 | FE | Сетевая служба OSI в режиме без установления соединения : CLNP, ISIS, ESIS |
Ценить | Имея в виду | |
---|---|---|
Декабрь | Шестигранник | |
3 | 03 | Group LLC Sublayer Mgt |
5 | 05 | SNA Path Control (группа) |
245 | F5 | IBM LAN Management (группа) |
255 | FF | Глобальный DSAP (широковещательный для всех) |
Протоколы или семейства протоколов, которым назначен один или несколько SAP, могут работать непосредственно поверх 802.2 LLC. Другие протоколы могут использовать протокол доступа к подсети (SNAP) с IEEE 802.2, который указывается шестнадцатеричным значением 0xAA (или 0xAB, если источник ответа) в SSAP и DSAP. Расширение SNAP позволяет использовать значения EtherType или пространства идентификаторов частных протоколов во всех сетях IEEE 802. Его можно использовать как в дейтаграммах, так и в сетевых сервисах с установлением соединения.
Сети Ethernet ( IEEE 802.3 ) являются исключением; стандарт IEEE 802.3x-1997 явно разрешил использование кадрирования Ethernet II, где 16-битное поле после MAC-адресов не содержит длину кадра, за которым следует заголовок IEEE 802.2 LLC, а значение EtherType, за которым следует верхний данные слоя. При таком кадрировании на уровне канала данных поддерживаются только службы дейтаграмм.
Хотя IPv4 присвоено значение LSAP, равное 6 (0x06), а ARP - значение LSAP, равное 152 (0x98), IPv4 почти никогда не инкапсулируется напрямую в кадры 802.2 LLC без заголовков SNAP. Вместо этого Интернет-стандарт RFC 1042 обычно используется для инкапсуляции трафика IPv4 в кадры 802.2 LLC с заголовками SNAP в FDDI и в сетях IEEE 802, отличных от Ethernet. В сетях Ethernet обычно используется формирование кадров Ethernet II с EtherType 0x800 для IP и 0x806 для ARP.
Протокол IPX, используемый сетями Novell NetWare, поддерживает дополнительный тип кадра Ethernet, 802.3 raw, в конечном итоге поддерживает четыре типа кадра в Ethernet (802.3 raw, 802.2 LLC, 802.2 SNAP и Ethernet II ) и два типа кадра в FDDI и других (не- Ethernet) Сети IEEE 802 (802.2 LLC и 802.2 SNAP).
В одной сети можно использовать разные кадры. Это можно сделать даже для одного и того же протокола верхнего уровня, но в этом случае узлы, использующие разные кадры, не могут напрямую связываться друг с другом.
За полями назначения и источника SAP следует поле управления. IEEE 802.2 был концептуально унаследован от HDLC и имеет те же три типа PDU :
Для передачи данных в наиболее часто используемом неподтвержденном режиме без установления соединения используется U-формат. Он идентифицируется значением «11» в двух младших битах однобайтового поля управления.