トピック
レジストリガバナンス
「トピックの観点から見たレジストリガバナンストピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
記事
RIPEstatはCSP対応のため経路履歴を刷新する――新旧表示を結ぶ意味上の検証記録が要る
古い画面を捨てることと、古い画面が示していた判断を黙って変えることは同じではない。RIPE NCC が Routing History を新技術で作り直す理由は十分にある。だからこそ、同じ API 応答を新旧の表示がどう読んだかを残す、小さな検証記録が必要になる。
ケースファイル
レジストリロックの定足数は承認を数えても、権限の独立性は証明しない
別々の二人が承認しても、同じメール基盤と回復窓口に依存していれば、攻撃者が越える境界は一つかもしれない。EPP のレジストリロック案は承認数を扱えるが、承認者の支配が独立していることまでは示さない。
記事
RIPE NCCは8言語で発信する。それでも最終判断は英語にある
RIPE NCC は情報を8言語で提供し、Information Services の文章を訳すコミュニティ・ボランティアを募っている。入口を広げる意義は大きい。一方、Language Centre は、翻訳は参考情報であり、食い違いがあれば英語が正式かつ最終的な版だと明記する。必要なのは、この線引きを消すことではない。各ページに、どの英語版を訳し、いつ確認し、誰が組織内で管理し、訂正をどう反映するのかを示す小さな履歴票を付けることだ。
ケースファイル
EPP残高は取引を止めても、その根拠となる台帳は示さない
機械が読み取れる残高と、後から判断を説明できる証拠は同じではない。REGEXT で検討中の EPP 残高マッピングは、レジストラが使える資金状態を共通化する。一方、その値を生んだ会計記録まで運ぶ設計ではない。
記事
ARINではROAに名前を付けられる。それでもオンライン検索は名前を見ない
ARIN では ROA に名前を付けられる。それでもオンライン検索は名前を見ないの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。記事の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
記事
APNICの定義ページは草案、公式テキストは現行版のまま
「最新版」と「現行版」は同じとは限らない。APNIC-080 の通常の入口に表示されるのは2026年の第004版で、状態は`DRAFT`だ。一方、APNIC が公式性を与える安定テキストには2023年の第003版が`Active`として残る。両方の存在は合理的でも、その関係を読むために別の規程まで探させる必要はない。
ケースファイル
EPPサーバー検証の成功は日付付きの方針判断であり、健全性証明ではない
緑の表示は、それを生んだ観測より長く残り得る。新しい EPP 案は判定を運べるようにするが、永続的な真実にはしない。
ケースファイル
EPPの「同一主体集合」は外部ポリシーを不可分な境界に変える
コマンドに書かれるドメイン名は一つでも、移転や削除の結果は列挙不能な一群へ及び得る。電文は残るが、その境界を描いた規則はプロトコルの外にある。
記事
APNICのSIGオンライン投票、参加者票には現地チェックインが要る
APNIC 62の SIG 選挙はオンラインで投票できる。しかし、会議参加者として投票権を得るにはムンバイの受付を通過しなければならない。会員組織の一票は別の権限経路から生まれる。この二つを一括して「オンライン投票」と呼ぶだけでは、誰が選挙体を構成したのかが見えない。
ケースファイル
EPP拡張レジストリが記録するのは共存であり、勝者ではない
似た機能を持つ二つの拡張が、異なる XML 名前空間のまま同じ公式レジストリに載ることがある。それは整理不足ではない。実装の世界で別々の選択が生きているという、消してはならない記録である。
記事
AFRINICの「6か月以内」実施ルールには二つの起算点がある
期限は、起点を共有して初めて期限になる。AFRINIC の現行 CPM は Last Call の終了から6か月を数える。一方、現行の PDP 解説ページは理事会による批准から数える。番号資源移転ポリシーでは両者が4年以上離れ、影響評価にはさらに、起点を示さない「12か月」が置かれている。
IETF
Michelle Cottonと、RFCより先に割り当てられたコードポイント
相互接続試験には共通の番号が要る。しかし、その番号を恒久的に割り当てる RFC はまだ完成していない。Michelle Cotton が RFC 7120で設計したのは、この時間差を隠さず扱う仕組みだった。番号は公開されるが、同時に期限付きだと明記される。
記事
RIRの90日間緊急措置は、全コミュニティー手続きの再実施なしに更新できる
RIR ガバナンス文書の勧告草案は、暫定的な継続措置を90日単位とし、更新も認めている。ところが、その境界で参加の扱いが変わる。開始後は全 RIR コミュニティーを対象とするプロセスが必須だが、更新後にもう一度行うかどうかは RIR 側の選択となる。緊急対応の速さを守りながら、この切り替えを公開記録に残す必要がある。
記事
LACNICはBulk WHOIS申請書のメール送付を求める。同じページはメールを受け付けない
制限付きの一括データを申し込む側が知りたいのは、紙とメールのどちらが新しいかではない。どの行為によって案件が成立したのかである。LACNIC の現行案内は、署名済み書式を`hostmaster`へ送り、承認後に原本を郵送するよう求める一方、末尾ではメール送付の書式を受け付けないと記す。二つの媒体より、名前のない二つの境界が問題だ。
ケースファイル
HTTP 200はEPPレジストリの判断ではない
レジストリへの命令を HTTPS に載せると、一つの要求に二つの結果が生まれる。Web 上の配送結果と、EPP 処理の結果である。前者だけを保存し、後者の代わりにしてしまうところから統治上の事故が始まる。
記事
RIPE DatabaseはOIDCへ移るが、セッションに`mntner`権限は付いてこない
移行作業の完了条件は、新しいログイン画面が開くことではない。認証された利用者が許可されたオブジェクトだけを更新でき、許可されていない更新は何も変えずに拒否されることまで、一続きの記録として残って初めて完了になる。
記事
RIPEはRRC18を再起動で復旧とした。その14分後、RRC24で類似障害を告知した
二つのバックエンドサービスを再起動すると、RRC18 のファイル公開は戻った。しかし原因は分からないままだった。RIPE NCC がその事実を残して障害を「解決済み」にした801秒後、今度は RRC24 が同じ種類の公開停止に見舞われ、他の RRC も否定できないという告知が出た。復旧の完了と原因調査の完了は、同じ緑色では表せない。
記事
ARINはROA文言修正を完了扱いにした。公開例からマスク長の範囲が抜けた
具体的な指摘に約5週間で答え、FAQ を直して案件を閉じた。ARIN の対応には評価すべき点がある。ただし「完了」を検証するには、問題を問題たらしめた境界値が生きた文書にも残っていなければならない。
記事
AFRINIC の upd-to は更新失敗通知の宛先であり、データベース権限ではない
Whois の更新が拒否されても、提案されたオブジェクト全体があるメールボックスへ届くことがある。AFRINIC の `upd-to` は、その通知先を説明するフィールドだ。送信者を特定するものでも、認証情報でも、変更が登録された証拠でもない。
記事
ARINは§4.10の悪用を不正報告手順に加えたが、フォームが挙げるのは別の二例だ
ARIN の「Fraud Reporting Process」は現在、番号資源ポリシーの悪用と、NRPM §§4.4、4.10を含む予約アドレス・プールの不正使用を受付範囲に掲げている。ところがリンク先の公開フォームが説明するのは、不正に取得された資源と、無断で変更された ARIN 記録だけだ。自由記述欄が第三の事例も受け取れる可能性は十分にある。それでも、受け付けるかどうかを利用者の推測に委ねる理由にはならない。