要約

  • InterLAN IXはRIPE 93の資料で、LighthouseをNokiaルーター9台、Aristaスイッチ20台、197サービス、ポータル顧客214に使っていると示した。機器ごとの設定プレビュー、事前検証、到達性確認、確認期限付きの巻き戻しを備える。
  • 外部APIの書き込みはロックと監査を伴う変更処理を通る。一方、AIアシスタントの道具は読み取り専用で、AIが変更を提案する機能は「計画中」と明記された。

「原子的な複数機器の変更」という言葉は頼もしく聞こえる。だが、先に設定を受け取ったルーターと、後で失敗したスイッチが別の状態になった瞬間こそ、運用者の値打ちが試される。RIPE 93のConnectセッションでInterLAN IXのAndrei Dinuが示した原本スライドは、この隙間を埋める部品を具体的に並べる。版管理されたサービスの型から設定を生成し、対象機器ごとに差分を見せ、確定前に検証する。書き込んだ後も到達性を確かめ、確認されなければ戻すための時計を動かす。

InterLANが示した運用規模は、Nokiaルーター9台、Aristaスイッチ20台、197サービス、ポータル顧客214。発表者による現況の数字であり、214人が変更を実行した回数ではない。会員はポータルでサービスの状態を見て、許された範囲の依頼を出す。裏側には経路サーバーを扱うBirdNest、映像配信を扱うNoSignal、ネットワーク設定を扱うLighthouseという別々の仕組みがある。一つのポータルに並んでいても、経路のフィルターとルーター設定と映像の監視を同じ機能として数えてはいけない。

Nokia側の画面には確認の残り時間が表示される。新しい設定が確認されなければ機器が元へ戻る。Lighthouseは管理経路が届くかを確かめ、誰が何を変え、戻したかを記録する。例示画面の「4分42秒」はその撮影時の残り時間で、全操作の固定期限ではない。時計が効くのは、変更によって管理接続そのものを切ってしまうような場面だ。そこから「戻す」ボタンに人が手を伸ばせるという前提は、かなりの楽観である。

さらに厄介なのは、データベースと現場の機器が食い違う場合だ。Lighthouseは保存された設定と実機を比べ、手作業の変更を偏差として残す。欠けたSAPや重複したID、EVIも調べる。運用者は変更処理を通して修正し、許可があれば現場の値を採用できる。夜中の応急修理を古い型からの「逸脱」と呼ぶのは簡単だ。しかしその一行が通信を救っているなら、整ったデータベースを優先するだけでは責任を果たせない。差分を消す前に、誰の判断でどちらを正とするかが要る。

InterLANは本番の保存設定とトポロジーを使い、ContainerlabとNokia srsimで別の実験環境を作る。そこでほぼ同じ設定と巻き戻し手順を試すが、実験室から本番への書き戻しはない。資料は限界も記す。機器には管理と経路制御の準備が必要で、Arista vEOSやBIRDによる顧客側の模擬は今後の計画だ。試験の価値は「完全な双子」という名前ではなく、再現できた部分とまだ欠ける部分を見分けられることにある。

AIの扱いは、その境界をさらに明快にする。外部APIは読み書きできるが、書き込みは通常のロック、変更処理、巻き戻し、監査を通過する。AIアシスタントにはMCPの読み取り専用道具が渡され、状態、ログ、診断を見て顧客向け報告や移行計画をまとめる。最終ページでAIによる変更支援は「計画中」に置かれ、提案、審査、承認の順が書かれた。いまの助手は記録係であって、機器の設定を自分で確定する係ではない。

RIPE NCCとの接点も限定しておく。RIPE RISの収集器一覧は、ブカレストのInterLAN-IXにRRC22を載せている。RISの測定を運用するのはRIPE NCC、Lighthouseと交換所を運用するのはInterLANだ。経路を観測した記録、データベース上の意図、実機の現況は別々の証拠である。会議の同じ画面に映っただけで、片方がもう片方の安全を保証することはない。

この資料には、変更の試行件数、機器間で結果が割れた件数、巻き戻しの成功率がない。日付付きの集計が出れば安全性を測れる。現時点で評価できるのは仕組みの配置と公表された運用範囲だ。書き込みの前に検証があり、手作業の跡が残り、AIには読む仕事しか渡していない。この三つは、派手な自動化の看板よりはるかに具体的だ。

資料：RIPE 93の公式発表記録、Lighthouseの原本スライド、RIPE RIS収集器一覧。