Кратко
- RFC 1222 предложил две логические сущности в одном устройстве: одну в IGP абонента, другую в IGP магистрали, с обменом через EGP или BGP.
- NSFNET и провайдер подключённой сети по-прежнему отвечали каждый за целостность собственных маршрутных данных; Ethernet оставался административной границей.
- Два процесса и локальная сессия не доказывали изоляцию ядра, правильную установку маршрутов, пересылку пакетов или доступность адресата.
Видимость единой системы переносила чужие колебания
RFC 1222 Х.-В. Брауна и Я. Рехтера вышел в мае 1991 года как предложение упростить и удешевить подключение к NSFNET Backbone. RFC Editor относит документ к Informational, IETF Datatracker — к потоку Legacy. Это не стандарт и не отчёт о конкретном внедрении.
На первом этапе магистраль 56 Кбит/с использовала Fuzzball и Hello, сети среднего уровня — преимущественно RIP, а gated переводил данные между ними. Всё выглядело единой системой маршрутизации. Изменение метрики на одном краю могло пройти через несколько администраций, а более связная топология при слабой изоляции облегчала петли и нестабильность.
Этап T1 жёстко разделил IGP магистрали и клиентские IGP. RFC 1093 описал интерфейс, а RFC 1092 — соглашения о представительстве, базу политик и отклонение неразрешённых объявлений. EGP сдерживал распространение внутренних метрик, но не доказывал полномочие каждого объявления и прохождение пакета.
Две логические стороны не требовали двух коробок
Для правильной изоляции абонент поддерживал собственный peer: тот участвовал во внутреннем IGP и говорил EGP/BGP с узлом NSFNET. При подключении множества малых площадок T3 дополнительное устройство и сложность эксплуатации становились барьером.
RFC 1222 отделил логическое условие от физической реализации. Одна сущность принадлежит IGP абонента, другая — IGP магистрали, между ними действует междоменный механизм. Два daemon могли работать в одном Unix-узле и обмениваться через loopback или IPC.
BGP в RFC 1163 передавал сведения о достижимости между автономными системами. Сессия на lo0 сокращала физический путь, но не меняла автора маршрута. Политика импорта, происхождение и владелец конфигурации оставались различимыми.
Общее ядро создавало общий канал отказа
Документ предупреждал о нежелательном одновременном взаимодействии двух daemon с kernel. Разные процессы могли писать в общие таблицы, использовать интерфейсы и ресурсы, зависеть от одного перезапуска. Логическая схема сама по себе не подтверждала изоляцию отказов.
Лестница наблюдений остаётся раздельной: запуск процесса, установление сессии, принятие маршрута, запись в ядро, пересылка пакета и наблюдение у адресата. Ранняя ступень не содержит позднюю.
Между IGP предлагались сильные firewalls, а переходящие данные должны были получать тег внешнего домена. Тег сохранял контекст происхождения, но не аутентифицировал объявление и не гарантировал, что следующая программа его сохранит или применит правильно.
Настройка оставалась у стороны, которую описывала
Управление предполагалось распределённым. Организация магистрали и провайдер подключённой сети отвечали каждый за целостность своих данных. Региональный клиент мог предоставлять конфигурацию процесса, участвующего в его IGP, и контролировать ввод информации в собственный домен.
Ethernet-подключение сохраняло роль административной и эксплуатационной границы. Журнал магистрального процесса не мог сам удостоверить клиентскую конфигурацию; клиентская таблица не доказывала forwarding магистрали. Назначенная ответственность также не была свидетельством исполненной целостности.
Долгосрочный вариант сдвигал границу к облаку C-NSS. Две организации должны были управлять физической средой до E-NSS. PPP и средства контроля последовательных линий помогали, однако разнородное оборудование затрудняло локализацию аппаратной неисправности. Состояние link up не называло виновную сторону и не доказывало услугу.
Исторический смысл RFC 1222 — в запрете сжимать доказательства вместе с оборудованием. Происхождение маршрута, решение процесса, состояние ядра, физический сбой, пересылка и результат остаются отдельными фактами даже на одном процессоре.
Источники
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
