要約

  • APNIC 62 の発表は、Whois から発見可能な位置情報20万行の無作為標本で、APNIC が「成功した Geofeed 発行者」の3.0%、ARIN が21.6%、RIPE NCC が75.5%を占めたと報告した。
  • 集計単位は異なる netname であり、AFRINIC と LACNIC は技術上の理由で除外された。RIR ごとの適格母集団、時点、netname の実数、「成功」の判定過程は公表されていない。
  • したがって示されたのは、含まれた成功標本の地域構成である。APNIC 会員、資源保有者、プレフィックス、ネットワークの Geofeed 採用率とはいえない。
  • ワンクリック発行は画面上の摩擦を減らせる。それが採用を変えたかを判断するには、資格、発見、検証、保守、下流利用をつなぐ版管理された計測記録が要る。

棒より先に注記を読む

図だけを見れば、地域別の競争に見える。APNIC は3.0%、ARIN は21.6%、RIPE NCC は75.5%。見出しも「成功した Geofeed 発行者はどの RIR から来たか」と問うため、棒の高さを各地域の普及成績と読みたくなる。

ところが注記は、数えている対象を変える。基になったのは geolocatemuch.com が扱う、Whois 経由で発見できた位置情報20万行の無作為標本である。発行者は「Network IDs（異なる netnames）」でまとめられ、AFRINIC と LACNIC は技術的事情から意図的に含められていない。

これは弱点を隠す但し書きではない。図の射程そのものだ。位置情報の一行は発行者一者ではない。一つのファイルに複数のプレフィックスを載せられ、複数の資源オブジェクトが同じファイルを指すこともある。netname は登録データのラベルであって、五つの登録機関を横断する安定した組織識別子とは限らない。重複排除は必要だが、どのキーを選ぶかで、同一視される発行者と分離される発行者が変わる。

三つの数値の合計は100.1%になる。小数第1位への通常の丸めで説明でき、それ以上の意味を持たせる必要はない。重要な空白は別にある。各棒の内側に異なる netname が何件あったのか、各 RIR に適格な netname、保有者、プレフィックス、経路広告中のネットワークが何件あったのかが分からない。

構成比と普及率は別の質問である

仮に成功標本が1,000件あり、そのうち30件が APNIC に対応すれば、その集合での構成比は3.0%になる。だが APNIC の適格母集団が60件の場合と6万件の場合では、普及の意味はまるで違う。一つの分子だけで両方を答えることはできない。

構成比が尋ねるのは、抽出、発見、整形、分類を生き残った成功項目がどこに登録されていたかである。採用率が尋ねるのは、地域内の適格対象のうち、現在到達可能で、範囲が正しく、利用できる Geofeed をいくつ発行しているかだ。後者には RIR ごとに同じ単位の分母が欠かせない。

APNIC Blog の記事自身も資料を標本と呼び、地域間の採用差を示したとしている。その方向感は正しいかもしれない。含まれた成功集合の中で APNIC の表示が少ないことは事実だ。しかし公開情報だけでは、APNIC の運用者が RIPE NCC の運用者より Geofeed を採用しにくい確率まで測れない。

二つの RIR の除外は境界をさらに明確にする。除外を明記した姿勢は評価できる。同時に、三本の棒は三つの含有地域だけを描き、RIR 全体を描いてはいない。AFRINIC や LACNIC については何も結論できず、技術的に取り込めなかった事実は、元になる登録データの比較可能性にも課題があることを示す。

「成功」は状態遷移として定義する

geolocatemuch.com は、Whois を使った発見と、検証済みフィードの統合版を公開している。同サイトの説明からも、結合処理の難しさが分かる。一つのファイルに複数プレフィックスがあり、複数の資源オブジェクトが同じファイルへ向かい、登録オブジェクトの包含範囲外にある行は除く必要がある。

APNIC 62 の図は「成功した発行者」を定義していない。参照を発見できた状態、URL を取得できた状態、CSV を解析できた状態、行が権限範囲内だった状態、発行権限を検証できた状態、位置フィールドが検査を通った状態、下流サービスが採用した状態は、それぞれ異なる。

