IEEE 802.2

IEEE 802.2 является исходным названием стандарта ISO / IEC 8802-2, который определяет управление логическим каналом (LLC) как верхнюю часть уровня канала передачи данных модели OSI .^[1] Первоначальный стандарт, разработанный Институтом инженеров по электротехнике и электронике (IEEE) в сотрудничестве с Американским национальным институтом стандартов (ANSI), был принят Международной организацией по стандартизации (ISO) в 1998 году, но он все ещё остается неотъемлемой частью семейства из IEEE 802 стандартов для локальных и городских сетей.

LLC — это программный компонент, который обеспечивает единый интерфейс для пользователя службы передачи данных, обычно сетевого уровня . LLC может предложить три вида услуг:

Неподтвержденные услуги в режиме без установления соединения (обязательно)
Услуги режима подключения (необязательно)
Подтвержденные услуги в режиме без установления соединения (необязательно)

И наоборот, LLC использует службы управления доступом к среде (MAC), которые зависят от конкретной среды передачи (Ethernet , Token Ring , FDDI , 802.11 и т. д.). Использование LLC является обязательным для всех сетей IEEE 802, за исключением Ethernet . Он также используется в Fibre Distributed Data Interface (FDDI), который не является частью семейства IEEE 802 .

Подуровень IEEE 802.2 добавляет некоторую контрольную информацию к сообщению, созданному верхним уровнем и переданному LLC для передачи другому узлу в том же канале данных. Результирующий пакет обычно называется протокольным блоком данных (PDU) LLC, а дополнительной информацией, добавляемой подуровнем LLC, является HEADER LLC . Заголовок LLC состоит из DSAP (целевой точки доступа к услуге), SSAP (исходной точки доступа к услуге) и поля Control

Два 8-битных поля DSAP и SSAP позволяют мультиплексировать различные протоколы верхнего уровня над LLC. Однако во многих протоколах используется расширение протокола доступа к подсети (SNAP), которое позволяет использовать значения EtherType для указания протокола, передаваемого поверх IEEE 802.2. Это также позволяет поставщикам определять свои собственные пространства значений протокола.

8- или 16-битное поле управления в стиле HDLC служит для определения режима связи, для указания конкретной операции и для облегчения управления соединением и управления потоком (в режиме соединения) или подтверждения (в подтвержденном режиме без соединения).

Режимы работыПравить

IEEE 802.2 обеспечивает два режима без установления соединения и один с установлением соединения:

Тип 1 — неподтвержденный режим без установления соединения для службы дейтаграмм . Это позволяет отправку кадров
- в один пункт назначения (двухточечная или одноадресная передача),
- в несколько пунктов назначения в одной сети (многоадресная передача),
- или на все станции сети (трансляция).

Использование многоадресных и широковещательных рассылок уменьшает сетевой трафик, когда одна и та же информация должна распространяться на все станции сети. Однако услуга типа 1 не дает никаких гарантий относительно порядка полученных кадров по сравнению с порядком, в котором они были отправлены; отправитель даже не получает подтверждения, что кадры были получены.

Тип 2 — это режим работы с установлением соединения . Порядковая нумерация гарантирует, что полученные кадры гарантированно будут в том порядке, в котором они были отправлены, и ни один кадр не будет потерян.
Тип 3 является признанным сервисом без установления соединения . Он поддерживает только двухточечную связь.

Каждое устройство, соответствующее стандарту IEEE 802.2, должно поддерживать тип обслуживания 1. Каждому сетевому узлу назначается класс LLC, в соответствии с типами поддерживаемыми услуг:

LLC Класс	Типы поддерживаемых услуг
1	2	3
I	X
II	X	X
III	X		X
IV	X	X	X

Заголовок LLCПравить

Любой PDU 802.2 LLC имеет следующий формат:

802.2 LLC Header	Информация
Адрес DSAP	Адрес SSAP	контроль
8 бит	8 бит	8 или 16 бит	кратный 8 битам

Когда используется расширение протокола доступа к подсети (SNAP), оно находится в начале информационного поля:

802.2 LLC Header	Расширение 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 для уникальной идентификации устоявшихся международных стандартов.

