Summary

  • В примере Craig Johnson удаление le 32 из правила экспорта BGP сохранило сессию, но оба /25, объявляемых сервисом, перестали проходить фильтр.
  • Эмулятор наблюдал работу настоящей сетевой ОС в собранной лаборатории; поведенческий двойник вычислял потерянные пути по состоянию, собранному с действующей сети.

У сессии BGP всё было прекрасно. Это и была плохая новость. Craig Johnson показал, как permit 10.20.30.0/24 le 32 превратилось в permit 10.20.30.0/24. Сервис объявлял два /25, которые после правки не соответствовали правилу. В описанной топологии нет покрывающего /24 и маршрута по умолчанию в клиентской VRF. Проверка HTTPS завершилась ожиданием. Соседство маршрутизаторов сохранилось; путь к приложению — нет.

Johnson представил этот разбор 19 октября на NANOG 98 в Майами. Его внутренняя платформа Skyforge строит временные лабораторные сети из описания YAML. netlab формирует настройки, KNE и meshnet запускают экземпляры настоящих сетевых ОС. Так можно наблюдать исполнение: приняла ли ОС команду, что произошло с BGP и были ли отозваны маршруты. Для этой правки два /25 действительно исчезли при установленной сессии.

Лаборатория знает лишь сеть, которую ей описали. Внешние соседи, изученные маршруты, текущие отказы и обратные пути сами в неё не попадут. Поведенческий цифровой двойник Johnson начинает с конфигурации и состояния, собранных в действующей сети, и рассчитывает последствия в более широком контексте. В том же примере он выявил потерянный путь и изменение для восьми из 56 пар источник–назначение. Модель оценивает собранные связи; она не выполняет переход сетевой ОС и не замеряет здоровье приложения.

Два инструмента согласились по этой строке. Согласие ценно ровно настолько, насколько известны входные данные каждого. В докладе есть и цена большого лабораторного масштаба: 100 узлов cEOS были готовы за 374 секунды; попытка с 250 остановилась на 220 из-за памяти; после исправления 500 из 500 подготовились за 925 секунд. Это измерения описанной платформы, а не универсальная норма. Наращивать стенд бесконечно — плохая замена сбору фактического состояния сети.

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

Источники: сессия NANOG 98 · оригинальные слайды Johnson.