Кратко
- RFC 9985 требует MCI для значимых изменений BFD и допускает LCI для большинства неизменных пакетов
Up. - Такая аутентификация является ограниченным свидетельством о сессии, а не разрешением на изменение маршрута или вывод о качестве услуги.
Здесь разделяют вычислительную цену, а не абсолютную силу
MCI и LCI нельзя механически перевести как «сильную» и «слабую» защиту. RFC 9985 различает их по влиянию на реализацию. Это важно именно для BFD, ценность которой зависит от работы многих сессий при коротком времени обнаружения. Дорогая проверка ставится там, где машина состояний получает новое значение; частый поток сохранения состояния не может тайно это значение изменить.
MCI обязательна для AdminDown, Down и Init, а также для изменения состояния, бита Demand, Poll или Final и некоторых параметров. В Up пакет с LCI не вправе менять ничего, кроме раздела аутентификации. Быстрый пакет сохраняет уже полученное состояние; он не создаёт нового факта.
Объект наблюдения остаётся ограниченной BFD-сессией
RFC 5880 предназначает BFD для обнаружения проблем связи с next hop плоскости пересылки и привязывает сессию к её инкапсуляции. Up не доказывает выполнение прикладной операции, работу каждого ECMP-пути, достаточную ёмкость или результат для клиента.
RFC 9314 отдельно показывает конфигурацию, оперативное состояние и клиентов BFD. У клиента маршрутизации есть собственные правила сходимости. Контроллеру трафика нужны политика, ёмкость и план отката. Владельцу услуги нужна прикладная телеметрия. Одна и та же BFD-сессия может быть входом для всех, но не становится их общим распорядителем.
Периодическая MCI-проверка не превращается в проверку услуги
LCI не отменяет дорогую проверку навсегда. RFC 9985 предусматривает периодический Poll с MCI. Если в заданный срок не приходит Final, аутентифицированный MCI, сессию следует перевести в Down. Интервал настраивается, поэтому его выбор — локальное решение о риске, которое нужно хранить и проверять.
Текущая LCI-пара связана с Meticulous Keyed ISAAC из RFC 9986. В нём доставка секретов остаётся вне области действия, а анализ ISAAC для этой цели назван ограниченным. Это не обесценивает конкретный результат LCI; это не даёт расширить его до доказательства хранения ключа, развёртывания или воздействия на услугу.
Уведомление клиента — отдельный переход
RFC 9985 рекомендует сообщать BFD-клиенту о состоянии Up лишь после успешного перехода к LCI. Внутренний переход мог выглядеть корректно под MCI, но ещё не быть готовым для потребителя, если режим, который будет поддерживать сессию, не работает.
Источники
- RFC 9985 — Optimizing Bidirectional Forwarding Detection Authentication
- RFC Editor information — RFC 9985
- IETF Datatracker — RFC 9985
- RFC 5880 — Bidirectional Forwarding Detection
- RFC 9986 — Meticulous Keyed ISAAC for BFD
- RFC 9314 — BFD YANG Data Model
- IANA BFD Parameters
- RFC 9978 — Bidirectional Forwarding Detection Stability
- Heng Lu — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
