Кратко

  • Внешняя метка OSPF из RFC 1403 описывала способ генерации, полноту сведений и класс длины пути, но не содержала полный AS_PATH.
  • Ручная метка оставалась непрозрачным локальным значением; автоматическая различала лишь нулевой, единичный и более длинный путь.
  • Усечённый путь либо полный путь, хранящийся в отдельной записи BGP, нельзя было заново экспортировать из одной лишь проекции OSPF.

На границе менялся не только формат, но и объём памяти

За пределами автономной системы BGP описывал междоменный путь. Внутри OSPF считал достижимость по другой модели. Один ASBR мог импортировать внешний маршрут в OSPF, а другой — увидеть внутреннюю запись и попытаться объявить её обратно наружу.

RFC 1403 разбил 32-битную метку на Automatic, Completeness, два бита PathLength, двенадцать произвольных битов и шестнадцать битов номера AS. PathLength был не счётчиком всей последовательности, а классом: ноль, один, больше одного или резерв.

Метка описывала состояние доказательства. Уменьшенной копией AS_PATH она не была.

При Automatic=0 остальные 31 бит представляли LocalInfo, заданное оператором. Этот режим сохранялся по умолчанию ради совместимости. RFC запрещал выводить из такого рисунка свойства маршрута. Только автоматическая генерация включала общую семантику полноты и длины.

Automatic не означал подлинность. В документе вопросы безопасности не рассматривались. Бит определял способ чтения, но не доказывал надёжность устройства, входных данных или политики.

История могла быть потеряна или храниться в другом месте

Для локального источника или одного соседнего AS грубой категории ещё могло хватить для ограниченного построения пути. Произвольная длинная последовательность в поле не помещалась.

Если путь уже был усечён, метка сообщала лишь «неполный и длинный». Другому ASBR запрещалось повторно экспортировать маршрут в BGP. Пустое место не становилось разрешением угадать недостающие AS.

Если полный путь сохранялся, он должен был идти отдельно по BGP между пограничными маршрутизаторами того же AS. Увидев OSPF-маршрут, устройство обязано было дождаться внутреннего BGP update и лишь затем объявлять наружу. RFC называл это “out of band”: нужные сведения переносил другой протокольный документ, а не скрытый канал данных.

В первом случае свидетельство уничтожено, во втором у него другой хранитель. Но проекция не заменяет источник ни в одном случае.

Наличие в таблице не давало права на объявление

По умолчанию OSPF-маршруты не экспортировались в BGP; внешние записи требовали явной настройки. Импорт BGP в OSPF также выбирался отдельно. Default route не могла возникать без административного решения.

Узнать маршрут, перенести его в другую область и опубликовать peers — три разных события. Запись в OSPF не доказывала сохранность происхождения и не выражала разрешение на экспорт.

OSPF cost и BGP-3 INTER-AS METRIC различались шириной и смыслом. RFC 1403 оставлял необязательную метрику BGP неустановленной. Арифметическое преобразование не переносило семантику одной системы решений в другую.

Совпадение BGP Identifier и OSPF router ID связывало записи. Если несколько ASBR импортировали один внешний адрес, объявляющий router должен был определить фактически выбранный OSPF-выход и использовать соответствующий ему полный BGP-путь.

RFC 1745 в 1994 году добавил BGP-4, IDRP, переменные префиксы, множества путей, MULTI_EXIT_DISC и LOCAL_PREF. При равноценных выходах пути могли объединяться в set. Однако ограничение осталось: усечённый путь никогда не реэкспортируется, а полный длинный путь сначала должен прийти через BGP/IDRP.

Сопоставление Forwarding Address и NEXT_HOP могло убрать лишний переход, но не доказывало фактическую пересылку, ответ удалённого узла или результат приложения. Исходный маршрут, импорт, происхождение метки, полнота, экспортная политика, полный путь, объявление, forwarding и пользовательский результат относятся к разным уровням реальности.

RFC 1403 и RFC 1745 сегодня имеют статус Historic. Они не подтверждают современное внедрение или реальный инцидент. Их устойчивый вывод уже: признание неполноты имеет смысл только тогда, когда система отнимает полномочия, зависящие от отсутствующих сведений.

Источники

Источники подтверждают статус документов, семантику полей и нормативные требования, но не нынешнее внедрение, подлинность, успешную пересылку или пользовательский результат.