Summary

  • 21 сентября IESG одобрила draft-ietf-bier-ping-29 для статуса Proposed Standard. Это ещё не опубликованный RFC.
  • Для проверяемого потока Echo Request должна сохранять BIFT-id, BSL, Entropy и DSCP. Описанный traceroute ограничен BIER поверх MPLS, тогда как ping такого ограничения не имеет.
  • На 24 сентября работа IANA продолжалась, а RFC Editor ожидал сведений от авторов. Официальное сообщение говорит лишь о реализации неопределённой части механизма.

Архитектура BIER позволяет входному маршрутизатору пометить в битовой строке выходы, которым нужен пакет, не заставляя промежуточные узлы хранить состояние каждого многоадресного потока. Это удобно для пересылки, но осложняет доказательство причины сбоя. Новый проект определяет сообщения OAM, чтобы обнаруживать и локализовать неполадки в самом тракте BIER, не подменяя его проверкой IP-уровня.

Решение IESG от 21 сентября относится к спецификации. Оно не устанавливает, что любое устройство, заявляющее BIER, одинаково понимает все режимы эха. Важнее то, насколько проба похожа на наблюдаемый поток. Проект требует совпадения BIFT-id, длины битовой строки BSL, Entropy и DSCP. Эти поля влияют на таблицу и условия пересылки. Если журнал хранит только зелёный индикатор, но не четыре значения и выбранные выходы, впоследствии невозможно установить, какую именно ситуацию подтвердил ответ.

Под одним названием разные пределы

Traceroute в этом документе ограничен BIER поверх MPLS. Для ping такого ограничения нет. Поэтому обещание «поддержки BIER Ping and Trace» без указания инкапсуляции, типов ответа и версии программного обеспечения слишком расплывчато. Даже достоверное эхо показывает прохождение конкретного OAM-пакета при конкретных условиях. Оно само по себе не измеряет доставку приложения всем получателям, потери или задержку.

Отсутствие ответа тоже не равно поломке тракта данных. Причиной могут быть обратный маршрут, ограничение частоты ответов или ещё не реализованная функция. Разделение этих сценариев определяет, приведёт ли новый стандарт к быстрому поиску неисправности или просто добавит ложную уверенность в системе оповещений.

На этапе публикации проект запрашивает порт UDP для Echo Reply, передаваемого через IP/UDP, а также идентификаторы и реестры BIER OAM. Экспертное замечание IANA уточняет, что речь о одноадресных ответах в контролируемой среде, а не о переносе общего многоадресного трафика. Это разграничение важно для правил доступа и модели угроз. Окончательный номер порта нельзя выводить из самого одобрения.

По состоянию на проверку Datatracker указывает очередь RFC Editor, продолжающееся действие IANA и ожидание ввода от авторов. В объявлении IESG отдельно сказано, что авторам нужно ответить на вопросы IANA. Это не отмена решения, а незавершённая передача работы между участниками процесса. Столь же осторожна публичная оценка реализаций: поставщики, поддерживающие BIER в какой-либо форме, внедрили «часть» механизма. Доказательства полной совместимости там нет.

Принцип Lu Heng о первенстве работающей сети полезен здесь как редакционный критерий: название стандарта должно подтверждаться воспроизводимым наблюдением на устройствах. Он не является источником сведений о развёртывании BIER. В отличие от прежней статьи о выводах из пробы высшего CoS, нынешний материал посвящён новой протокольной вехе и её переходу к эксплуатации.

Sources