トピック
レジストリガバナンス
「トピックの観点から見たレジストリガバナンストピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
ケースファイル
タイムスタンプは精密になった。それでもアソシエーションは維持されなければならない：RFC 9769
送信に最も近い時刻は、パケットが出た後でしか分からないことがある。RFC 9769 はその遅れて届く精密値を次の応答で運び、二つの交換を結ぶ状態の保全を測定条件にした。
ケースファイル
名前は残る。経路はホップごとに選び直す：RFC 9758
長い途絶を越える通信では、宛先が動く一方で Bundle は待ち続ける。RFC 9758 は、その変化を名前に追わせない。`ipn` を恒久的な識別子として残し、いま届く道を各中継点に問い直す。
記事
RIPE NCCの光回線は数分で復旧、RIPE Accessの全面復旧には約30分
障害対応では「回線が戻った時刻」と「利用者が再び安全に操作できた時刻」が同じとは限らない。RIPE NCC が5月27日の障害について公表した数分と約30分という二つの時間は、ネットワーク経路と認証サービスを別々の回復対象として測る必要性を示している。
ICANN
gTLD申請を提出しても、料金には7日間の期限が残る
gTLD 申請を期限内に提出しただけでは、処理に必要な条件を満たしたことにはならない。ICANN は別の支払期間内に評価手数料を受領する必要がある。
リーダー
Hans Petter Holenと、選出プロセスを必要とした議長職
2014年、Rob Blokzijl は Hans Petter Holen に RIPE Chair の役割を託した。同時に、次の継承を個人間の信頼だけに依存させないため、RIPE に正式な選出プロセスを設ける必要があるとも求めた。そこから始まったのは、後任を誰にするかという人選だけではない。議長職が、どのような手続きでコミュニティに引き継がれるべきかを記録し、確認し、再利用できる形にする作業だった。
記事
APNIC Whois の mnt-irt が示すのはインシデント対応であり、ネットワーク支配ではない
必須の連絡先ポインターは、ネットワークを誰が運用しているかを示す宣言のように見えることがある。しかし APNIC Whois の `mnt-irt` が担う役割は、もっと限定的で実務的だ。番号資源の記録を、セキュリティー事故や不正利用の通報を受ける Incident Response Team（IRT）オブジェクトに結び付ける。この関連付けは説明責任を高めるが、ルーターの運用者、観測された BGP 起点、通信の運搬者、法的所有者、あるいは事故の原因となった主体を特定するものではない。
ICANN
行政チェックは申請手続きの関門であり、内容承認ではない
ICANN の行政チェックは提出内容を確認し、同一文字列の集合を整理するが、申請内容を承認するものではない。
記事
AFRINICのIPv4プール案には二つの台帳が必要だ
AFRINIC の草案は回収アドレスと枯渇後の待機列に細かな規則を設ける。その手続上の経緯は、ブロックの移動だけでなく、各規則がいつ権限を得たかも追跡可能にすべきことを示す。
リーダー
Mirjam Kühneと、フォーラムがジャーナルになるまで
技術コミュニティの開放性は、選別やモデレーション、責任が不要になることを意味しない。RIPE Labs は、ツールとプロトタイプの非公式な経路から、編集上の選択と明確な引き継ぎによって運営される投稿ジャーナルへと変わっていった。Mirjam Kühne の仕事は、その変化を支えた日常的な編集労働を見せている。
記事
ARINの受入スイッチは再割り当てを同意付きの登録関係にする
2026年1月以降、組織は上流事業者が自らの Org ID へ新しい再割り当てや再配分を結び付ける前に、その操作を拒否できる。これは公開記録への望まない関連付けを防ぐ仕組みであり、既定の受入状態が案件ごとの同意を示すわけでも、成立した記録がネットワーク運用や所有権を証明するわけでもない。
ICANN
1回のRSP評価は複数gTLDに使えるが、対象は資格が認められた特定サービスに限る
評価は gTLD をまたいで再利用できるが、ICANN の資格は特定のレジストリサービスに限られる。
記事
AFRINICのPDP継続案には権限マップが必要だ
新しい作業部会案は、会社統治が止まったときにもポリシー策定を継続させようとしている。手続の明文化には価値がある。難題は、理事会が動けないときに誰が合法的に行動できるかである。
ICANN
RSPの網羅性は事業者数ではなく機能表で確かめる
複数のレジストリサービスプロバイダーを挙げても、重要な機能が未割当のままになることがある。ICANN の2026年ラウンドでは、Main、DNS、DNSSEC、任意の Proxy という各 RSP の役割と数の上限が異なる。
ICANN
RSPの指定は契約段階の確認ではない
申請者は申請書でレジストリサービスプロバイダーを指定できる。契約手続中には、ICANN が指定されたプロバイダーへ別途確認を求める。申請者による選択、ICANN の確認要請、プロバイダーの実際の回答は同じ証拠ではない。
記事
AFRINICのコンプライアンス画面には制裁より先に不服申立ての経路が要る
AFRINIC は、会員がポリシー上の義務を把握しやすくするコンプライアンス・ダッシュボードを検討している。だが、赤い表示がサービス停止、資源の取消し、会員資格の終了につながり得るなら、可視化と執行判断を分離する設計が先に必要だ。AFRINIC 自身の影響評価も、その理由を示している。
ICANN
RSP選定は評価前まで待てるが、無期限ではない
ICANN の2026年ルールでは、レジストリサービスプロバイダーを指定せずに申請できる。ただし申請者と申請内容の評価に入る前に、最低限必要な重要レジストリ機能を担うプロバイダーを特定しなければならない。
ICANN
バリアント文字列集合は文字列ごとではなく一体で競合する
同じバリアント文字列集合の文字列を異なる申請者が求める場合、ICANN の2026年ルールは申請されたプライマリ文字列と申請された割り当て可能なバリアントを一つの競合単位として扱う。
記事
LACNICのPAIクライアントはJava 8対応を掲げるが、最新版JARはJava 17を要する
公開 README には「Java 8以上」とある。一方、JitPack から取得できる1.5.1の JAR では、十二個すべての class ファイルが major version 61、すなわち Java 17向けだ。これはサービス障害の証拠ではない。人が読む互換性の説明と、JVM が読む実行条件との間で、版の対応が切れているという証拠である。
記事
APNICのAPI障害告知はレジストリAPIを名指ししていなかった
`api.APNIC.net` と `registry-api.APNIC.net` の間には、「registry」と一つのハイフンがある。APNIC が8月5日の障害告知で示したのは前者であり、レジストリ更新用に公開している仕様が示すのは後者だ。この差だけで両サービスの独立性は証明できない。しかし、「API」という総称だけでは、障害がどの権限面に及んだのかを特定できないことは証明できる。
ケースファイル
HTTPは200、レジストリ命令は失敗
EPP over HTTPS の最新ドラフトは、運用画面の「成功」を二つに分ける。HTTP の200は Web 経路の結果であり、EPP 応答はレジストリ命令の結果である。処理後に応答だけが失われた場合、どちらの数字からも再実行の許可は生まれない。