IEEE 802.2 - IEEE 802.2
IEEE 802.2 это оригинальное название ИСО / МЭК 8802-2 стандарт который определяет управление логической связью (LLC) в качестве верхней части уровень канала передачи данных из Модель OSI.[1] Исходный стандарт, разработанный Институт инженеров по электротехнике и электронике (IEEE) в сотрудничестве с Американский национальный институт стандартов (ANSI) был принят Международная организация по стандартизации (ISO) в 1998 году, но по-прежнему остается неотъемлемой частью семейства IEEE 802 стандарты для местный и столичный сети.
LLC - это программный компонент, который предоставляет единый интерфейс для пользователя службы передачи данных, обычно сетевой уровень. ООО может предложить три типа услуг:
- Неподтвержденный режим без установления соединения услуги (обязательно)
- Режим подключения услуги (необязательно)
- Признано режим без установления соединения услуги (необязательно)
И наоборот, LLC пользуется услугами контроль доступа к медиа (MAC), который зависит от конкретной среды передачи (Ethernet, Token Ring, FDDI, 802.11, так далее.). Использование ООО обязательно для всех IEEE 802 сетей, за исключением Ethernet. Он также используется в Оптоволоконный распределенный интерфейс данных (FDDI), который не является частью IEEE 802 семья.
Подуровень IEEE 802.2 добавляет некоторую управляющую информацию к сообщению, создаваемому верхним уровнем и передаваемому в LLC для передачи другому узлу по тому же каналу данных. Результирующий пакет обычно называют ООО блок данных протокола (PDU) а дополнительная информация, добавляемая подуровнем LLC, является ООО ЗАГОЛОВОК. Заголовок LLC состоит из DSAP (Пункт назначения Точка доступа к сервису ), SSAP (Источник Точка доступа к сервису ) и Контроль поле.
Два 8-битных поля DSAP и SSAP позволяют мультиплексировать различные протоколы верхнего уровня выше LLC. Однако многие протоколы используют Протокол доступа к подсети (SNAP) расширение, которое позволяет использовать EtherType значения, чтобы указать протокол, передаваемый поверх IEEE 802.2. Это также позволяет поставщикам определять свои собственные пространства значений протокола.
8 или 16 бит HDLC -style Поле управления служит для определения режима связи, для указания конкретной операции и для облегчения управления подключением и управление потоком (в режиме подключения) или благодарности (в подтвержденном режиме без установления соединения).
Режимы работы
IEEE 802.2 предоставляет два без подключения и один режим работы с установлением соединения:
- Тип 1 это неподтвержденный режим без установления соединения для дейтаграмма служба. Позволяет отправлять кадры
- в один пункт назначения (точка-точка или же одноадресная передача передача),
- в несколько пунктов назначения в одной сети (многоадресная передача ),
- или на все станции сети (транслировать ).
Использование многоадресных и широковещательных рассылок снижает сетевой трафик, когда одна и та же информация должна распространяться на все станции сети. Однако услуга Типа 1 не дает никаких гарантий относительно порядка полученных кадров по сравнению с порядком их отправки; отправитель даже не получает подтверждения о получении фреймов.
- Тип 2 это ориентированный на соединение рабочий режим. Последовательная нумерация гарантирует, что полученные кадры гарантированно будут в том порядке, в котором они были отправлены, и что кадры не будут потеряны.
- Тип 3 признанный без подключения служба. Он поддерживает только двухточечную связь.
Каждое устройство, соответствующее стандарту IEEE 802.2, должно поддерживать тип обслуживания 1. Каждому сетевому узлу назначается ООО Класс в зависимости от того, какие типы услуг он поддерживает:
| ООО Учебный класс | Поддерживаемые типы услуг | ||
|---|---|---|---|
| 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 для однозначной идентификации общепринятых международных стандартов.
| Ценить | Смысл | |
|---|---|---|
| Декабрь | Hex | |
| 0 | 00 | Нулевой LSAP[2][3] |
| 2 | 02 | Индивидуальный ООО Подуровень Mgt[2][3] |
| 4 | 04 | СНС Контроль пути (индивидуальный)[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 (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 | ЩЕЛЧОК Используемое расширение[2][3] |
| 188 | до н.э | Баньян Вайнс[3] |
| 224 | E0 | Novell NetWare[3] |
| 240 | F0 | IBM NetBIOS[3] |
| 244 | F4 | IBM Управление LAN (индивидуальное)[3] |
| 248 | F8 | IBM Удаленная загрузка программы (RPL)[3] |
| 250 | FA | Унгерманн-Басс[3] |
| 254 | FE | Протоколы OSI ISO CLNS IS 8473[3][5] |
| Ценить | Смысл | |
|---|---|---|
| Декабрь | Hex | |
| 3 | 03 | Группа ООО Подуровень Mgt[2][3] |
| 5 | 05 | СНС Контроль пути (группа)[3] |
| 245 | F5 | IBM Управление LAN (группа)[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.[6]
В IPX протокол, используемый Novell NetWare сети поддерживает дополнительные Ethernet тип рамы, 802.3 raw, в конечном итоге поддерживает четыре типа кадров в Ethernet (802.3 raw, 802.2 ООО, 802.2 SNAP, и Ethernet II ) и два типа кадров на FDDI и другие (не Ethernet) сети IEEE 802 (802.2 LLC и 802.2 SNAP).
В одной сети можно использовать разные кадры. Это можно сделать даже для одного и того же протокола верхнего уровня, но в этом случае узлы, использующие разные кадры, не могут напрямую взаимодействовать друг с другом.
Поле управления
После полей назначения и источника SAP следует поле управления. IEEE 802.2 был концептуально получен из HDLC, и имеет те же три типа PDU:
- PDU ненумерованного формата или U-формат PDU с 8-битным полем управления, которые предназначены для приложений без установления соединения;
- PDU формата передачи информации или I-формат PDU с 16-битным полем управления и порядковой нумерации, которые предназначены для использования в приложениях, ориентированных на соединение;
- PDU формата наблюдения или S-формат PDU с 16-битным полем управления, которые предназначены для использования для функций наблюдения на уровне LLC (Logical Link Control).
Для передачи данных в наиболее часто используемом неподтвержденном режиме без установления соединения используется U-формат. Он определяется значением «11» в двух младших битах однобайтового поля управления.
Рекомендации
- ^ Стандарт IEEE для информационных технологий - Телекоммуникации и обмен информацией между системами - Локальные и городские сети - Особые требования. Часть 2: Управление логической связью. Нью-Йорк: Институт инженеров по электротехнике и электронике. 7 мая 2008 г. ISBN 1-55937-959-6.
- ^ а б c d е ж грамм час я j k RFC-1700
- ^ а б c d е ж грамм час я j k л м п о п q р s т ты v ш Икс Миллер, Филипп; Камминс, Майкл (2000). Объяснение технологий LAN. Цифровая пресса. п.506. ISBN 1-55558-234-6.
- ^ Стандарт BACnet - Стандарт 135-2012, Ашра.
- ^ Окончательный текст DIS 8473, Протокол для предоставления сетевых услуг в режиме без установления соединения, RFC, IETF.
- ^ LKML, 2011-07-27.
внешняя ссылка
- 802.2 (онлайн-изд.), IEEE.