RFC 1767

RFC 1767 — это запрос комментариев (Request for Comments), опубликованный Инженерным советом Интернета (IETF) в марте 1995 года, который определяет формат инкапсуляции (упаковки) данных, передаваемых в рамках протокола IEEE 802.5 (Token Ring), в кадры протокола LLC (Logical Link Control). Документ официально озаглавлен «Определение протокола SNAP для сети 802.5» и является частью серии стандартов, описывающих использование Subnetwork Access Protocol (SNAP) для различных сетевых технологий. RFC 1767 не является самостоятельным протоколом, а представляет собой техническую спецификацию, расширяющую возможности протокола LLC для поддержки множества сетевых протоколов поверх сетей Token Ring.

История и контекст

Предпосылки создания

В середине 1990-х годов технология Token Ring (IEEE 802.5) была широко распространена в корпоративных сетях, особенно в среде IBM. Однако стандартный протокол LLC (IEEE 802.2) имел ограничения: он мог идентифицировать только ограниченное количество протоколов верхнего уровня (например, IPX, NetBIOS) с помощью поля DSAP (Destination Service Access Point) и SSAP (Source Service Access Point). Для поддержки новых протоколов, таких как IP, требовался более гибкий механизм идентификации.

Разработка стандарта

RFC 1767 был разработан рабочей группой IETF под руководством Джона Харпера (John Harper) и других участников, занимавшихся вопросами инкапсуляции данных в локальных сетях. Документ стал частью серии RFC, посвящённых SNAP (RFC 1042 для Ethernet, RFC 1390 для FDDI). Основной целью было обеспечить единообразную инкапсуляцию протоколов, использующих идентификаторы EtherType (например, IP — 0x0800, ARP — 0x0806), в кадры Token Ring.

Статус и актуальность

На момент публикации RFC 1767 был информационным (Informational) документом, а не стандартом (Standards Track). С развитием технологии Ethernet и постепенным вытеснением Token Ring из локальных сетей, RFC 1767 утратил практическое значение. Однако он остаётся важным историческим документом, демонстрирующим эволюцию методов инкапсуляции и совместимости сетевых протоколов.

Техническое описание

Структура кадра LLC/SNAP

RFC 1767 определяет, как данные, передаваемые по протоколу 802.5, должны быть упакованы в кадр LLC с использованием заголовка SNAP. Формат кадра включает следующие поля:

1. Заголовок LLC (3 байта):

• DSAP (Destination Service Access Point) — 1 байт: значение 0xAA (указывает на использование SNAP).
• SSAP (Source Service Access Point) — 1 байт: значение 0xAA.
• Control Field — 1 байт: значение 0x03 (ннумерованный кадр LLC, тип UI — Unnumbered Information).

1. Заголовок SNAP (5 байт):

• Organization Code (OUI) — 3 байта: значение 0x000000 (указывает на то, что следующий идентификатор является EtherType).
• Protocol Identifier (PID) — 2 байта: значение EtherType (например, 0x0800 для IPv4, 0x0806 для ARP).

1. Поле данных (Data) — от 0 до 1492 байт (максимальный размер зависит от MTU сети Token Ring).

1. Контрольная сумма (FCS) — 4 байта (CRC-32), вычисляемая по всему кадру.

Отличия от стандартной инкапсуляции LLC

В отличие от стандартного LLC, где протокол идентифицируется по 1-байтовым полям DSAP/SSAP, SNAP позволяет использовать 2-байтовый идентификатор EtherType, что даёт возможность поддерживать более 65 000 различных протоколов. RFC 1767 явно предписывает использовать именно этот механизм для сетей Token Ring.

Совместимость с другими стандартами

RFC 1767 не противоречит стандарту IEEE 802.5, а дополняет его. Кадры, сформированные по этому RFC, полностью совместимы с оборудованием, поддерживающим LLC/SNAP. Однако для корректной работы необходимо, чтобы все устройства в сети Token Ring поддерживали SNAP.

Применение

Основные области использования

• Инкапсуляция IP-пакетов — наиболее частое применение. RFC 1767 позволял передавать IPv4 (EtherType 0x0800) и IPv6 (EtherType 0x86DD) поверх Token Ring.
• Поддержка других протоколов — ARP (0x0806), IPX (0x8137), AppleTalk (0x809B) и другие.
• Совместимость с маршрутизаторами — маршрутизаторы, поддерживающие Token Ring, использовали RFC 1767 для корректной обработки пакетов.

Примеры реализации

В операционных системах (например, Windows NT, Novell NetWare, Linux) драйверы сетевых карт Token Ring часто реализовывали инкапсуляцию по RFC 1767. В Linux, например, модуль tr (Token Ring) поддерживал SNAP-инкапсуляцию, что позволяло использовать стандартные сетевые утилиты (ping, traceroute) в сетях Token Ring.

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

Технические ограничения

• Избыточность заголовка — добавление 8 байт (3 байта LLC + 5 байт SNAP) увеличивает накладные расходы, что снижает эффективную пропускную способность.
• Ограниченная поддержка — не все реализации Token Ring поддерживали SNAP, что приводило к проблемам совместимости.
• Отсутствие обязательности — RFC 1767 не был обязательным стандартом, поэтому некоторые производители оборудования использовали собственные методы инкапсуляции.

Историческая критика

С распространением Ethernet и Fast Ethernet в конце 1990-х годов Token Ring постепенно утратил популярность. RFC 1767, как и другие документы, связанные с Token Ring, стал неактуален. Некоторые эксперты отмечали, что IETF слишком поздно стандартизировала SNAP для Token Ring, когда технология уже начала уступать Ethernet.

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

• RFC 1767 был опубликован в один день с RFC 1766 (теги языков) и RFC 1768 (протокол управления для ATM), что свидетельствует о высокой активности IETF в тот период.
• Документ является одним из немногих RFC, напрямую ссылающихся на стандарт IEEE 802.5, а не на более общий IEEE 802.
• В современных сетях Token Ring практически не используется, однако RFC 1767 остаётся частью исторической документации IETF и иногда цитируется в исследованиях по эволюции сетевых протоколов.

Источники

• RFC 1767 — «Definition of the SNAP Protocol for 802.5 Networks» (март 1995)
• IEEE Std 802.5-1995 — «Token Ring Access Method and Physical Layer Specifications»
• IEEE Std 802.2-1994 — «Logical Link Control»
• RFC 1042 — «A Standard for the Transmission of IP Datagrams over IEEE 802 Networks» (февраль 1988)
• RFC 1390 — «Transmission of IP and ARP over FDDI Networks» (январь 1993)
• Tanenbaum, A. S. (2003). Computer Networks (4th ed.). Prentice Hall.