要約

  • APNIC は mntner オブジェクトを Whois データベース更新の認可に使い、メンテナーに階層がある場合は mnt-by とともに mnt-lower を使うと説明している。
  • その階層が統制するのは登録情報の変更である。BGP の顧客コーン、トランジット関係、現時点の起点、到達性、法的所有権、ルーターや認証情報の現在の支配を立証するものではない。

データベース内の「下位」であってネットワークの下流ではない

APNIC の inetnum オブジェクトガイド は、メンテナーオブジェクトを APNIC データベースへの更新を認可するためのオブジェクトと説明する。アドレス登録には通常、そのオブジェクトを保護するメンテナーを示す mnt-by がある。メンテナーが階層を形成する場合、APNIC は mnt-lower も使うとしている。

この定義から実務上の意味が分かる。ある階層で保護されたオブジェクトが、その下位のオブジェクトや委任について別のメンテナーを指定できる。つまりこの属性が答えるのは、当該オブジェクトより下の更新連鎖で、どの認証済みメンテナーに操作権限があるかという登録上の問いである。どの自律システムがトラフィックを運ぶか、誰がトランジットを提供するか、どのルーターからプレフィックスに到達できるかは答えない。

同じアドレス登録の近くに経路関連情報が現れ、「lower」がトポロジー用語のように見えるため、混同は起こりやすい。しかしデータベース階層と経路階層は別の系を観察する。前者は誰が登録オブジェクトを変更できるかを規律する。後者の判断には、時点をそろえた広告、隣接、ポリシー、パケット経路の証拠が必要になる。

三つのメンテナー属性を分けて読む

APNIC は mnt-by、mnt-lower、mnt-routes を別々に記述する。mnt-by はオブジェクト自体を保護する。mnt-lower は下位登録オブジェクトのメンテナンス階層に関与する。mnt-routes は、そのアドレス範囲に関連する route オブジェクトの作成を制御するメンテナーを示す。同じ名前が複数属性に現れても、実ネットワークの測定値になるわけではない。

高度な検索オプション でも、mnt-lower、mnt-routes、origin には別の逆引きキーが割り当てられている。ある役割で参照するオブジェクトを検索できても、別の役割まで証明したことにはならない。route オブジェクトの origin 属性でさえ登録上の表明であり、BGP 広告を直接観測した結果ではない。

APNIC Whois のライブ例 には mnt-by、mnt-lower、mnt-routes が並ぶ。証拠になるのは、検索条件と取得時刻を添えて保存した応答そのものである。そこからは当時の保護方法とメンテナー参照が分かるが、経路が可視だったか、パケットがサービスへ届いたか、商取引が継続していたかは分からない。

レジストリ観察として保存する

検証可能な記録には、照会した資源、応答本文、取得時刻、オブジェクト種別、範囲、状態、メンテナーハンドル、変更日を残す。各ハンドルをどの属性から得たかも不可欠である。すべてのメンテナー参照を単一の「運用者」欄へ平坦化すると、APNIC が保っている区別を壊してしまう。

次の検証は主張ごとに選ぶ。観測された起点には、同時期の BGP コレクターと観測地点が必要である。経路認可は該当時点の RPKI を別途確認する。宣言されたポリシーは IRR オブジェクトで調べても、宣言と観測を分ける。現在の制御には運用者の確認、認証情報または変更管理の証拠がいる。商業関係には契約、開示、当事者による確認が必要である。

この分離は Whois の価値を下げない。mnt-lower は登録更新権限の委任を示し、オブジェクト保守の責任をたどり、訂正先を見つける助けになる。十分に意味のある結論であり、属性が観察していない事実へ格上げしたときだけ不正確になる。

節度ある結論

mnt-lower は、特定オブジェクト上で観察されたメンテナー階層の参照という、型と時点を持つ登録上の事実として読むべきである。経路階層、トランジット、到達性、所有権、現在の運用支配の証明へ暗黙に変えてはならない。必要な結論を実際に観察する証拠系へ移り、境界を保持することが重要だ。

情報源