要約

  • 2019年2月27日付のDraft 1は、公開ASNの取得に物理的マルチホームを一律に要求する旧来の条件を改め、良好な資格状態にある会員が「マルチホームである」か「他のASと相互接続する必要がある」かのいずれかを満たせばよいと提案した。3月7日の告知、4月8日の職員評価とは別の文書上の出来事であり、Draft 1は終始「Under Discussion」だった。
  • 改正の核心は、ASNの目的である世界的に一意な経路上の身元と、冗長化の一手段である二本目の物理回線とを切り離すことにあった。単一トランジットでも、IXP、私的相互接続、安定したプロバイダー非依存アドレス、将来の上流変更により公開ASNが必要になり得る一方、静的経路や私用ASNで足りる単一接続サイトもある。
  • 3月の議論と4月の職員評価は、Draft 1の方向性だけでなく不足も明らかにした。Jaco Kroonが静的経路で足りる単一上流の例を問い、Fernando Fredianiがプロバイダー非依存空間、IXP、私的相互接続などの反例を示した。Owen DeLongは固有の経路方針または相互接続による簡潔な基準を提案し、Sander Steffannが支持した。とりわけ、単一ホームのサイトには固有ASNが不要だとするRFC 1930第5.1節と、「相互接続する必要」を代替資格にする文言が衝突し、似た申請が職員の解釈次第で分かれる危険が残った。
  • 妥当な着地点は、マルチホームを再び強制することでも、資格審査を全廃することでもない。申請者が世界的に調整された公開ASNを本当に必要とすることを具体的な技術証拠で示し、AFRINICが一貫した理由を返し、見直し可能な形で判断することである。私的な番号簿の管理者に許されるのは、その狭い調整までであり、事業者のネットワーク構成を命じる権限ではない。

L3：二本目の上流回線が「資格」になるとき

海底ケーブルの着地点から遠く、利用できるトランジット事業者が一社しかない地域を考える。そのネットワークは、今日の外向き通信だけなら上流に静的経路を設定してもらえるかもしれない。しかし、地域IXPで別のネットワークと経路を交換したい、特定の相手と私的に相互接続したい、あるいはプロバイダー非依存のアドレス空間を上流変更後も同じ経路上の身元で広告したいという必要は、二社目の商用トランジットが存在するかとは別に生じる。二本目が地理的に届かなければ、ASNを得るためだけの契約は選択肢にさえならない。届くとしても、回線、ポート、設備、設定、監視、障害対応には継続費用がかかる。

ここで旧規定が測っていたものと、ASNが調整するものの間にずれが現れる。ASNは、公開経路制御の場で一つの管理主体を他と区別するための世界的に一意な番号である。マルチホームは、その番号が必要だと示す有力な証拠になり得る。複数の上流に異なる経路方針を伝えるなら、固有の経路上の身元が必要になるのが普通だからだ。だが、証拠として有力であることと、目的そのものであることは同じではない。冗長性はネットワーク設計上の選択であり、公開識別子の重複を防ぐという登録簿の仕事とは別の軸にある。

Draft 1以前の文言は、列挙された条件を累積的に満たす構造だった。申請主体は良好な資格状態の会員であることに加え、固有の経路方針を持ち、サイトがマルチホームであること、または近い将来にその条件を満たす計画があることなどを求められた。論理式にすれば、主要条件を「かつ」で結ぶ設計である。この仕組みでは、公開ASNを必要とする別の技術的事情があっても、現在の物理的マルチホームという一項目を通らなければ申請全体が止まり得る。

2019年2月27日付のVersion 1.0は、この論理を変えようとした。良好な資格状態にある会員について、マルチホームであること、または他のASと相互接続する必要があることを代替経路にし、いずれかを近い将来に満たす計画も含めた。「かつ」で束ねられたトポロジー要件を、「または」で分岐する必要性の審査へ変える提案だった。同時に、既存の導入小節を削り、第7節を統合して番号を振り直す編集も含まれていた。もっとも、制度上の重心は節番号ではなく、マルチホームが唯一の入口ではなくなる点にあった。

文書の同定には小さいが見逃せない不一致がある。保存された公式ページの表示は AFPUB-2019-ASN-DRAFT01 である一方、4月の職員評価は AFPUB-2019-ASN-001-draft-01 と記す。本稿が扱う選定上の正規化された識別子と後続版の系列は AFPUB-2019-ASN-001-DRAFT01 である。これらを一つの表記に黙って丸めると、史料が実際にどう残っているかを損なう。識別子の差は提案内容を別物にする証拠ではないが、記録を扱う組織自身にとって、正確な参照可能性が統治の最低条件であることを示す。

日付も同様に分ける必要がある。保存ページが示す提出日は2月27日で、AFRINIC CommunicationがRPDに受領を告知したのは3月7日だった。告知は、提案の狙いをASN割当におけるマルチホーム前提の撤廃と要約し、意見を求めた。さらに4月8日に職員評価が出た。提出、一般告知、評価は三つの別々の行為である。Draft 1の地位は「Under Discussion」であり、公開されたことは、合意、承認、批准、実施のいずれも意味しない。

この区別は形式論ではない。提案は、既存の仕組みに異議を唱え、検討の対象を作る。採択された運用規則は、申請書、職員のチェックリスト、記録、通知と結びついて初めて実務上の効果を持つ。Draft 1を後の実施と同一視すると、討議の途中で露呈した欠陥も、後続版で何が変わったかという境界も見えなくなる。逆に、提案だったから重要でないと片づければ、資格審査が何を測るべきかという転換点を逃す。

