要約

  • RIPE NCCのRIPEstat第3四半期計画は、AS名をすでに追加したとし、日常的に使われるよりよいネットワーク名を集める投稿機能を予定している。同じ項目には、どのASNが一つの論理的エンティティを構成するかというデータ需要も記されている。
  • 一つのASNに付ける表示名は発見のための主張である。複数ASNを束ねる判断は、ネットワーク数や規模、集中度の計算に作用する分類上の主張であり、法人所有や共通支配の証明ではない。
  • WHOIS由来のholder、投稿された優先ネットワーク名、目的を限定したASNグループを別々のレコードにし、定義、根拠、投稿者の立場、有効時点、異議、訂正、配布先を残すべきである。

名札と境界線は同じデータではない

RIPEstatの四半期計画を素直に読めば、狙いは理解しやすい。AS名はすでに追加され、BGPコミュニティの説明も追加予定だ。さらに、ネットワークの法的名称が日常の呼称と異なることを踏まえ、利用者からよりよい名称を集める機能が構想されている。その直後に、どのASNが一つの論理的エンティティを形成するかを示すデータへの需要が書かれ、その情報をRIPEstatと公開のasn.txt改善に使うとしている。

現場には両方の需要がある。長い登記名しか表示されなければ、障害対応者が知っているブランド名から該当ASNへたどり着きにくい。企業買収後も古い法人名が残ることがあり、大学や公共機関では正式名称と運用名が一致しないこともある。コミュニティが提供する呼称は、検索や会話の精度を上げられる。

一方、一つの運用組織が複数ASNを使っている場合、それぞれを独立したネットワークとして数えると、目的によっては二重計上になる。関連ASNをまとめた表示も価値がある。しかし、ここで扱うのは名札ではなく境界線だ。どの点を同じ単位の内側に置くかを決めれば、ネットワーク数、到達範囲、観測量、集中度の数値が変わり得る。

見た目が似ているからこそ危険が生まれる。「このASNは普段こう呼ばれる」と「これらのASNは一つである」が同じnameの周辺に置かれれば、利用者は二つを同じ強さの身元情報として受け取る。優れた検索体験が、説明されないまま集計上の権威へ変わってしまう。

holderは狭い意味を持つから使える

現在のRIPEstatには比較の基準がある。AS Overviewの資料は、holderをWHOISに基づく資源保有者名として説明している。この表現は意図的に狭い。ブランド名、最終的な受益所有者、すべての経路を動かすチーム、関連企業全体を表すとは書かれていない。

RIPEstatのデータソース説明は、RIPE NCC内部と外部の複数ソースを組み合わせることも示している。したがって、新しい投稿情報を受け入れるために、既存のholderを万能の企業識別子へ広げる必要はない。異なる出典の値を、異なる意味のまま並べればよい。

凍結したAS3333の例は、現状の伝達経路を再現するためのものだ。取得時のasn.txtには、3333 RIPE-NCC-AS Reseaux IP Europeens Network Coordination Centre (RIPE NCC), NLという行がある。AS Overviewの応答には国コードを除いた対応するholder名があり、当該ASNがアナウンスされていると記録されている。これは誤りの例でも、AS3333を他のASNとまとめるべきだという証拠でもない。

取得したasn.txtは6,195,825バイト、122,241行で、ヘッダー行を持たない。簡潔さは長所だ。スクリプトで取得し、検索し、別データに結合しやすい。だが、一行に表示できる名前が一つなら、その名前をどの規則で選んだかを別の機械可読な場所で示す必要がある。WHOIS holderなのか、審査済みの通称なのか、グループ表示名なのかによって、下流で許される推論が違うからだ。

Data APIの位置も重要である。文書はこのAPIをRIPEstatデータの公開インターフェースであり、UIとウィジェットの唯一のデータ源だとしている。値の意味がAPIで曖昧なら、その曖昧さは公式画面にも第三者ツールにも広がる。出典表示は付録ではなく、フィールド型の一部でなければならない。

通称は複数あってもよい

ネットワークの法的保有者が「Example Infrastructure Holdings Limited」で、運用者や顧客が「ExampleNet」と呼んでいる場面を考える。後者を目立つ場所に出せば、検索、障害連絡、経路調査が速くなる。法的記録を変更しなくても得られる利益だ。

この主張は小さく保てる。「AS Xについて、投稿者Zが公開根拠Eを用い、時点Dで運用表示名Yを提案した」と記録すればよい。YがASNを法的に所有する、すべての経路を制御する、RPKI権限を持つ、組織を代表する、とは述べていない。公式holderを別欄に残せば、便利な名称と登録上の事実は競合しない。

名称は一つに決まらない場合もある。法人名、ブランド、旧称、現地語名、サービス名が同時に有用なことがある。検索画面が優先名を選ぶとしても、代替名と選択理由は保持できる。名称を上書き値ではなく時点付きの主張として扱えば、異議申立ても容易になる。保有者が確認し、別の投稿者が反証し、後の名称が前の名称を廃棄せずに継承できる。

コミュニティ投稿が強みを発揮するのは、この可逆性の高い層だ。更新が早く、誤りを直しやすく、資源権限そのものを変更しない。投稿者の属性と根拠が一緒に提供されれば、利用者は用途に応じた重み付けができる。

論理的エンティティには目的語が足りない

