RIPEの資源ツリー：「変」は「故障」ではない

要約

RIPE NCCはRIPE DatabaseサイトのResourcesページにツリー表示を導入し、LIR Portalにも同様の階層表示とチェック機能を設計している。
「完全一致なし」は検索結果を伝える言葉であり、それだけでネットワーク障害を診断するものではない。

IP資源のツリーは、ときに親戚の集まりのように見える。子会社経由で来た人がいて、請負先に連れられた人がいて、住所ブロックを叔母から借りたような枝もある。画面の第一の役目は、誰が誰の配下かを見せること。第二の役目は、座席表に一人載っていないだけで一族全員を容疑者にしないことだ。

RIPE NCCは、RIPE DatabaseサイトのResourcesページを表形式からツリーに変更した。割り振り、再割り振り、個別割当の階層を表示する。10月21日のRIPE Labs記事は、LIR PortalのMy Resources全体の再設計を説明した。資源を選ぶと、登録情報、利用状況、RIPE Databaseオブジェクト、ルーティング情報をサイドパネルに集める構想だ。Databaseのツリーは公開済み。一方、Portalの設計はまだ改善中で、RIPE NCCはRIPE 93で利用者テストを計画していた。

この時点の違いは書き分ける必要がある。稼働中のページと、会員に触ってもらう設計案を同じ「提供開始」に押し込めば、ロードマップがリリースノートに化ける。

予定されるチェックは現場の問いに沿う。宣言されているIPv6割り振りに利用登録がないのか。IPv6割当が想定より小さいのか。登録済みの割当がルーティング情報に現れないのか。使われているように見えるアドレス空間に割当記録がないのか。こうした表示は、複数の道具を行き来して階層を手作業で復元する時間を減らせる。

ただし、チェック結果の証拠力は同じではない。ルートオブジェクトとの完全一致を探して見つからなくても、より具体的な経路、対象を覆うプレフィックス、別の設定が説明になる場合がある。システムが見つけたのは「完全一致なし」だ。犯人のルーターではない。

RIPE Labsが挙げる中立表示は “No exact match found”。この短い文言は重要な設計判断だ。「問題」と表示すれば診断まで終わったように読める。「要確認」なら記録を人が見る理由だけを伝える。観察と解釈を混ぜないための境界線である。

表示色も同じ仕事を担う。オレンジは注意、緑は良好、中立色は判断材料が足りない状態。これは飾りではない。緑の親資源の下に未確認の子資源があるなら、運用者は未確認、対象外、大規模な階層で処理が止まった状態を区別できなければならない。空白の枝を黙って隠す緑のツリーは、限界を隠すのがうまい。

大規模な階層では、この問題が実務になる。RIPE NCCによると、自動チェックには多数のAPI呼び出しが必要になる場合がある。画面には、確認済み、未確認、その理由を出す必要がある。「異常なし」が、厄介な枝に届く前にクエリが終わった意味なら、運用者は誤った安心を買う。

次の対応は観察内容から決まる。登録漏れなら登録記録を直す。経路上で見えない割当ならルーティングを調べる。使われているのに割当記録が見つからないなら、顧客かスポンサーLIRに確認する。完全一致なしの表示は、該当するルートと登録オブジェクトへ案内すべきだ。無関係なプレフィックスに自動で違反票を切るべきではない。

My Resourcesの価値は、見た目のよい家系図ではない。資源の関係から、その理由を説明する記録までの距離を短くすることだ。RIPE NCCはDatabaseツリーの公開を確認し、RIPE LabsはPortal側をなおテスト前の設計として説明している。足りない証拠はRIPE 93の利用者テスト結果だ。利用者は別の画面を開かずに、中立表示と未確認の枝を見分けられるか。できればMy Resourcesは診断の助けになる。できなければ、色が警告札の役目をしているだけだ。