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 не дает никаких гарантий относительно порядка полученных кадров по сравнению с порядком, в котором они были отправлены; отправитель даже не получает подтверждения, что кадры были получены.

  • Тип 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 IndividualLLC SublayerMgt[2][3]
4 04 SNAPath Control (individual)[2][3]
6 06 Reserved for DoDIP[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.25over 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 SNAPExtension Used[2][3]
188 BC Banyan Vines[3]
224 E0 Novell NetWare[3]
240 F0 IBMNetBIOS[3]
244 F4 IBMLAN Management (individual)[3]
248 F8 IBMRemote 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 GroupLLC SublayerMgt[2][3]
5 05 SNAPath Control (группа)[3]
245 F5 IBMLAN 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,используемый сетями NovellNetWare,поддерживает дополнительный тип фрейма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 ненумерованного формата или PDUU-форматас 8-битным полем управления, которые предназначены для приложений без установления соединения;
  • PDU формата передачи информации, или PDUI-формата,с 16-битным полем управления и нумерации последовательностей, которые предназначены для использования в приложениях, ориентированных на установление соединения;
  • PDU супервизорного формата, или PDUS-формата,с 16-битным полем управления, которые предназначены для использования в супервизорных функциях на уровне LLC (управление логическим каналом).

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

  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.
  2. 1234567891011RFC-1700
  3. 123456789101112131415161718192021222324LAN 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,Архивировано19 января 2019,Дата обращения:17 января 2019Источник.Дата обращения: 17 января 2019. Архивировано 19 января 2019 года..

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