Кратко

  • В RFC 3970 TE-туннель был up, если работал хотя бы один его путь; общее время работы и время на основном пути учитывались отдельно.
  • Настроенный, вычисленный и записанный сигнализацией маршруты не совпадали по определению, а необязательные ограниченные уведомления, разрывы счётчиков и циклические TimeTicks не образовывали полный журнал.

Состояние up удобно тем, что отвечает сразу за много компонентов. Оно же опасно, если забыть потерянные подробности. RFC 3970, опубликованный в январе 2005 года, представлял туннель инженерии трафика логическим объектом с одним или несколькими путями. Достаточно было одного поднятого пути, чтобы поднятым считался туннель. Резерв мог сохранить итог при отказе основного.

Модель позволяла увидеть это сжатие: отдельно существовали полное время работы туннеля и время работы основного пути. Доступность через любой путь и соблюдение предпочтительной траектории были разными показателями.

MIB использовала требования RFC 2119, SMIv2 из RFC 2578, RFC 2579 и RFC 2580, архитектуру RFC 3411 и пояснения RFC 3410. Управляемое хранилище показывало проекцию системы, а не всю систему.

Три маршрута фиксировали разные решения

Туннель содержал пути, путь — упорядоченные переходы. Настроенный маршрут выражал запрос управления. Вычисленный был результатом зависящего от реализации алгоритма ограничений. Записанный сообщал путь, фактически зафиксированный протоколом сигнализации. Ноль означал отсутствие вычисленного или записанного маршрута.

Между этими этапами могли возникнуть расхождения. Свободное ограничение превращалось в конкретный расчёт, а сигнализация могла установить другую последовательность или завершиться неудачей. Требования RFC 2702, RSVP-TE в RFC 3209 и CR-LDP в RFC 3212 описывали соседние механизмы, не объединяя их свидетельства.

Состояния пути тоже имели границы. down означал сбой сигнализации; dormant — несигнализированный резерв; ready — сигнализированный путь без трафика; operational — сигнализированный путь с трафиком. Успех управления ещё не был переносом данных.

Область MIB ограничивалась входом. Вход должен был сигнализировать остальным маршрутизаторам, а расширение на другие точки оставалось будущей задачей. Полная входная запись не удостоверяла каждый транзит.

Счётчик без непрерывности не был историей

Счётчики пакетов и октетов могли обрываться при перезапуске управления и в другие моменты. Отдельный объект отмечал последнюю дискретность. Разность двух чисел без этой проверки могла смешать разные эпохи.

Возраст, общее время и время основного пути использовали TimeTicks, которые переполнялись примерно через шестнадцать месяцев. RFC требовал интервального измерения и учёта оборота. Нужны были время, sysUpTime, непрерывность агента и правило расчёта.

Уведомления также не были полным журналом. События up, down, смены активного пути и перестройки маршрута ограничивались одним в минуту при быстрых изменениях. Группа уведомлений была необязательной, а генерация по умолчанию выключена. Молчание могло означать спокойствие, отсутствие функции, выключение, потерю или подавление.

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

Прочитанный индекс ещё не принадлежал читателю

Перед созданием приложение читало кандидат свободного индекса. Два приложения могли получить один номер; только SET разрешал гонку, и проигравший читал снова. GET не был резервированием.

Некоторые изменения требовали перевести строку в notInService, изменить и вернуть в active, возможно с новой сигнализацией. Статус управлял жизненным циклом строки, не результатом пересылки.

Минимальное соответствие разрешало только чтение всех обязательных объектов. Полное добавляло предусмотренную запись, но уведомления оставались опциональными. Соответствие RFC 3970 не доказывало возможность настройки или доставки событий.

Связи с Interfaces MIB, IP Tunnel MIB и соглашениями MPLS из RFC 3811 объединяли индексы и типы. Они не делали интерфейс, инкапсуляцию, сигнальный путь и услугу одним фактом.

Чтение раскрывало, запись меняла

Изменение административных групп меняло смысл ограничений. Запись полосы, состояния или переходов могла перенаправить трафик, вызвать колебания или остановку. Чтение открывало концы, объёмы и маршруты. Поэтому RFC рекомендовал аутентификацию и конфиденциальность SNMPv3 и не рекомендовал старые версии.

Аутентификация всё же не давала универсального права. Политика отдельно разрешала GET, изменение, создание и удаление. Личность, полномочие и сетевой исход оставались разными.

Страница RFC Editor, поиск исправлений и IETF Datatracker подтверждают документальный статус. RFC 9141 позднее обновил устаревшую архивную ссылку в контактах. Эти источники не измеряют внедрение, доступность или происшествия.

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

Источники