IEEE 802.2 это первоначальное название 8802-2 ISO / IEC стандарта , который определяет управление логического канала (LLC) в качестве верхней части канального уровня в модели OSI . [1] Первоначальный стандарт, разработанный Институтом инженеров по электротехнике и радиоэлектронике (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 - это неподтвержденный режим без установления соединения для службы дейтаграмм . Позволяет отправлять кадры
- в один пункт назначения ( точка-точка или одноадресная передача),
- нескольким адресатам в одной сети ( многоадресная рассылка ),
- или на все станции сети ( вещание ).
Использование многоадресных и широковещательных рассылок снижает сетевой трафик, когда одна и та же информация должна распространяться на все станции сети. Однако услуга Типа 1 не дает никаких гарантий относительно порядка полученных кадров по сравнению с порядком, в котором они были отправлены; отправитель даже не получает подтверждения о получении фреймов.
- Тип 2 - это режим работы с установлением соединения . Последовательная нумерация гарантирует, что полученные кадры гарантированно будут в том порядке, в котором они были отправлены, и что кадры не будут потеряны.
- Тип 3 - это подтвержденная служба без установления соединения . Он поддерживает только двухточечную связь.
Каждое устройство, соответствующее стандарту IEEE 802.2, должно поддерживать тип службы 1. Каждому сетевому узлу назначается класс LLC, в соответствии с поддерживаемыми типами служб:
ООО Класс | Поддерживаемые типы услуг | ||
---|---|---|---|
1 | 2 | 3 | |
я | Икс | ||
II | Икс | Икс | |
III | Икс | Икс | |
IV | Икс | Икс | Икс |
Заголовок LLC
Любой 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 включает два восьмибитных адресных поля, называемых точками доступа к услугам (SAP) или в совокупности LSAP в терминологии OSI:
- SSAP (Source SAP) - это 8-битное длинное поле, которое представляет логический адрес объекта сетевого уровня, создавшего сообщение.
- DSAP (Destination SAP) - это 8-битное длинное поле, которое представляет логические адреса объекта сетевого уровня, предназначенного для получения сообщения.
Значения LSAP
Хотя поля LSAP имеют длину 8 бит, младший бит зарезервирован для специальных целей, оставляя только 128 значений, доступных для большинства целей.
Младший бит DSAP указывает, содержит ли он индивидуальный или групповой адрес:
- если младший бит равен 0, оставшиеся 7 битов DSAP определяют индивидуальный адрес, который относится к одной локальной точке доступа к услугам (LSAP), в которую должен быть доставлен пакет. а также
- если младший бит равен 1, оставшиеся 7 битов DSAP определяют групповой адрес, который относится к группе LSAP, которым должен быть доставлен пакет.
Младший бит SSAP указывает, является ли пакет пакетом команды или пакета ответа:
- если это 0, пакет является командным пакетом, и
- если 1, пакет является ответным пакетом.
Остальные 7 битов SSAP определяют LSAP (всегда индивидуальный адрес), с которого был передан пакет.
Номера LSAP глобально присваиваются IEEE для однозначной идентификации общепринятых международных стандартов.
Значение | Имея в виду | |
---|---|---|
Декабрь | Шестигранник | |
0 | 00 | Нулевой LSAP [2] [3] |
2 | 02 | Индивидуальный ООО подуровень Mgt [2] [3] |
4 | 04 | SNA Path Control (индивидуальный) [2] [3] |
6 | 06 | Зарезервировано для DoD IP [2] |
14 | 0E | ProWay-LAN [2] [3] |
24 | 18 | Техасские инструменты [3] |
66 | 42 | Протокол связующего дерева моста IEEE 802.1 [3] |
78 | 4E | EIA-RS 511 [2] [3] |
94 | 5E | ISI IP [2] |
126 | 7E | ISO 8208 ( X.25 поверх IEEE 802.2 Type LLC) [3] |
128 | 80 | Xerox Network Systems (XNS) [3] |
130 | 82 | BACnet / Ethernet [4] |
134 | 86 | Нестар [3] |
142 | 8E | ProWay-LAN (IEC 955) [2] [3] |
152 | 98 | Протокол разрешения адресов ARPANET (ARP) [3] |
166 | A6 | RDE (объект определения маршрута) |
170 | AA | Используемое расширение SNAP [2] [3] |
188 | до н.э | Баньян Вайнс [3] |
224 | E0 | Novell NetWare [3] |
240 | F0 | IBM NetBIOS [3] |
244 | F4 | IBM LAN Management (индивидуальное) [3] |
248 | F8 | Загрузка удаленной программы IBM (RPL) [3] |
250 | FA | Унгерманн-Басс [3] |
254 | FE | Сетевая служба OSI в режиме без установления соединения : [3] CLNP, [5] ISIS, [6] ESIS [7] |
Значение | Имея в виду | |
---|---|---|
Декабрь | Шестигранник | |
3 | 03 | Group LLC Sublayer Mgt [2] [3] |
5 | 05 | SNA Path Control (группа) [3] |
245 | F5 | IBM LAN Management (группа) [3] |
255 | FF | Глобальный DSAP (широковещательный) [2] [3] |
Протоколы или семейства протоколов, которым назначен один или несколько 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, IPX и 802.2 LLC
Хотя 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. [8]
Протокол 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 :
- PDU ненумерованного формата или PDU U-формата с 8-битным полем управления, которые предназначены для приложений без установления соединения;
- PDU формата передачи информации или PDU I-формата с 16-битным полем управления и порядковой нумерации, которые предназначены для использования в приложениях, ориентированных на соединение;
- PDU супервизорного формата или PDU S-формата с 16-битным полем управления, которые предназначены для использования в супервизорных функциях на уровне LLC (Logical Link Control).
Для передачи данных в наиболее часто используемом неподтвержденном режиме без установления соединения используется U-формат. Он идентифицируется значением «11» в двух младших битах однобайтового поля управления.
Рекомендации
- ^ Стандарт IEEE для информационных технологий - Телекоммуникации и обмен информацией между системами - Локальные и городские сети - Особые требования . Часть 2: Управление логической связью. Нью-Йорк: Институт инженеров по электротехнике и электронике. 7 мая 2008 г. ISBN 1-55937-959-6.
- ^ Б с д е е г ч я J к RFC-1700
- ^ Б с д е е г ч я J к л м п о р Q R сек т у V ш х Миллер, Филипп; Камминс, Майкл (2000). Объяснение технологий LAN . Цифровая пресса. п. 506 . ISBN 1-55558-234-6.
- ^ Стандарт BACnet - Стандарт 135-2012 , Ashrae.
- ^ Окончательный текст DIS 8473, Протокол для предоставления сетевых услуг в режиме без установления соединения , RFC, IETF.
- ^ 14: 00-17: 00. «ISO / IEC 10589: 2002» . ISO . Проверено 18 декабря 2020 .CS1 maint: числовые имена: список авторов ( ссылка )
- ^ 14: 00-17: 00. «ISO 9542: 1988» . ISO . Проверено 18 декабря 2020 .CS1 maint: числовые имена: список авторов ( ссылка )
- ^ LKML , 27.07.2011.
Внешние ссылки
- 802.2 (онлайн-изд.), IEEE.