IEEE 802.2

IEEE 802.2 — это стандарт Института инженеров электротехники и электроники (IEEE), определяющий подуровень управления логической связью (Logical Link Control, LLC) для сетей с технологиями, соответствующими семейству стандартов IEEE 802. Он описывает протоколы, отвечающие за мультиплексирование, управление потоком данных и обнаружение ошибок на канальном уровне модели OSI, обеспечивая единый интерфейс между сетевым уровнем (например, IP) и различными технологиями физического и MAC-подуровней (например, Ethernet, Token Ring, Wi-Fi). Стандарт был впервые опубликован в 1985 году и остаётся основой для многих локальных вычислительных сетей (LAN), хотя в современных реалиях его использование часто ограничено из-за доминирования Ethernet.

История

Разработка IEEE 802.2 началась в начале 1980-х годов в рамках проекта IEEE 802 по стандартизации локальных сетей. Целью было создание универсального протокола, который бы абстрагировал сетевой уровень от различий в методах доступа к среде (например, CSMA/CD для Ethernet или Token Passing для Token Ring). Первая версия стандарта была утверждена в 1985 году и вошла в состав базового набора IEEE 802. Впоследствии он неоднократно пересматривался, последняя редакция (IEEE 802.2-1998) была опубликована в 1998 году, а затем интегрирована в общий стандарт IEEE 802-2001. С развитием Ethernet и отказом от других технологий (например, Token Ring, FDDI) значение IEEE 802.2 снизилось, так как Ethernet напрямую использует собственный заголовок MAC-адресов без обязательного LLC-подуровня.

Архитектура и место в модели OSI

IEEE 802.2 функционирует на канальном уровне (уровень 2) модели OSI, разделяя его на два подуровня:

• Подуровень управления доступом к среде (MAC) — отвечает за физическую адресацию, доступ к среде передачи и обнаружение коллизий. Реализуется в конкретных технологиях (IEEE 802.3, 802.5, 802.11).
• Подуровень управления логической связью (LLC) — предоставляет услуги сетевому уровню, независимо от MAC-подуровня. IEEE 802.2 определяет именно LLC.

LLC-подуровень располагается между MAC-подуровнем и сетевым уровнем. Он принимает пакеты от сетевого уровня (например, IP-пакеты), добавляет к ним заголовок LLC, а затем передаёт их MAC-подуровню для инкапсуляции в кадр. При приёме — извлекает данные из кадра, проверяет целостность и передаёт наверх.

Формат кадра LLC

Кадр LLC состоит из заголовка и поля данных. Заголовок включает три поля:

• DSAP (Destination Service Access Point) — 1 байт, указывает на протокол верхнего уровня на стороне получателя (например, 0x06 для IP, 0xE0 для IPX).
• SSAP (Source Service Access Point) — 1 байт, указывает на протокол верхнего уровня на стороне отправителя.
• Control (управление) — 1 или 2 байта, определяет тип службы и управляющую информацию (например, номера кадров, команды).

Поле данных может содержать до 1492 байт (в зависимости от MTU нижележащего MAC-уровня). В некоторых реализациях (например, в Ethernet II) LLC-заголовок может отсутствовать, а тип протокола указывается непосредственно в MAC-заголовке.

Типы служб LLC

IEEE 802.2 определяет три типа служб (режимов работы), которые различаются по надёжности и механизмам управления:

Тип 1 (LLC1) — Ненумерованный режим (Unacknowledged Connectionless Service)

• Не требует установления соединения.
• Кадры отправляются без подтверждения получения.
• Не гарантирует доставку, порядок или отсутствие дубликатов.
• Используется для широковещательного трафика (например, ARP, DHCP) и протоколов, где надёжность обеспечивается на верхних уровнях (например, UDP).
• Наиболее распространён в современных сетях.

Тип 2 (LLC2) — Режим с установлением соединения (Connection-Oriented Service)

• Требует установления логического соединения между узлами перед передачей данных.
• Гарантирует доставку, контроль потока и обнаружение ошибок (через механизмы подтверждения и повторной передачи).
• Используется для критичных к потерям протоколов (например, SNA, NetBIOS).
• В современных сетях практически вытеснен TCP на транспортном уровне.

Тип 3 (LLC3) — Режим с подтверждением без установления соединения (Acknowledged Connectionless Service)

• Комбинация типов 1 и 2: не требует соединения, но каждый кадр подтверждается получателем.
• Используется в промышленных сетях (например, Profibus, MAP) для обеспечения надёжности при низкой задержке.
• Редко встречается в офисных и домашних сетях.

Применение

IEEE 802.2 исторически использовался как универсальный интерфейс для различных технологий LAN. Основные области применения:

• Ethernet (IEEE 802.3) — в ранних версиях (до 802.3-1997) LLC был обязательным, но в современных реализациях (Ethernet II) используется собственный заголовок EtherType, а LLC-заголовок опционален.
• Token Ring (IEEE 802.5) — LLC был стандартным подуровнем для передачи данных.
• FDDI (ANSI X3T9.5) — также использовал LLC для совместимости с другими сетями.
• Wi-Fi (IEEE 802.11) — в беспроводных сетях LLC применяется для инкапсуляции данных (например, в кадрах управления).
• Промышленные сети — в протоколах, требующих детерминированной передачи (например, MAP, Profibus).

В современных корпоративных сетях LLC чаще всего используется в режиме Type 1 для мультиплексирования протоколов (например, IP, IPX, AppleTalk), хотя многие реализации (например, в Linux) поддерживают его только для обратной совместимости.

Критика и ограничения

• Избыточность — в условиях доминирования Ethernet LLC-заголовок часто дублирует информацию, уже содержащуюся в MAC-заголовке (например, EtherType). Это увеличивает накладные расходы.
• Сложность — LLC2 требует поддержки состояний соединения, что усложняет реализацию на уровне драйверов.
• Низкая производительность — в высокоскоростных сетях (1 Гбит/с и выше) LLC может создавать задержки из-за обработки заголовков.
• Устаревание — с переходом на IPv6 и отказом от протоколов вроде IPX потребность в LLC снизилась. Многие современные сетевые устройства (коммутаторы, маршрутизаторы) игнорируют LLC-заголовок.

Интересные факты

• Стандарт IEEE 802.2 является одним из немногих, который не был заменён более новым — он остаётся действующим, но не развивается.
• В операционных системах (например, Windows, Linux) поддержка LLC реализована в драйверах сетевых карт, но редко используется прикладными программами.
• В протоколе STP (Spanning Tree Protocol) LLC используется для передачи BPDU-кадров.
• В России стандарт IEEE 802.2 не имеет прямого аналога в ГОСТ, но его принципы учтены в рекомендациях по построению локальных сетей.

Источники

• IEEE Std 802.2-1998: Logical Link Control.
• Andrew S. Tanenbaum, «Computer Networks» (5th edition), 2011.
• William Stallings, «Data and Computer Communications» (10th edition), 2013.
• RFC 1042: A Standard for the Transmission of IP Datagrams over IEEE 802 Networks.
• IEEE 802-2001: Overview and Architecture.