要約

  • 9月11日に保存したHosted DNS台帳にはAuthDNSが48行あり、43行は稼働、5行は廃止済みだった。この数は配備在庫として再現できるが、短い経路や障害耐性を得たリゾルバー集団の数ではない。
  • 地理と経路のずれはRIPE NCC自身の測定に表れている。バーレーンのノードは主にサウジアラビアのプローブから利用され、バーレーン国内のBatelcoプローブはほとんどそのノードに到達しなかった。

稼働中という証拠の射程

公開一覧の「Operational」には意味がある。ノードID、サービス、設置地、ホスト組織、ホスト名、記録されている場合は完成日が一つの行にまとまり、退役した設備とも区別できる。分散サービスの所在と状態を追うための、簡潔な受領書である。

今回凍結したページではAuthDNSの行が48、うち43が稼働、5が廃止済みだった。稼働行のうち、ミラノの#523はLAKENETWORKSがホストし、完成日は2026年6月18日。ベルリンの#520はBCIX Management GmbHがホストし、7月28日と記録されている。四半期計画の更新日は6月11日なので、いずれも暦の上ではその後に来る。

ただし、順序は因果関係ではない。申請がいつ始まったか、Q3項目を受けた配備だったか、どの測定済みギャップを埋める予定だったかは、確認した公開資料にはない。43という数字が堅く答えるのは、捕捉日にいくつのホステッドAuthDNS行が稼働と表示されたか、という問いだけだ。いくつのアクセス網が近いanycast経路へ移ったか、という問いには答えない。

計画は都市数を目標にしていない

2026年第3四半期のDNS and K-root計画は、AuthDNSの配置が手薄な地域でカバレッジを改善するとしている。望ましい場所は、その国の大規模アクセス網の中、それらとピアリングするネットワークの中、または複数相手と接続できるIXPポートだ。状態は「In progress」である。

これはルーティングの言葉で書かれた目標だ。アクセス網は利用者と再帰リゾルバーを集める。ピアリングはローカル経路の選好を変える。IXPのルートサーバーは一つの広告を多くのASに近づける。サーバーの住所だけでは、そのどれも確認できない。

計画には、手薄と判定した国やネットワークの公開分母、対象コホート、遅延目標、受け入れ観測期間が示されていない。内部に基準がないという意味ではない。外部の読者が計画の文言とノード行を結び、目標達成を再計算できないという限定的な事実である。

コアとホステッドは別の層

AuthDNSはAS197000から193.0.9.0/24と2001:67c:e0::/48を広告する。in-addr.arpaとip6.arpa以下の逆引きゾーン、ripe.net、他RIRのインフラ用ゾーン、支援組織のゾーン、一部ccTLDのセカンダリを提供する。

公表された構成には二つの層がある。アムステルダム、ロンドン、ストックホルム、東京の四つのコアサイトでは、ルーターが複数サーバーへ問い合わせを振り分け、BIND、Knot DNS、NSDを組み合わせている。ホステッドインスタンスはこれを補い、ISP網内またはインターネットエクスチェンジ接続の単一サーバーとして動く。

ホステッドノードは特定の経路を短くできるが、コアサイトと同じサーバー数や実装多様性を得るわけではない。反対に、冗長なコアサイトでも、あるリゾルバー群が選ぶ宛先とは限らない。ノード、サーバー、サイト、catchment、レジリエンスを一つの単位で数えるべきではない。

バーレーンが地図の限界を示した

必要な検証方法もRIPE NCCはすでに公表している。2024年のRIPE Labs調査では、南東欧、中央アジア、中東のRIPE Atlasプローブから30分ごとに193.0.9.7へ150.6.0.193.in-addr.arpaを問い合わせた。応答したAuthDNSサーバーを識別し、プローブ別、日別に集計し、往復時間の中央値も調べた。

南東欧ではアムステルダムに届くプローブが多かった。ボスニア・ヘルツェゴビナ、とりわけルーマニアではローカルノードが優勢だったが、カンザスシティやバーレーンへ継続して向かう例もあった。当時AuthDNSインスタンスがなかったとされる中央アジアでは、主にアムステルダムかストックホルムが応答した。

最も明快な教訓はマナーマだった。STC Bahrainがホストするバーレーンノードは、主にサウジアラビアのプローブに使われた。バーレーンのBatelco、AS5416にあるプローブは地理的に近い同ノードへほとんど届かなかった。一方、Saudi Telecom CompanyのAS25019は観測期間を通して選択した。サウジ側からバーレーンへの中央値は50ms未満で、欧州の約100ms、ベネズエラやグアムへのさらに長い経路より良好だった。

この結果は障害を示さない。anycastの成果物がBGP catchmentであることを示す。物理的配置は候補を作るだけで、広告、選好、ピアリング、上流関係が実際の利用者を決める。都市はサービス区域の境界ではない。

ピアリング方針が因果の鎖を見せる

AuthDNSの方針によれば、AS197000は概してオープンなピアリングを採る。コアサイトとIXPホステッドノードでは、ルートサーバーからIPv4 /24、IPv6 /48以上のプレフィックスを受け、自らのプレフィックスを広告する。RIPE NCCはルートサーバーとフィルタリングコミュニティーの利用を勧める。直接ピアリングにも条件があり、IXPホステッドノードではルートサーバーがない場所で検討する。

この仕組みなら、一つのノードが広いネットワーク群を引き付けることも、地図ほど広くならないこともある。ホスト組織名はpeer setではない。公開台帳には、各行ごとのホスト網ASN、ルートサーバー参加、観測されたリゾルバー分布、稼働前後の変化がない。

だからといって、非公開ピアリングやセキュリティー上敏感なトポロジーを全部開示する必要はない。個別の内部構成ではなく、集計された結果と測定限界を記録すれば足りる。

キャッシュが対象母数を小さくする

Hosted DNS FAQは効果の過大評価を戒める。DNS問い合わせの大半はキャッシュで答えられる。十分に接続されたネットワークでは、ローカルノードの利点が小さいか、見えない場合もある。rootやAuthDNSへ直接届く高位ゾーン問い合わせはごく一部だからだ。対象問い合わせの改善を、DNS全体の高速化や上流帯域の節約へ拡張してはならない。

運用責任も分かれる。ホストは仕様に合うサーバーまたは十分なVM、専門的な設置環境、冗長電源、物理セキュリティー、接続を用意し、費用を負担する。RIPE NCCは遠隔管理する。ノードや到達性の問題を観測すればプレフィックスをwithdrawし、他のDNSサーバーへ問い合わせを逃がす。

機器が同じ場所にあってもwithdrawでcatchmentは変わる。サーバーを増やさなくても新しいピアリングで変わる。在庫と配送結果は同じ時計で動かない。

カバレッジ受領書を別に持つ

現行台帳は維持すべきだ。配備と状態の証拠として優れている。その隣に、ノードまたは地域キャンペーンごとの小さなカバレッジ受領書を置けばよい。対象地域と基準時点のギャップ、集計プローブ群、RIPE Atlas測定ID、採用ルール、観測期間、応答ノード構成とRTTの前後差、受け入れ条件、例外、サンプル限界を結ぶ。

個別リゾルバーも秘密のpeerも不要である。受領書が分けるべきなのは、在庫、到達可能性、anycast catchment、遅延、障害耐性だ。緑の行は在庫を証明する。一回の成功は一地点の到達性を証明する。残りは別の観測が要る。

43行は批判の結論ではない。すでに整った第一の台帳であり、計画が求めている第二の台帳への入口である。

出典