要約

  • 8月17日に回覧されたRIPE NCC草案は、2月のSG2-C-0196の関連部分を明確化し、置き換える。RIPE NCCはe164.arpaでのPublic ENUM継続を支持し、閉鎖を提案していない。
  • 46委任の点検では、上位の委任レベルでDNS問題がなかったものが23、動作していないとみられるものが17、一部に問題があるものが6だった。後者23件は登録整備とデータ精度の案件であり、システム全体への結論ではない。
  • 草案は、非稼働または期限切れの一時委任を扱う改訂手続を9月に確認するようITU-T SG2に求める。意見期限は8月25日で、最終声明も手続の発効も個別削除もまだ起きていない。

RDAPの問いが、いつの間にか名前空間の問いになった

Public ENUMは、E.164電話番号をDNSで扱うための仕組みである。ITUの案内はE.164国番号をDNSへ登録する方法と説明し、RFC 6116は番号からDNS名を作り、通信先の識別子を得る手順を定める。

この仕組みには複数の管理者がいる。IABはarpa基盤に責任を持ち、RIPE NCCをe164.arpaの指定運用者としている。ITU-TはE.164国番号との調整を担う。各国当局と委任運用者は個々の枝を維持する。RFC 3245が記録するのは、単一の所有者ではなく、この協調関係である。

2月のSG2-C-0196は、ENUMのdomainオブジェクトをRDAPで照会できるようにするかという運用上の論点から始まった。しかし、ENUMとe164.arpaの将来にまで問いを広げた。IAB、委任運用者、RIPEコミュニティーとの対話を経て、8月草案は、その広げ方が既存の責任分担を正確に表していなかったと認めた。

修正は明瞭だ。RIPE NCCはPublic ENUMの継続運用を支持し、閉鎖を提案しない。SG2-C-0196は、SG2に技術的・構造的将来を決めさせる要請ではなくなる。SG2への要請は、問題のある委任を一件ずつ扱える手続を確定することへ戻った。

半数の異常は、半数分の調査を要求する

46委任のうち23が正常、17が非稼働らしく、6が部分的な異常だった。半数に何らかの兆候がある以上、登録簿を放置してよいという話ではない。古い状態や誤った状態が積み重なれば、利用者は登録情報を信頼できなくなる。

ただし、DNSチェックが説明できる範囲は限られる。測定時に応答が期待どおりだったかは分かる。恒久的な廃止なのか、移行中の停止なのか、権威サーバーの設定ミスなのか、連絡先の欠落なのかは別の証拠がいる。利用者数、通信への影響、復旧の意思も、この数字だけでは分からない。

草案はこの限界を正しく使う。23件を登録整備とデータ精度の問題と位置づけ、Public ENUM全体を評価する十分な根拠ではないとする。正常な23件を、異常な23件の処理に巻き込まない。

結論を弱めたのではない。判断の単位を適切にした。再測定、連絡、理由、期限、復旧経路を、それぞれの委任について残すことになる。

9月に必要なのは大宣言ではなく発効である

2月のSG2会合概要によると、TD423 Rev.1/PLENの改訂ENUM暫定手続は、TSB回章への回答から得る結論を条件に、9月9～18日の次回会合で発効するものとして承認された。

TSB回章123は、e164.arpaにおけるE.164国番号委任の閉鎖可能性について加盟国の意見を求めた。IABに届いたリエゾン文書は回答期限を8月15日としていた。新草案は、その回答を無視しない。国別委任の意向や状態を知る材料として使い、システム全体への票としては使わない。

RIPE NCCがSG2に求めるのは二つだ。まず、改訂手続が9月に発効し、非稼働または期限切れの一時委任を扱う仕組みとなることを確認する。次に、ENUMの長期的・技術的な問いは、IAB、RIPE NCC、関係するIETF手続、影響を受ける関係者との調整を続ける。

発効後、RIPE NCCは技術評価を更新し、可能な範囲で委任運用者に連絡し、根拠のある案件をTSBへ提出する意向だという。古いスナップショットから削除へ直行せず、再確認と説明の機会を挟む点が重要である。

IABは「誰が何を決めるか」を言語化した

IABの6月の回答は、加盟国の意見が運用情報として有用になり得ることを認める。一方、その協議だけでe164.arpaの処分やENUMの地位を決めてはならないとした。RFC 6116をHistoricにするならIETFの公開された標準手続が必要で、名前空間を廃止するなら関係する技術・運用組織の調整が必要になる。

これは組織論であると同時に、証拠の扱い方でもある。国当局は国番号に関する意思を示せる。委任運用者は修復可能性を示せる。RIPE NCCはDNSを測定し、ゾーンを運用できる。SG2とTSBはE.164の案件手続を担う。IETFはプロトコルの標準状態を決める。一つの証拠を共有することと、他者の決定権を代行することは違う。

8月草案は、この境界に沿っている。RIPE NCCは運用責任を手放さないが、運用者であることを名前空間の所有権へ広げない。SG2に具体的な手続を求めるが、単独でインターネット構造を決めるよう求めない。

NRSによるRIPE NCCの解説も、ENUM委任の調整をサービスの一つに数える。Lu HengのThe Policy Mirrorが示す薄い登録原則は、ここで有効だ。登録機関は、境界のある記録を正確に保つことで信頼される。限定された観測を周辺システムへの広い権限に変えると、その信頼を損なう。

RDAPは存廃の代理変数ではない

草案は、ENUMへのRDAP対応をPublic ENUMの継続と切り離す。新しい照会方法を実装するかは、需要、保守費用、安全性、コミュニティーの優先順位で決められる。e164.arpaを維持するかは、実利用、依存関係、標準の状態、移行可能性、各組織の役割で決める。インターフェースがないことは、閉鎖の証明にならない。

個別委任の整備にも同じ精度が要る。再測定の時刻、対象サーバー、障害分類、連絡の試み、回答期限、予定する措置、復旧方法を残すべきだ。とりわけ復旧方法は重要である。技術状態や国の意思は変わるため、一時的な失敗を永久的な結果にしてはならない。

正常な委任を一括判断から守ることと、壊れた委任を無期限に残さないことは両立する。案件記録が、その両立を検証可能にする。

立場は変わったが、文書はまだ草案である

意見期限は8月25日である。その後に最終リエゾン声明があり、9月にSG2の判断がある。この記事は、23件を永久故障と断定せず、削除が完了したとも述べない。

それでも、2月から8月への変化は大きい。RDAPと運用点検からシステム全体の将来へ飛んだ問いが、元の大きさへ戻った。23件には23件分の根拠が必要で、ENUMの将来には別の手続と広い合意が必要になる。

9月会合の実務的な成果は、確認、修復、撤回、復旧を一件ずつ扱う方法だろう。将来、全体廃止案が再び出るなら、実利用、依存、代替、移行費用、プロトコル状態を独立に示さなければならない。DNS測定は議論を始められるが、全組織に代わって終わらせることはできない。

情報源