問題はグループである。確認した計画は「論理的エンティティ」を定義していない。何の目的にとって論理的なのか。共通ブランド、同一法人、同じ親会社、同一運用チーム、共通ルーティングポリシー、あるいは特定の可視化で一緒に見たい集合なのか。これらは重なることがあるが、同義ではない。

同じブランドを掲げながら法人が異なるASNもある。同じ企業グループでも独立した運用チームとポリシーを持つことがある。移行期間だけ共通運用になり、その後分離することもある。一つのASNが複数ブランドを運ぶ場合もある。買収日の翌日に自動的にネットワーク境界が一つになるわけではなく、技術協力が直ちに共通所有を意味するわけでもない。

ネットワーク事業者数を概算する研究なら、複数ASNをまとめることで重複を減らせる。だが、ポリシーの独立性を測る研究なら、同じ統合が差異を隠す。競争分析は経済的支配、安全分析は共通管理、制裁スクリーニングは同一法主体を読み込みかねない。計画中の「論理的」という語だけでは、そのいずれも証明されない。

必要なのは用途付きの主張だ。「時点Dにおいて、このRIPEstat運用ビューではASN集合Sを一組として扱う」は表現できる。だが、それを「Sは同じ受益所有者の下にある」と表示してはならない。前者の利便性を保ちながら、後者の法的含意を拒むデータ設計が可能である。

さらに、集合には時間がある。会社分割、ブランド売却、運用移管、ASN用途変更が起きる。現在のメンバーだけを上書きし続ければ、過去の分析を再現できない。valid_from、観測日、訂正理由、旧グループとの関係は、名称の飾りではなく分析単位を再現する条件だ。

一つの正規値ではなく、型のある主張を置く

実装は巨大である必要はない。投稿レコードの先頭にclaim_typeを置く。preferred_network_nameなら対象は一つのASN、logical_asn_groupなら対象は明示したASN集合とする。提案名または安定したグループID、投稿者、権限区分、引用根拠、適用範囲、有効時点、レビュー状態を続ける。

投稿者の区分は見える必要がある。holder自身の申告、実運用者の情報、外部研究者の分類、自動推定は、いずれも参考になり得る。しかし同じ権威ではない。「検証済み」とだけ表示すると、アカウントを検証したのか、証拠の存在を確認したのか、holderが同意したのか、登録上の事実を照合したのかが分からない。

対立する主張も保存する。信頼できる二者が別の通称を提案することはある。公開経路データから作ったグループにholderが異議を唱えることもある。買収・分離の途中なら複数ビューが合理的だ。競合、応答、採用した投影規則を記録すれば、システムは不確実性を隠さずに利用可能な表示を作れる。

訂正はリンクで行う。新レコードが旧レコードを置き換える場合、誤りの訂正なのか、後発事象なのか、別定義への変更なのかを示す。履歴を消さなければ、過去のダウンロードや論文を再現できる。現在値だけを書き換えると、同じURLが過去に何を意味したかが失われる。

配布先も記録すべきだ。検索候補に通称を出すこと、Data APIでグループを返すこと、asn.txtの一行を変更することは、影響範囲が異なる。どの主張がどこへ投影されたかが分かれば、訂正時の影響も追跡できる。

平文ファイルを壊さず、意味だけを明示する

出典を充実させるためにasn.txtを複雑な形式へ置き換える必要はない。既存ファイルを残し、バージョン付きの対応表またはAPIを追加できる。そこに、表示名の主張種別、出典、観測時点、選択ルール、継承関係を載せる。

一ASN一名称を維持するなら、投影規則を公開する。WHOIS holderを優先するのか、審査済み通称を優先するのか、欠落時にどう戻すのか、紛争時に何を表示するのか。グループを別データとして出すなら、同じ名称だから同じグループだと推定させず、定義と時点を持つ明示的メンバーシップにする。

これなら旧スクリプトの利便性を維持し、慎重な利用者には根拠への道を提供できる。RIPEstatの画面は読みやすい名前を出しつつ、クリックすれば根拠を示せる。訂正は現在の表示を変えても、以前の主張を消さない。

最初からすべてを一つの正規アイデンティティにまとめる方式は、短期的には簡単に見える。しかし後から「なぜ二つのASNが一組なのか」「なぜholderではなくブランドが表示されたのか」「古い分析はどの値を使ったのか」と問われたとき、由来のない平面値から答えを再構成することは難しい。

証拠が示していないこと

確認できた公開資料は、投稿資格、必要証拠、論理的エンティティの定義、holderの確認・異議手続、競合表示、有効期限、信頼度、訂正の伝播方式を定めていない。投稿UI、公開スキーマ、グループデータ、導入結果も確認できない。

これは不正や失敗の証拠ではない。四半期計画が完成したデータ契約より短いのは当然である。重要なのは順序だ。広く再利用される前に主張の境界を公開すれば、利用者は用途に合うか判断できる。導入後に説明を足すだけでは、すでに複製された値の意味を回収できない。

また、現在のRIPEstat名が誤っているとも、AS3333に争いがあるとも、計画中のグループがすでに分析を歪めたとも言えない。本稿の提案は予防的である。コミュニティ知識を受け入れながら、登録上の事実、日常の呼称、分析上の分類を別々に検証できる状態を守るためのものだ。

出典