Кратко

  • Согласно представленным InterLAN IX на RIPE 93 материалам, Lighthouse используется для девяти маршрутизаторов Nokia, двадцати коммутаторов Arista, 197 услуг и портала с 214 клиентами. Изменение проходит предварительный просмотр по устройствам, проверку, контроль доступности и подтверждение с таймером отката.
  • Внешний API допускает запросы на запись только через транзакции с блокировками и аудитом. Инструменты ИИ-помощника доступны для чтения; изменения с участием ИИ обозначены как будущая схема «предложить — проверить — одобрить».

У слова «атомарный» в сетевой презентации есть неприятный соперник — второй маршрутизатор. Первый уже записал новую настройку, второй ещё отвечает ошибкой: какое состояние считать услугой? В сессии Connect конференции RIPE 93 инженер InterLAN IX Андрей Дину показал Lighthouse как ответ на эту задачу. Оригинальные 23 слайда называют процесс транзакцией для нескольких устройств и раскладывают его на проверяемые шаги: версия шаблона услуги, отдельный просмотр конфигурации каждого устройства, проверка перед записью, контроль достижимости, подтверждение или возврат и журнал исполнения.

На слайде «In use at InterLAN IX» указаны девять маршрутизаторов Nokia, двадцать коммутаторов Arista, 197 услуг и 214 клиентов портала. Это срез, который сообщает оператор, а не опубликованная статистика успешных операций. Клиент видит статус и может запросить услугу или ограниченное изменение. За общим интерфейсом работают разные системы: BirdNest управляет серверами маршрутов, NoSignal — телевизионными потоками, Lighthouse — сетевыми устройствами. Их объединение в одном окне не отменяет разных прав записи и разных способов отказа.

Особенно нагляден таймер на стороне Nokia. Система предлагает конфигурацию, проверяет доступность устройства и требует подтверждения; если подтверждения нет, устройство возвращает прежнюю настройку. На иллюстрации остаётся четыре минуты сорок две секунды — это одно состояние экрана, а не установленное для всех операций время. Смысл механизма в другом: ошибочная настройка способна отрезать инженера от канала управления. Когда удалённая кнопка «Отменить» уже недоступна, возможность отката должна жить ближе к самому устройству.

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

Репетиция проходит в отдельном цифровом двойнике. InterLAN берёт последнюю сохранённую производственную конфигурацию и топологию, очищает их и строит лабораторию на Containerlab и Nokia srsim. Там можно почти так же выполнить запись и возврат, не отправляя изменения обратно в рабочую сеть. Презентация называет границы: управление и маршрутизация устройств должны быть подготовлены заранее, а Arista vEOS и контейнеры BIRD для имитации клиентов пока в планах. Хорошая репетиция ценна не обещанием полного сходства, а перечнем того, что она действительно проверила.

ИИ в этой схеме сидит у другой двери. Внешний API умеет читать и принимать запросы на запись, но запись проходит обычные блокировки, транзакции, откат и аудит. Помощнику выданы MCP-инструменты только для чтения состояния, журналов и эксплуатационной диагностики. На слайдах он готовит отчёт клиенту и план миграции. Последняя страница относит изменения, предложенные ИИ, к будущей работе: сначала предложение, затем проверка, затем разрешение. У помощника есть доступ к фактам, но сейчас нет ключа к конфигурации.

Связь с RIPE NCC здесь прямая, хотя роли различны. В документации RIS коллектор RRC22 размещён у InterLAN-IX в Бухаресте. RIPE NCC ведёт сервис наблюдения за маршрутами; InterLAN эксплуатирует обменную площадку и Lighthouse. Наблюдаемый анонс, запись о желаемом состоянии и фактическая конфигурация маршрутизатора — три самостоятельных свидетельства. Нельзя подтвердить успешную запись одним лишь маршрутизаторным графиком.

Для оценки надёжности не хватает датированной сводки: сколько изменений пытались выполнить, сколько дали частичный результат и сколько откатов завершились успешно. Такая публикация изменила бы вывод. Пока слайды подтверждают устройство процесса и заявленный масштаб. Их сильная мысль проста: машина может действовать быстро, но каждый путь записи должен оставлять след, а право читать не превращается по моде в право управлять.

Источники: официальная страница доклада RIPE 93; оригинальные слайды Lighthouse; список коллекторов RIS RIPE NCC.