3月25日から28日にかけてのRPDでの応酬は、その転換を具体化した。Jaco Kroonは、上流が一社だけなら静的経路を使えるため、そもそもASNが要らないのではないかと問うた。この反論は、旧規定を単なる既得権防衛として描くことを許さない。公開ASNは無条件に配る記念番号ではない。ある管理環境の内部だけで一意性が足りるなら私用ASNがあり、単純な単一接続で上流が経路を処理できるなら静的経路が適切な場合もある。不必要な公開番号を発行しないことは、番号簿と経路運用の衛生を守る正当な仕事である。

Fernando Fredianiの応答は、「一社のトランジット」と「一つの経路関係」も同じではないことを示した。安定したプロバイダー非依存アドレスを使う場合、将来の上流変更に備える場合、IXPでピアリングする場合、あるいは私的相互接続を行う場合には、商用トランジットが一社でも固有ASNの必要が生じ得る。これはすべての単一ホーム網に番号を与えよという主張ではない。外形上は一本の上流に見える申請者にも、世界的に一意な経路上の身元を要する別の関係があり得る、という反証である。

3月30日にはOwen DeLongが、固有の経路方針、または固有ASNを必要とする外部ゲートウェイプロトコルによる相互接続を基準にする、より単純な考え方を示し、Sander Steffannがその方向を支持した。これはDraft 1そのものの文言ではないため、後から提案本文に書き込んではならない。しかし討議資料としては、「相互接続する必要」という一般語を、公開番号が必要になる通信上の振る舞いへ結び直そうとした点が重要である。

Draft 1は資格審査を消していない。固有ASNを必要としないサイトは私用番号を使うべきだという案内を残し、RFC 1930またはその後継文書に基づく評価も維持した。この残存条項が、4月8日の職員評価で核心的な矛盾を生んだ。RFC 1930第5.1節は、単一ホームのサイトには固有ASNが不要だとする保守的な選定指針を示す。それに対し、Draft 1の新しい代替経路は、単一の相互接続しか持たないケースにも資格を認めるよう読める。では、申請審査でどちらが優先するのか。職員はこの問いを明示した。

この評価は単なる校正ではなかった。職員は、接続相手が一つである場合や将来のピアリングを予定する場合を含む四つの申請場面を挙げ、どこまでが認められるのかを検討した。会員の呼称をより正確に「resource member」とするよう求め、ASN消費は増える可能性があるものの32ビットの番号プールには予見できる問題がないと見込んだ。法務助言者からのコメントは記録されず、実施するなら申請手続、フォーム、チェックリスト、文書を変更する必要も特定された。

四つの場面が示すのは、規定の一語が申請画面の一項目で終わらないということだ。「必要」が未定義なら、職員は何を添付させ、どの説明を十分とし、どの時点の計画を現実的とみなすかを決めなければならない。申請者も、回線契約、IXP参加、相互接続の予定、アドレス運用、経路方針のどれを示せばよいか分からない。曖昧さは柔軟性を与える一方、同じような一接続の申請を担当者ごとに違って扱う余地を作る。明瞭な強制条件を外しただけで、見えにくい裁量に置き換わるなら改革は完成しない。

RFC 1930は1996年の技術指針であり、当時の慎重な選定観を理解する一次資料である。しかし、それ自体がAFRINICの採択を証明するものでも、主権的な命令でもない。その後、四オクテットASNにより32ビット空間が使えるようになったことは、希少性をめぐる背景を変えた。RFC 6793はその技術的拡張を説明し、RFC 6996は私用範囲を整理する。ただしDraft 1はRFC 6793を引用せず、後の版に現れる寿命計算も述べていない。保存されたDraft 1は古い私用範囲を印刷し、RFC 1930または後継文書へ一般的に言及しただけである。後年の理屈を最初の文案の動機として逆輸入してはいけない。

番号空間が広いから無審査でよい、という結論にもならない。不要な公開ASNには、登録記録を維持し、問い合わせに対応し、経路上の誤設定を避けるコストが伴う。私用ASNで閉じられる利用を世界的な番号簿に載せても、運用上の便益は乏しい。反対に、名前空間の枯渇が遠いのに、申請者へ無関係な回線費を負わせてまで一個の番号を節約するのも釣り合わない。判断対象は「希少だから厳しく」「豊富だから緩く」という抽象論ではなく、その申請に世界的な一意性が要るかである。

APNICの比較提案がDraft 1の参照先になったことは、必須マルチホームの見直しが一地域だけの思いつきではなかったことを示す。ただし、APNICでの手続や文言はAFRINICでの採択を証明せず、同一の実装を強制もしない。比較から得られるのは問いの共有であって、制度上の答えの自動輸入ではない。AFRINICの文書、職員評価、申請手続の間で矛盾を解く責任は、AFRINIC自身の狭い登録サービスに残る。

技術面から見れば、良い基準はトポロジーの写真ではなく、調整上の必要を捉える。ある申請者が二本の上流を持っていても、実質的には上流の番号空間と経路制御に完全に包摂され、独立した公開身元を必要としない場合が理論上あり得る。逆に、一本のトランジットしかなくても、IXPや私的相互接続で自己の経路を識別させる必要があれば、世界的に一意な番号が必要になり得る。「線が何本か」は観察しやすいが、「何を調整すべきか」を常に正しく表さない。

したがってDraft 1の価値は、すべての答えを出したことではなく、問いの目的語を変えたことにある。旧来の問いは、申請者がマルチホームという構成を備えたかだった。改正が開いた問いは、他のASとの関係で固有の公開識別子をなぜ必要とするかである。前者は設備と契約の有無を数えれば処理しやすい。後者は証拠と理由づけを要する。しかし、登録簿が簡単に審査できることは、申請者へ本来不要な設備を買わせる根拠にはならない。