要約

  • 2026年8月2日付で、調査時点でも新提案とされるARIN-prop-353は、ARIN地域外だけで利用または広告される資源を域外利用と定義し、域内にも利用・広告があれば対象外とする。
  • 「だけ」という条件には対象範囲と時間が欠かせないが、提案はプレフィックス、資源集合、申請、組織のどれを単位にするかも、域外だけの状態が何時間続けばよいかも書いていない。
  • 域内のみ、域外のみ、混在、判定不能の四状態を持つ保護記録に、観測期間、証拠、一時事象、文言の版、理由、訂正、失効日を残せば、非公開トポロジーをさらさず判定を再現できる。

設計は同じでも分類は往復する

冒頭の例は提案を試すための仮想事例であり、実在するARIN案件ではない。ただし運用の仕組みは珍しくない。共通のサービスアドレスを複数地点から広告し、域内ノードだけを保守で引き上げる。その間、稼働地点は域外だけになる。復旧すれば再び混在運用である。

8月2日提案の公開ミラーが扱う空白は明確だ。第9節は域外利用の条件を置きながら、その言葉自体を定義していない。提案は、エニーキャストなど域内外で同時に使う構成まで域外利用と解釈されるのではないかという懸念を挙げる。そこで、資源が域外だけで使われる、または域外地点からだけ広告される場合に限定し、域内にも利用か広告があれば定義を適用しないとする。

狙いには意味がある。海外ノードを一つ増やしただけで、サービス全体が域外専用に変わるのは不自然だ。しかし「専ら」はプレフィックスに永久に付く属性ではない。ある時間帯の全状態について述べる語である。時間を決めなければ、保守、障害、BGP収束、計画移行のたびに分類が点滅する。

分類と帰結は別々に記録する

提案353が問うのは一つの限定された点である。どの配備状態が域外利用のカテゴリーに入るのか。判断記録は、後続の政策上の帰結を結び付ける前に、この問いへ答えるべきだ。

まず限定した証拠を、域内のみ、域外のみ、混在、未解決のいずれかに分類する。次に文面の版と、その版の下で適用した帰結を記録する。二つを一行に押し込めば、結果を決めたのが地理条件なのか後続規則なのか分からない。

手続上の現状も崩してはならない。提案353は新提案であり、諮問評議会がドラフトとして受理したこと、合意、採択、発効、実施を資料は示していない。定義を一般定義の第2節に置くか、第9節に置くかも議論に委ねられている。分析すべきは提案された効果であって、未成立の義務ではない。

エニーキャストが時間軸を可視化する

RFC 4786では、同じサービスアドレスを二つ以上の離れた自律的な地点で利用可能にし、パケットをその一つへ配送する仕組みがエニーキャストとされる。各ノードは共通アドレスへの経路を提示する。どの利用者がどのノードへ届くかを表す範囲はネットワーク上のトポロジーで決まり、政治的な境界ではない。

さらに、利用者が見る可用性はそのネットワーク上の位置で変わり、各ノードに届く利用者集団は固定でも完全に予測可能でもない。ある観測点が見た経路を別の観測点が見ないことがある。経路撤回は拠点廃止ではなく保守かもしれない。設計上は多拠点のままでも、一時の経路表は域外ノードしか示さない。

この複雑さは定義を不可能にするものではない。次の版が答えるべき項目を示している。単位は割り当て全体か、プレフィックスか、より具体的な経路か。域内ノードが一つ稼働すれば混在か。計画保守は何時間まで以前の状態を保つのか。予期しない障害はいつ、混在設計の故障ではなく域外専用利用になるのか。証拠が衝突したとき「判定不能」を選べるのか。

「利用」と「広告」は別の事実だ

提案文は、ある場所での利用と、ある場所からの広告を同じ文に置く。両者は重なりうるが一致しない。施設から経路を広告し、実際の処理を別地点へ運ぶことがある。公開経路に個々のサービス拠点が現れない構成もある。設備、顧客、契約、トラフィックは異なる場所に分布しうる。