Individual LSAP addresses
Value	Meaning
Dec	Hex
0	00	Null LSAP^[2]^[3]
2	02	Individual LLC Sublayer Mgt^[2]^[3]
4	04	SNA Path Control (individual)^[2]^[3]
6	06	Reserved for DoD IP^[2]
14	0E	ProWay-LAN^[2]^[3]
24	18	Texas Instruments^[3]
66	42	IEEE 802.1 Bridge Spanning Tree Protocol^[3]
78	4E	EIA-RS 511^[2]^[3]
94	5E	ISI IP^[2]
126	7E	ISO 8208 (X.25 over IEEE 802.2 Type LLC)^[3]
128	80	Xerox Network Systems (XNS)^[3]
130	82	BACnet/Ethernet^[4]
134	86	Nestar^[3]
142	8E	ProWay-LAN (IEC 955)^[2]^[3]
152	98	ARPANET Address Resolution Protocol (ARP)^[3]
166	A6	RDE (route determination entity)
170	AA	SNAP Extension Used^[2]^[3]
188	BC	Banyan Vines^[3]
224	E0	Novell NetWare^[3]
240	F0	IBM NetBIOS^[3]
244	F4	IBM LAN Management (individual)^[3]
248	F8	IBM Remote Program Load (RPL)^[3]
250	FA	Ungermann-Bass^[3]
254	FE	OSI protocols ISO CLNS IS 8473^[3]^[5]

Групповые адреса DSAP (недействительно для SSAP)
Значение	Означает
Dec	Hex
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 (0x6), а ARP было присвоено значение LSAP 152 (0x98), IPv4 почти никогда не инкапсулируется напрямую в кадры LLC 802.2 без заголовков SNAP. Вместо этого Интернет-стандарт RFC 1042 обычно используется для инкапсуляции трафика IPv4 во фреймах 802.2 LLC с заголовками SNAP в FDDI и в сетях IEEE 802, отличных от Ethernet . Сети Ethernet обычно используют кадрирование Ethernet II с EtherType 0x800 для IP и 0x806 для ARP.^[6]

Протокол 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 (управление логическим каналом).

Для передачи данных в наиболее часто используемом неподтвержденном режиме без установления соединения используется U-формат. Он определяется значением «11» в младших двух битах однобайтового поля управления.

ПримечанияПравить

↑ IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements (англ.). — Institute of Electrical and Electronics Engineers, 2008. — Vol. Part 2: Logical Link Control. — ISBN 1-55937-959-6.
↑ ¹ ² ³ ⁴ ⁵ ⁶ ⁷ ⁸ ⁹ ¹⁰ ¹¹ RFC-1700
↑ ¹ ² ³ ⁴ ⁵ ⁶ ⁷ ⁸ ⁹ ¹⁰ ¹¹ ¹² ¹³ ¹⁴ ¹⁵ ¹⁶ ¹⁷ ¹⁸ ¹⁹ ²⁰ ²¹ ²² ²³ ²⁴ LAN Technologies Explained (неопр.). — Digital Press, 2000. — С. 506. — ISBN 1-55558-234-6.
↑ The BACnet Standard—Standard 135-2012, Ashrae .
↑ Final Text of DIS 8473, Protocol for Providing the Connectionless-mode Network Service, IETF .
↑ LKML, 2011-07-27, <https://lkml.org/lkml/2011/7/27/169> Архивная копия от 19 января 2019 на Wayback Machine.

СсылкиПравить

802.2 (online ed.), IEEE, <http://standards.ieee.org/getieee802/802.2.html> .

Эта статья основана на материалах, взятых из бесплатного онлайн-словаря по вычислительной технике, до 1 ноября 2008 года и включены в условия «повторного лицензирования» GFDL версии 1.3 или более поздней

[1] IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements (англ.). — Institute of Electrical and Electronics Engineers, 2008. — Vol. Part 2: Logical Link Control. — ISBN 1-55937-959-6.

[rfc1700-2] ¹ ² ³ ⁴ ⁵ ⁶ ⁷ ⁸ ⁹ ¹⁰ ¹¹ RFC-1700

[LAN_tech-3] ¹ ² ³ ⁴ ⁵ ⁶ ⁷ ⁸ ⁹ ¹⁰ ¹¹ ¹² ¹³ ¹⁴ ¹⁵ ¹⁶ ¹⁷ ¹⁸ ¹⁹ ²⁰ ²¹ ²² ²³ ²⁴ LAN Technologies Explained (неопр.). — Digital Press, 2000. — С. 506. — ISBN 1-55558-234-6.

[4] The BACnet Standard—Standard 135-2012, Ashrae .

[5] Final Text of DIS 8473, Protocol for Providing the Connectionless-mode Network Service, IETF .

[6] LKML, 2011-07-27, <https://lkml.org/lkml/2011/7/27/169> Архивная копия от 19 января 2019 на Wayback Machine.

[1]

[2]

[3]

[4]

[5]

[6]