RFC 8805 はファイル形式を定める一方、利用者の裁量を残している。データを手掛かりとして扱い、別の情報を優先し、不一致を自ら処理できる。RFC 9632 は発見と任意の認証を標準化する。資源保有者がフィードを承認したという根拠は強くなるが、記載された場所が測定済みの地理的事実になるわけではない。

RFC 9877 は geofeed1 のリンク関係とメディアタイプにより RDAP へ発見手段を持ち込む。取得と利用は明示的に適用範囲外だ。登録機関の画面にボタンを要求せず、適格母集団の分母も、下流での採用も定義しない。

ワンクリックで除ける摩擦は一種類

Sid Mathur の5枚の発表資料 は、RIR のダッシュボードから Geofeed URL を「ワンクリック」で発行できるよう求める。この案は試す価値がある。登録機関はすでにアカウントを認証し、発見の起点になる資源オブジェクトを管理している。案内付き画面なら、綴り間違いを防ぎ、範囲を検査し、プライバシー注意を示し、見つけにくい仕組みを運用者の目に入れられる。

支持側の最も強い主張は認めるべきだ。標準 URL を一つ発行するために、運用者が偶然できたコマンド言語を学ぶ必要はない。良いフォームは問い合わせ費用を下げ、正しい経路を最短の経路にできる。

それでも、クリックは CSV をホストせず、位置表現の意味を決めず、鮮度を保たず、正確さを証明しない。商用データベースに取り込ませる力もない。登録機関側では一つの遷移が完了しても、その先の状態はすべて不明のままであり得る。

資料はさらに、非公式の APNIC WhatsApp コミュニティ投票で「登録機関がどう支援できるか分からない」が障壁の2位だったと述べる。これは次の調査課題としては有用だが、地域の優先度測定ではない。回答数、募集枠、質問文、選択肢、日付、重複処理がなく、1位との差も、未発行者を代表しているかも分からない。

採用主張に計測レシートを添える

版管理された計測レシートは棒グラフより前から始まる。スナップショット時刻、入力ファイルとコードの版、20万行の抽出規則、元の行数と一意なプレフィックス数、Whois/RDAP の発見方法、RIR 対応規則、技術的除外を記録する。成功状態を一つずつ名付け、発見、取得、解析、範囲内、権限検証済み、現行、利用済みまでの件数を示す。

各 RIR では、共通単位の分子と適格分母を同時に出す。netname を使い続けるなら正規化とレジストリ間の限界を説明する。資源保有者、ファイル、プレフィックス、経路起点へ単位を変えるなら、ラベルの陰で変えず明示する。

製品側にも別の接続記録が要る。ダッシュボードの版、対象アカウント、試行数、発行成功、検証失敗、30日または90日後の保守状況、少なくとも一つの利用者がリンクを発見した証拠である。プライバシーに配慮した集計で十分で、会員の正確な位置やアカウント履歴を公開する必要はない。

APNIC 62 の大会報告 は、「The case for RIRs」が Cooperation SIG の発表だったことを裏づけるだけで、提案を APNIC の方針に変えるものではない。Blog にも著者の見解は APNIC を必ずしも代表しないとある。提案と機関の約束を分ければ、実験の余地と説明責任の両方を守れる。

3.0% の棒は捨てるべきではない。調べるべき理由である。注記は言い過ぎないための指示書だ。何が標本に入り、何が残り、何が外れ、誰が参加できたのかを先に示す。その後の図で初めて、簡単な登録画面が採用を変えたのか、単に説明の見え方を変えたのかを問える。

出典

  1. APNIC Blog — APNIC 62 における IP 位置情報
  2. Sid Mathur — Self-published Geofeeds; the role of RIRs
  3. APNIC 62 大会報告
  4. Geolocate much?
  5. RFC 8805 — 自己公開型 IP 位置情報フィードの形式
  6. RFC 9632 — Geofeed データの発見と利用
  7. RFC 9877 — Geofeed データ向け RDAP 拡張