BGP観測が証明するのは、特定時刻に特定の観測点へ経路情報が届いたことだ。それだけでサーバーの物理位置、顧客の居住地、事業の法的中心は証明できない。最終文は利用と広告を独立条件にするのか、代替的な入口にするのか、複数証拠として評価するのかを明示する必要がある。

RFC 8805は、運用者がプレフィックスの簡略な位置情報を公開する形式を定める。位置欄は任意であり、公開者の権限と内容の正確性を確認する必要がある。誤りは起こり、データは通知なく変わりうる。geofeedは運用者側の資料として有用だが、すべての任播ノードを示す義務的かつ恒久的な台帳ではない。

従って証拠は少なくとも三列に分けたい。対象と期間を限定した運用者の申告、観測地点と時刻を伴う経路観測、発行主体と更新時刻を伴う任意の位置情報である。整合すれば確度が上がる。食い違えば、都合のよい一列を選ぶのではなく判定不能とする。

世界展開は机上の例外ではない

2025年8月のNANOG公開記録では、ある運用者が、複数のレジストリ地域に設備を持ち、ARINアドレスを世界で使うCDNに関する過去の申請経験を述べている。同じ議論では、IPと地理住所が必ず結び付くという前提や、位置情報事業者によって訂正の質が異なることも論点になった。

これは参加者の回想であって、裁定済みの事実ではない。現在のARIN運用、提案353の動機、現存する紛争を証明しない。ただ、複数地域の構成が抽象論ではなく、行政区分と交差する現実の運用形態であることは示す。

四つ目の状態が、疑いを裁量に変えない

最小の結果は四状態でよい。域内のみの証拠、域外のみの証拠、双方の証拠、そして不十分または矛盾する証拠である。提案の新定義は二番目にだけ結び付く。四番目を欠けば、最も扱いやすい観測を選ぶ者が結論まで選べてしまう。

保護された判定記録には、対象資源、申請・決定の種類、政策文の版、観測開始と終了を置く。域内の利用、域内の広告、域外の利用、域外の広告は、出所、時刻、確度を分けて保存する。エニーキャスト、保守、障害、計画移行を標識し、位置資料の権限と鮮度、証拠の衝突を残す。その後に四状態の結論、決定する役割と理由を書く。

通知、回答、訂正、再審査、失効も必要だ。8月に正しかった混在状態は永遠の事実ではない。復旧済みの経路や訂正済みの位置情報が、次の申請で隠れた影響を持ち続けてはならない。公開情報は対象、状態、版、日付、理由コード、審査状況に絞れる。顧客一覧、トラフィック量、施設住所、セキュリティ上のトポロジーは非公開のままでよい。

サービス地域は現実を説明しても、権原を作らない

Heng LuのRunning-Code Primacyは制度の上限を示す。番号資源の共通層が担うのは、一意性、支配の証明、相互運用、安全性の表明、運用継続である。サービス地域は人民ではなく、登録記録は運用現実を記述しても創造しない。

この原則に従えば、地理条件を直すこととレジストリ権限を広げることを分離できる。ARINが条件を残すなら、再現可能で、期限があり、訂正でき、必要以上の非公開情報を要求しないものにすべきだ。経路の所在地分類は経路の所有権でも、運用者の拠点設計権でもない。

調査資料は、提案353による拒否、損害、実装を示さない。示すのは、混在運用を守ろうとする短い定義と、未完成の時間インターフェースである。「専ら」が行政上の効果を持つ前に、何を単位に、誰が、どれだけの期間、どの証拠と版で判断し、誤りからどう戻るかを定める必要がある。

情報源

  • TeamARINミラー、ARIN-prop-353: Define Out Of Region Use
  • RFC Editor、RFC 4786: Operation of Anycast Services
  • RFC Editor、RFC 8805: A Format for Self-Published IP Geolocation Feeds
  • SecListsのNANOG公開記録：世界展開とIP位置情報の議論
  • Heng Lu, Running-Code Primacy: The Patch Needed to Preserve the Internet's Original Design