Кратко

  • RFC 1188 установила LLC/SNAP, IP MTU в 4352 октета и ARP-правила для FDDI, рассчитанные в том числе на совместимость с мостом Ethernet.
  • EtherType, аппаратный адрес, запись ARP, размер кадра и полученный кадр описывают локальную передачу; они не удостоверяют личность, собственность, право, маршрут или итог работы приложения.

Быстрое кольцо нуждалось в общем способе чтения

RFC 1188, опубликованная David Katz в октябре 1990 года взамен RFC 1103, определила передачу IP и ARP по FDDI. Её основой стала идея RFC 1042: разные реализации должны одинаково разобрать полезную нагрузку прежде, чем смогут взаимодействовать на уровне IP.

LLC типа 1 и SNAP дают такую грамматику. AA-AA-03, нулевой организационный код и следующий идентификатор протокола говорят интерфейсу, что полезную нагрузку надо читать как IP либо ARP. Это указание синтаксиса, а не подпись отправителя. Метка IP не делает адрес доказательством владения, не передаёт удалённое полномочие и не доказывает, что приложение на другой стороне что-либо получило или выполнило.

4352 было пределом одного звена

RFC 1188 выбрала 4352 октета для IP MTU в FDDI. После LLC/SNAP максимальный кадр мог оставить примерно 4470 октетов, но текст резервирует место для изменяемого и будущего MAC/статусного накладного расхода. Шлюз обязан принимать пакет размера MTU и фрагментировать его при необходимости. Это свойство границы FDDI, не обещание всей цепочке.

Без явного знания о способности назначения хост не должен посылать больше обычных 576 октетов. RFC 1191 позднее приводит 4352 как историческое значение FDDI в таблице path MTU, но строка таблицы не измеряет конкретный живой маршрут. Первый канал, фрагментация, приём хостом и эффект приложения — разные факты.

ARP находил локальный следующий адрес

FDDI допускала станции с 16- и 48-битными адресами, однако RFC 1188 требует для IP и ARP только 48-битные. Для совместимости с Ethernet через мост ARP передаётся с типом оборудования 1, принимает тип 1 или 6 и переносит адреса в canonical bit order. Поскольку FDDI обычно показывает Group bit иначе, биты каждого октета в поле ARP должны быть обращены.

Это защита от ошибки представления. Кэш ARP сопоставляет IP с адресом, куда данный хост может направить кадр на своём носителе. Он не является реестром владельца, проверкой личности, доказательством доступности станции или правом её изменить. После ARP каждая из границ — мост, маршрутизатор, хост, TCP и приложение — ещё может отдельно отказать или потерять передачу.

Преемник RFC не доказывает настоящее

RFC 1390 фиксирует Internet Standard-преемника 1993 года. Это факт истории документов, не доказательство текущего использования FDDI, конкретной сети или успешной доставки.

Исторический урок RFC 1188 состоит в точном масштабе утверждений: инкапсуляция задаёт синтаксис, ARP — локальное соответствие, MTU — размерный предел. Личность, разрешение, путь и прикладной результат требуют самостоятельных доказательств.

Источники и граница доказательств

Использованы RFC 1042, RFC 1188, RFC 1191 и RFC 1390. Они не доказывают нынешнее внедрение, личность, полномочие, живой маршрут, доставку или прикладной итог.