トピック
レジストリガバナンス
「トピックの観点から見たレジストリガバナンストピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」

ICANN
拒否行動の失効:ASO、ICANN FY27計画と賦権コミュニティによる抑制の限界
2026年、ICANN 理事会の決定に対する賦権コミュニティ(Empowered Community)の拒否権は二度起動され、二度とも表決に至らなかった。一つは資金、すなわち ICANN FY27–31運営・財務計画、ICANN FY27 運営計画・予算、IANA FY27 運営計画・予算である。もう一つは説明責任の仕組みそのもの、すなわち特定レビューの時期に関する定款標準修正(第27条への第27.6節の追加)である。残されたのは手続きの記録であり、その記録は、公開請願から拒否に至る各関門を誰が握っているかを示している。

番号資源社会
RIPE NCCのabuse連絡先検証:閉鎖と登録抹消に至る手順と、確認できない執行実績
RIPE NCC は RIPE Database 上の abuse-mailbox 属性を自動で検証している。属性が存在し、構文が正しく、ドメインが解決し、メールを受け取れるかは機械的に確かめられる。しかし、そのメールボックスに届いた通報がどう扱われるかは検証の対象ではない。検証に繰り返し失敗した場合の手順は、会員契約の終了と番号資源の抹消まで用意されている。だが、その手順が実際にどこまで進んだかを示す公表された数量は2017〜2019年のものに限られ、2025年と2026年の執行実績は今回参照した資料からは確認できない。

記事
ARINの域外利用案には、判定する資源の単位が書かれていない
「域外だけ」と「域内外で同時」の境界は明快に見える。しかし割り当て全体と子プレフィックスでは答えが変わり得る。必要なのは単位、観測期間、証拠を伴う判定記録だ。

番号資源社会
RIPE NCCの不正窓口検証:メールが届くことは、対応されることを意味しない
RIPE NCC は少なくとも年1回、登録された不正連絡窓口(abuse-mailbox)が実在し、メールを受け取れるかを検証している。この検証が確かめるのは到達性であり、届いた通報がどう処理されたかではない。登録機関自身の文書が記述する仕組み、段階的に強まる是正手順、公表された数字の限界を整理する。

ICANN
ICANNが新gTLD申請を止める権限と、申請後に実際に得られる救済
新 gTLD プログラムの第1ラウンドは終了しており、公開されている申請者向け文書は2012年6月4日版の Applicant Guidebook である。申請を拒否し、または延期する権限はプログラム規則と理事会の決定にあり、異議を申し立てた申請者が最終的に受け取るのは、理由を付した最終決定か、定款・規則との整合性についての宣言であって、文字列の委任を命じるものではない。

IETF
RFC 9812:審査を厳格化してもIPv6空間が割り当てられるわけではない
IPv6 アドレス空間の大半は、今も「Reserved by IETF」と記録されている。RFC 9812 は、その保留空間を将来大規模に使う際の手続きを `IESG Approval` から `IETF Review` へ変更した。これは権限の証拠を強くする決定であって、プレフィックスを動かす決定ではない。方針、申請、承認、IANA の実行、委譲、経路運用を一つの「割当」に潰さないことが統治上の焦点になる。

IETF
RFC 9876:CoAPレジストリ番号は相互運用性の判定ではない
制約環境向けのプロトコルでは、小さな整数が過大な制度的保証を背負いやすい。CoAP の Content-Format 番号は、Media Type、パラメータ、必要なら Content Coding をワイヤ上で繰り返さずに済ませる。RFC 9876は、その番号を誤って割り当てにくくした。しかし、配備済みの二製品が同じバイト列を同じ意味で処理することまでは証明しない。必要なのは、割当ての記録と実装の記録を結び、混同しないことだ。

