ИЭЭЭ 802.2
IEEE 802.2 — это оригинальное название стандарта /IEC 8802-2 ISO , который определяет управление логическим каналом (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 ( назначения точки доступа к услуге ), SSAP ( к исходной точки доступа услуге ) и поля управления .
Два 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 | Х | Х | Х |
Заголовок ООО [ править ]
Любой PDU 802.2 LLC имеет следующий формат:
| 802.2 ООО Заголовок | Информация | ||
|---|---|---|---|
| DSAP-адрес | адрес ССАП | Контроль | |
| 8 бит | 8 бит | 8 или 16 бит | кратно 8 битам |
Когда используется расширение протокола доступа к подсети (SNAP), оно располагается в начале поля информации:
| 802.2 ООО Заголовок | Расширение SNAP | Данные верхнего уровня | |||
|---|---|---|---|---|---|
| DSAP | ССАП | Контроль | ДА | Идентификатор протокола | |
| 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 | Индивидуальное ООО «Саблейер Мгт» [2] [3] |
| 4 | 04 | Управление маршрутом SNA (индивидуальное) [2] [3] |
| 6 | 06 | Зарезервировано для IP DoD [2] |
| 14 | 0Е | ПроВэй-LAN [2] [3] |
| 24 | 18 | Техасские инструменты [3] |
| 66 | 42 | Протокол связующего дерева IEEE 802.1 [3] |
| 78 | 4Е | ОВОС-RS 511 [2] [3] |
| 94 | 5Е | ИС СОДЕРЖАНИЕ [2] |
| 126 | 7Е | ISO 8208 ( X.25 поверх IEEE 802.2 типа LLC) [3] |
| 128 | 80 | Сетевые системы Xerox (XNS) [3] |
| 130 | 82 | BACnet/Ethernet [4] |
| 134 | 86 | Нестар [3] |
| 142 | 8Е | ProWay-LAN (МЭК 955) [2] [3] |
| 152 | 98 | Протокол разрешения адресов ARPANET (ARP) [3] |
| 166 | А6 | RDE (объект определения маршрута) |
| 170 | АА | SNAP Используемое расширение [2] [3] |
| 188 | до нашей эры | Баньян Вайнс [3] |
| 224 | Е0 | Novell NetWare [3] |
| 240 | Ф0 | IBM NetBIOS [3] |
| 244 | F4 | IBM LAN Management (индивидуально) [3] |
| 248 | F8 | Удаленная загрузка программ IBM (RPL) [3] |
| 250 | НО | Унгерманн-Бас [3] |
| 254 | ИП | OSI Сетевая служба в режиме без установления соединения : [3] КЛНП, [5] ИГИЛ, [6] БЫЛ [7] |
| Ценить | Значение | |
|---|---|---|
| декабрь | Шестигранник | |
| 3 | 03 | Группа ООО «Сублейер Мгт» [2] [3] |
| 5 | 05 | Управление маршрутом SNA (группа) [3] |
| 245 | F5 | IBM LAN Management (группа) [3] |
| 255 | ФФ | Глобальный 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 (управление логическим каналом).
Для передачи данных в наиболее часто используемом неподтвержденном режиме без установления соединения используется U-формат. Он идентифицируется значением «11» в двух младших битах однобайтового поля управления.
Ссылки [ править ]
- ^ Стандарт IEEE для информационных технологий. Телекоммуникации и обмен информацией между системами. Локальные и городские сети. Особые требования . Том. Часть 2. Управление логическим каналом. Нью-Йорк: Институт инженеров по электротехнике и электронике. 7 мая 2008 г. ISBN. 1-55937-959-6 .
- ↑ Перейти обратно: Перейти обратно: а б с д и ж г час я дж к Постел, Дж. ; Рейнольдс, Дж. (октябрь 1994 г.). «ИНТЕРЕСУЮЩИЕ ЦИФРЫ IEEE 802» . Присвоенные номера . п. 165. дои : 10.17487/RFC1700 . РФК 1700 .
- ↑ Перейти обратно: Перейти обратно: а б с д и ж г час я дж к л м н тот п д р с т в v В х Миллер, Филип; Камминс, Майкл (2000). Объяснение технологий локальной сети . Цифровая пресса. п. 506 . ISBN 1-55558-234-6 .
- ^ Стандарт BACnet — Стандарт 135-2012 , Ashrae .
- ^ Окончательный текст DIS 8473, Протокол предоставления сетевых услуг в режиме без установления соединения , RFC, IETF .
- ^ «ИСО/МЭК 10589:2002» . ИСО . Проверено 18 декабря 2020 г.
- ^ «ИСО 9542:1988» . ИСО . Проверено 18 декабря 2020 г.
- ^ ЛКМЛ , 27 июля 2011 г.
Внешние ссылки [ править ]
- 802.2 (онлайн-изд.), IEEE .