要約
draft-ietf-ivy-passive-network-inventory-01は、ケーブル、子ケーブル、両端、パッシブ装置、ポート、タグ、位置を共通のYANGで表す。ただし対象は管理インターフェースを持たないことが多く、どう把握するかは仕様の範囲外である。- 正しい形式の台帳行が証明するのは、管理システムが構造化された主張を保持していることまでだ。現物の存在、現在の接続、利用可能性を判断するには、観察方法と保管経路を別に残さなければならない。
応答しないインフラ
ネットワーク管理は、応答する装置を中心に発達してきた。ルーターはインターフェースを公開し、光トランシーバーはアラームを出し、コントローラーは意図した状態と運用状態を比較できる。だが信号の物理経路には、ダクト、キャビネット、配線盤、コネクター、スプリッター、アンテナ、ケーブル、個々の光ファイバー、融着点といった応答しない設備が連なる。
IVY作業部会の新しい草案は、この静かな層を共通台帳に取り込もうとしている。2026年9月9日に00版が作業部会文書として承認され、翌日に01版が公開された。Standards Trackを想定する一方、現時点では審議中の提案であり、確定したRFCや普及状況を示す資料ではない。
共通語彙には明確な利点がある。設計、地理情報、現場保守、サービス保証、上位コントローラーの間で同じ関係を何度も変換せずに済む。しかし表現が標準化されても、事実を知った方法まで統一されるわけではない。パッシブ設備では、その差が台帳の信頼限界になる。
モデルが記述できること
草案は一つのケーブルと、それを長い区間へ構成する順序付き子ケーブルを表現する。A端とZ端、種類、役割、長さ、芯数、ファイバー種別、減衰を持ち、パッシブ装置、そのポート、RFIDやQRコードなどの任意タグ、位置参照も扱う。
これにより、ある経路を構成するはずの区間、筐体内にあるはずの装置、接続先の有源部品、記録上の芯数といった問いに答えられる。計画担当は共通の出発点を得て、現場は探索範囲を狭め、監査は設計と資産を対照できる。
ただし「あるはず」という留保は消えない。草案自身が、パッシブ設備を通常は無給電・非通信で、能動的に検出または管理できないものと説明している。さらに、その情報を学習する方法は実装依存で範囲外だと明記する。端点を精密に記述できても、現地確認なのか図面なのか推論なのかは別問題である。
これはモデルの欠陥を意味しない。モデルの利用範囲が広がるほど、記述と証拠を混同しない仕組みが必要になるということだ。
コントローラーは最初の目撃者とは限らない
IVYの基礎台帳草案は、ネットワークに実際に設置されているとコントローラーが認識する情報を、読み取り専用の視点として提供する。同文書は、装置が一時的に到達不能なのか撤去済みなのかを区別する方法も、発見方式に依存して範囲外だとしている。ケーブルやスプリッターの場合、そもそも途絶したハートビートすらない。
情報は、現地調査、完成図書、施工会社の引渡し資料、GIS、タグ読み取り、作業票の完了、二つの有源ポートからの推論などによって得られる。それぞれが証明する対象は異なる。
現地でキャビネットを見ても、埋設経路すべては確認できない。完成図書は特定日に受け入れられた内容を示すが、その後の応急工事は示さない。タグの読み取りは値を取得した事実を示しても、正しい現物に付いているとは限らない。光試験は導通を裏付けても、中間の全設備を同定しない。通信が流れていても、経路上の全資産の所有権や保守責任までは分からない。
これらが同じ欄に上書きされれば、下流の利用者は根拠を調べられない確信を受け取る。コントローラーは情報源のように見えるが、実際には長い人間系・技術系の連鎖の最終保管者にすぎないことがある。
識別子と現物の来歴は別物
UUIDや安定したケーブルIDは欠かせない。複数システムが同じレコードを参照し、曖昧な説明で照合する危険を減らす。物理タグも画面と現地を結びつける助けになる。
しかしIDは自分自身を検証しない。交換したケーブルが古いタグを引き継ぐことも、企業統合後に同一資産へ二つの番号が残ることもある。施工会社が外被単位で管理し、事業者が区間単位で管理する場合もある。これは長寿命資産と複数台帳が生む通常の照合課題で、直ちに不正を意味しない。
そこで、アイデンティティーと観察を分けて保持する。IDは「どの主張を扱うか」を示し、証拠は「誰が、いつ、どの方法と命名体系で何を確認したか」を示す。統合、分割、交換が起きても、過去の対応関係を現在値で消してはならない。
書き込み権限は物理的真実の権限ではない
草案はNETCONF、RESTCONF、NACMによるアクセス制御を参照し、読み取り可能または変更可能な情報が機微になり得ると注意する。物理経路や筐体位置、接続関係は攻撃面を明らかにし得るため、権限管理は重要だ。
ただし認証が示すのは、許可された主体が保護された経路で変更したことまでである。その人がケーブルを見たこと、施工資料が最終状態と一致すること、応急工事後も位置が変わらないことは証明しない。真正な利用者が登録した古い情報は、真正なまま古い。
暗号化、権限、変更履歴は数えやすい。数年前の部分的な現地確認がどの程度有効かは、一つの緑色表示にしにくい。測りやすいチャネルの安全性を、測りにくい実物確認の代わりにしないことが統治の要点である。
観察・保管エンベロープ
重要な判断に使う台帳主張には、簡潔な観察・保管エンベロープを付けるべきだ。これはDaniel Kadeによる提案であり、IVY草案の要求ではない。
まず対象資産と、証拠が支えるフィールドを特定する。位置の証拠は、芯数、減衰、端点接続の証拠を自動的に兼ねない。次に、直接点検、タグ読み取り、受け入れ済み完成資料、光試験、作業完了、コントローラー推論など、観察クラスを示す。
続いて時間と保管経路を残す。説明責任に必要な粒度で観察者の役割またはシステム、観察日時、保護された資料参照またはダイジェスト、使用した命名権威、共有台帳へ反映した時点を記録する。施工会社の提出と事業者の受け入れは別の行為である。受け入れたからといって、提出資料が現地での独立観察に変わるわけではない。
範囲と確度も必要だ。筐体を開いたのか、両端を見たのか、埋設経路は図面からの推定か、試験は導通だけを確認したのか。この資産クラスの証拠は、どの判断に対して何日有効なのか。管理された局舎内の部材と、道路工事の影響を受ける屋外設備では、同じ鮮度基準にする必要はない。
最後に照合を扱う。新しい観察は以前の主張を確認、限定、否定し得る。不一致には状態、担当、期限を設け、不確かな期間に旧情報を使った判断への参照も残す。現在値を直すことと、過去の判断履歴を消すことは違う。
存在、利用可能、割り当て可能
物理的に存在する資産でも、目的のサービスに使えるとは限らない。ダークファイバーが別用途に予約され、スプリッターが保守契約外で、建物間のケーブルは正しくても各芯の終端が異なることがある。一方、計画資産は建設台帳に正しく載っていても、未設置である。
計画、設置、観察、受け入れ、運用中、予約、損傷、退役、撤去は、異なる出来事と権限を表す。単純な一方向の状態遷移にすると、作業票の完了が独立検収に見え、商業予約が物理容量に見える。
強い状態へ移すたびに、誰が何を根拠に決めたかを残すべきだ。設計者は計画を承認し、施工者は完了を報告し、所有者は引渡しを受け、技術者は現物を観察し、サービス制御は通信を確認する。どの行為も他を黙って代行しない。
整った台帳が権力を持つとき
標準化された台帳は自動化の入力になる。容量計画が空き芯を数え、復旧システムが迂回路を選び、調達が請求と設置資産を照合し、掘削調整が危険な区間を特定する。監査人、保険者、規制当局も、保守や冗長性の根拠として利用し得る。
第一の損失は無駄な出動や誤った計画かもしれない。第二の損失は、複数システムが同じ資料を複製し、相互に確認したように見えることだ。第三の損失は、売買、工事、安全、規制判断の出発点となった観察を復元できなくなることである。
複製は独立証拠ではない。同じ完成図から生まれた五つのデータベースは、依然として一つの情報源だ。台帳はコピー数ではなく独立観察数を判別できる来歴を示す必要がある。
監査可能性と最小開示
正確な経路、筐体写真、資格情報、個人名を外部へ開示せずとも、説明責任は果たせる。組織間の画面には、証拠クラス、年齢、確度、責任役割、保護されたダイジェストだけを示せばよい。詳細は管理領域に置き、判断上必要な人に限って閲覧させる。
これは後付けのプライバシー対策ではない。パッシブ台帳は、物理的な妨害が大きな影響を生む場所も示す。内部の正確さを高めながら不必要な外部露出を増やす設計は、半分しか成功していない。
知っている範囲を見える形にする
01版では、基礎台帳・トポロジーとの関係と運用上の考慮がまだ書き終えられていない。若い作業部会文書として自然な状態であり、同時に、来歴、観察日時、不確実性を利用者へどう渡すか考える好機でもある。
共通標準が全事業者に同一の点検周期を命じる必要はない。Heng Luの最小初期仕様は、主張と知識境界を交換できる最小構造だけを共有し、点検頻度、受け入れ役、リスク閾値を結果責任を負う組織に残す考え方である。
The Policy Mirrorの言葉遣いで見れば、「台帳にケーブルがある」「施工者がケーブルを報告した」「技術者がタグを読んだ」「試験で導通した」「事業者が芯を割り当てられる」は異なる。共通IDを使うからといって、画面が同じ事実として扱ってはならない。
パッシブ設備は、自己申告する機器より人の保管と確認に依存し続ける。すべてのダクトにセンサーを付ける必要はない。観察を台帳と一緒に運び、未知を見えるままにし、判断の重みが増せば新しい証拠を求めればよい。台帳はネットワークを読める形にする。証明として使えるかどうかは、その来歴が決める。
情報源
- パッシブネットワーク台帳草案
- 文書履歴
- 01版本文
- 00版本文
- 00–01公式差分
- 基礎ネットワーク台帳草案
- 基礎モデル18版
- 台帳位置モデル草案
- 位置モデル06版
- RFC 8348:ハードウェア管理YANGモデル
- RFC 8341:ネットワーク設定アクセス制御モデル
- RFC 8342:ネットワーク管理データストアアーキテクチャ
- RFC 8795:トラフィックエンジニアリングトポロジーYANGモデル
- Heng Lu:The Policy Mirror
- Heng Lu:Minimum Initial Specification, Localized Future Decision, Voluntary Adoption
- Heng Lu:On Why BTW Media Exists
会員向け解説
プロフィールの詳細
適切な会員レベルでログインすると、解説全文と出典メモをご覧いただけます。
Strategic Circle 限定
Strategic Circle
すべての読者に公開されています。参加してログインすると プロフィール解説 を閲覧できます。
Strategic Circle に参加Leadership Alliance 会員限定
Leadership Alliance
対象となる IP 資産の所有者・管理者向けです。ログインすると Leadership Alliance の解説を閲覧できます。
Leadership Alliance に参加