記事
ARINのIPv6 CSVで変わるのは表記であり、資源ではない
IPv6 のプレフィックスに大文字の `A` が現れたからといって、別のネットワークが登録されたわけではない。それでも、レジストリから持ち出された CSV を文字列のまま照合する現場では、同じ資源が別の行に見えることがある。ARIN への公開提案は、Manage Networks のダウンロード用 CSV を小文字にしてほしいという狭い要求だった。その狭さこそ、登録の権威と、その記録を渡す書式の責任を見分ける機会になる。

記事
AFRINICのIPv6草案で「95%」の意味が変わった
第3版は同じように見える達成率を並べながら、測定対象そのものを入れ替えた。将来の判定を比較可能にするには、数字だけでなく、版、分母、時計、測定方法を一体で残す必要がある。

欧州・中東のデータセンター
AZUR DATACENTER SAS — RIPE NCC 会員登録が示すものと示さないもの
RIPE NCC の会員ディレクトリに記録されたフランスの一件から、データセンター事業者をめぐる証拠の境界を読み解く。

記事
ARINの助成総額は確定したが、最終報告の月は二つ残っている
ARIN は9月22日、2026年の二つの Community Grant に計3万7,350ドルを配分した。一方、同じプログラムページには最終報告の期限として2027年9月と10月が併記されており、公開日程はまだ一つの信頼できる時計になっていない。

記事
APNIC調査が問う、研修の「次」に残る実装の証拠
演習を終えたことと、運用網が変わったことは同じではない。2026年の APNIC 調査は技術研修への高い評価と同時に、現場実装までつなぐ支援、道具、伴走を求める声を記録した。

記事
RIPE NCCの試験APIは復旧したが、利用者側の照合記録がない
ステータスページは障害の終点を示した。しかし、試験環境で送った一件の操作が失敗したのか、受け付けられたのか、再試行すべきなのかを判断する材料までは示していない。復旧と照合は、同じ緑色の表示では代替できない。

記事
APNICの2件の28分障害に相関確認の記録が要る
MyAPNIC では49時間足らずの間に、いずれも28分の障害が起きた。APNIC は別々の直接要因を公表したが、依存関係を横断して照合した結果は示していない。

ICANN
ICANNの「15日以内の検証」をめぐる対話は説明会になった。拘束力ある経路はまだ選ばれていない
登録データの正確性をめぐる今回のやり取りで重要なのは、DNS で名前を利用可能にする前に確認を終えるべきかという結論だけではない。会合の性質が変わったことだ。事前ウェビナーと GAC・Board・GNSO の三者対話は情報提供セッションに置き換わり、複数の Board メンバーはオブザーバーとして出席し、その後の書簡は二つの正式経路を示したものの、どちらも選択しなかった。

記事
LACNICの新草案は四つの事実を一つの発動条件に束ねる
レガシー資源には、最新の連絡先、逆引き DNS、利用権の資料がそろっていても、特定の公開経路観測には現れない場合がある。LAC-2026-5 は、性質の違うそれらの事実を同じ回収判断の入口へ送る。

ICANN
autistici.orgの保留には時刻がある。公開された判断記録はない
PIR の RDAP は、`.org`レジストリが`autistici.org`に加えた状態と変更時刻を正確に示す。しかし、米国の制裁指定が誰のどの判断を経てドメイン全体の停止になったのか、なぜ猶予的な許可の期限より前だったのか、より狭い措置を検討したのかは示さない。

記事
RIPEのIPv6 PI案は24か月計画を求めるが、その後の判断がない
提案2024-01は、申請者に今後2年間の利用見込みを示させることができる。だが、その期間が終わった時に、どの証拠を見て、誰が、どの程度の対応を決めるのかはまだ書かれていない。

記事
ARINの正当なRPSLでもミラーの回答は欠けた
ARIN の正当な RPSL でもミラーの回答は欠けたの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。記事の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。

IETF
RFC 10050が分けた三つの判定――カード、プロファイル、プロトコル
JSContact カードが正しく、あるプロファイルにも適合している。それでも、そのカードを運ぶプロトコルが受理すべきだとは限らない。RFC 10050は、プロファイルに永続的な名前と版を与えながら、最終判断をプロトコル側に残した。
