Кратко

  • RFC 1223 запускал ES-IS и IS-IS поверх HYPERchannel без настоящего broadcast или multicast.
  • Групповое намерение раскладывалось на копии для настроенных или изученных участников.
  • Корректный PDU или одна доставка не подтверждали полноту списка, смежность, сходимость и доставку данных.

RFC 1223 опубликован в мае 1991 года о CLNS и LLC1 на HYPERchannel. RFC Editor относит его к Informational, IETF Datatracker — к Legacy. Это исторический контракт, не свидетельство внедрения.

End System имел настроенный список IS и посылал отдельный ESH каждому. ISH от нового IS добавлял адрес лишь на holding time. Настройка и наблюдение имели разные источник и срок. Рекомендованный интервал около 0,1 секунды означал, что первые и последние копии могли попасть в разные условия очереди и линии.

Intermediate Systems также хранили полный список Level 1 или Level 2 и отправляли IS-IS каждому отдельно, скрывая размножение от протокола. RFC 1142, RFC 1195 и RFC 995 дают контекст, но не подтверждают конкретный снимок участников или приём всех копий.

Без настоящего IS роль исполняли менеджеры SNARE; каждый End System должен был настроить их всех. Получение ESH, пересылка и redirect оставались разными действиями. Функции query configuration не было, поэтому хотя бы один IS или SNARE требовался заранее.

RFC 1223 показывает долг доказательств под абстракцией: намерение, список, копия, очередь, передача, приём, обновление состояния и сходимость — отдельные записи. Пропуск участника может означать ошибку списка, истечение, сброс очереди, обрыв линии или обработку без результата.

Источники