インターネット運営・政策を担う機関における政策継続性・正当性・説明責任のシグナルを追跡します。
ガバナンス
ガバナンス
ガバナンスは、インターネット基盤に影響を与え得る機関、政策プロセス、標準化活動、レジストリ運用、説明責任をめぐる紛争、実装シグナルを追跡します。BTW.MEDIA は、公開された報道、出典に基づく分析、制度的背景、長期にわたるケースの継続報道を整理し、読者が世界のネットワークエコシステム全体で、意思決定のポイント、ガバナンス上のリスク、運用の継続性、正統性をめぐる論点、政策の結果を追えるようにしています。RIR や標準化団体、ICANN のプロセス、ネットワーク運用者グループ、公共政策に関わる主体、説明責任をめぐる紛争、裏付けとなる証拠を比較したい読者は、このページで、どのプロセスが単なる手続きに過ぎないのか、どのシグナルが運用上の前提を変え得るのか、どのコミュニティが影響を受けやすいのかを確認できます。

RIR監視、ケースファイル、番号資源社会、ICANN、IETF、インターネット史、NOG セッションを含みます。
表明された立場よりも、実施の証拠と機関の行動を重視します。
最新の報道
ガバナンスの最新情報
7,554件の記事

記事
RPKI関連のBGP UPDATEは1%未満——有益な結果だが、安定性の判決ではない
査読済み研究は、RPKI イベントに関連する UPDATE が観測された BGP 全体の小さな割合にとどまると推定した。重要な結果だが、ネットワークの安定性を一つの数字で測り切るものではない。

IETF
CAPWAP接続の認証は、導入先への登録を意味しない:RFC 5418
RFC 5418 は WTP–AC 間の認証、特定の導入先への登録、装置の役割、クライアントデータの経路を別々に扱う。セッションが成立しても、運用上の問いは残る。

ICANN
`.agent` の13申請を読む鍵は、申請主体の「複数セット」参加にある
ICANN が公開した2026年ラウンドの初回 CSV では、`.agent` の同一文字列に13件の申請が並ぶ。そのうち5つの申請主体は、同ファイル内の少なくとも11の競合セットにも登場する。焦点は単一文字列の競争だけでなく、申請ポートフォリオの広がりにもある。

インターネット史
一つのInternetを支えた複数の運用者:RFC 1462の電話会社比喩
1993年の FYI は電話会社の身近な例で Internet の構造を説明した。利用者には一つのサービスに見えても、運用と修理は複数のネットワークに分かれていた。

インターネット史
NATはインターフェースではなく論理機能だった――RFC 4008の管理モデルが改められた理由
RFC 4008の設定例では、SNMP マネージャーはまず`ifIndex`を指定した行を作り、その後でアドレスマップを登録する。10年後の NATV2-MIB は、変換機能をインターフェースから切り離し、論理インスタンス、アドレス領域、加入者、リソースプールを軸に記述した。両者の間には、旧モデルが多くの実装に合わなかったと規格自身が認めるまでの経緯がある。

インターネット史
フレームは疑似回線を越えたが、サービス上の役割は届かなかった:RFC 7152
2014年、IETF の要求文書は、レイヤー2 VPN にある見えにくい欠落を示した。プロバイダーエッジは疑似回線から Ethernet フレームを受信できても、遠隔側の接続が Root なのか Leaf なのかを知らないことがある。RFC 7152は、この文脈の欠落を Ethernet Tree サービスの要件として記録した。

IETF
CAPWAP の発見が始まる前、DHCP は WTP の接続先候補を並べていた:RFC 5417
DHCPv4 または DHCPv6 のオプションは、無線終端点が起動時に試すアクセスコントローラーの順番を与える。RFC 5417 が定めるのは設定された優先順位であり、実際に制御セッションを結ぶ相手の発見と認証は後段に残されている。

インターネット史
AFIを省くと「any」になる:RFC 4012の4ファミリー既定範囲
RPSLng はマルチプロトコルポリシーに任意の AFI 句を加えた。RFC 4012では句の省略は無指定ではなく「any」を意味し、従来属性の IPv4 ユニキャストの意味は変わらない。

ケースファイル
ルートDNSへの問い合わせは倍増した。手がかりは再帰リゾルバーの更新にあった
約1週間、DNS ルートに届く問い合わせは毎秒約160万件から320万件へ増えた。形式は正常で、再帰リゾルバーのネットワークから来ており、ルートサービスへの測定可能な影響はなかった。上流のソフトウェア変更が、変更箇所の特定より先に共有インフラの負荷として現れることを示す事例だ。

IETF
RFC 5416:802.11バインディングには時代の境界がある
RFC 5416は、現代の Wi-Fi 機能をすべて保証する文書ではない。CAPWAP と IEEE 802.11-2007の基線を結び、アクセスポイントとコントローラーが局、無線、QoS、BSSID、WLAN の情報を交換する方法を定める。経営上の論点は、バインディングのメッセージが能力、適用済みポリシー、利用者の継続性のどこまでを示すかである。

IETF
IETFでは、申立ての棄却と未処理は同じ記録ではない
現行の IETF 規則は、審査に進まなかった申立てと、審査の結果として退けられた申立てを区別している。記録の公開先も異なる。したがって、受理済みの申立て一覧だけを検索しても、提出された申立て全体を数えたことにはならない。

IETF
CAPWAP の状態はサービスの証明ではない:RFC 5415
RFC 5415 は WLAN の制御面を、AC と WTP の状態遷移、保護されたチャネル、設定更新、データ転送として整理する。しかし、状態の完了、DTLS の確立、データパケットの観測はプロトコル経路の証拠にすぎない。ポリシーが適用され、端末が認可され、サービスが健全だったことを単独では証明しない。

IETF
WiCoP は歴史的な制御記録であり、デプロイ基準ではない:RFC 5414
RFC 5414 は大規模 WLAN を集中管理・プロビジョニングする WiCoP を記録する。RFC Editor はこれを Historic とし、後続の CAPWAP 参照として RFC 5415 を示す。したがって、コントローラーへの到達や設定応答だけで、現在の実装、認可、クライアントサービスを証明することはできない。

記事
AS24940のRPKIスナップショット:91経路、63件が一致、49件はより広い認可
AS24940 の RPKI スナップショット:91経路、63件が一致、49件はより広い認可の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。記事の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。

IETF
SLAPP の安全性は歴史的な境界であり、デプロイの証明ではない
RFC 5413 は CAPWAP 作業に提出された Secure Light Access Point Protocol を記録する。発見、認証、保護された転送の考え方は歴史資料として有用だが、RFC Editor は歴史記録として公開し、デプロイの根拠にしてはならないとする。RFC 5415 が標準化トラックの CAPWAP 解であり、RFC 5413 の仕組みを置き換えた。

IETF
LWAPP は歴史記録であり、デプロイ基準ではない
RFC 5412 は CAPWAP 作業に提出された時点の Lightweight Access Point Protocol を記録する。コントローラと軽量アクセスポイントの設計を読む資料にはなるが、RFC Editor は Historic と分類し、いかなるデプロイの根拠にもすべきでないと明記する。RFC 5415 が標準化トラックの CAPWAP 解であり、RFC 5412 の仕組みを置き換えた。

ケースファイル
PP-26の発言枠には順番がある――正式記録とは別に追跡する
二、三分の発言は、政府の優先課題を全体会合で見えるものにできる。一方、その時間だけでは、会議がその課題をどう扱ったかまでは分からない。PP-26 の開幕前に、ITU は政策声明の発言枠について、代表団ごとに一人、申請順を基本としつつ官職と対面参加を優先し、閣僚に三分、ほかの代表団長に二分という条件を公表した。発言の記録は残すべきだが、正式提案と会議の行動記録とは別の軌跡として扱う必要がある。

IETF
CATSはサービス接点を選ぶ。実行インスタンスは見えない:RFC 10053
CATS はネットワークと計算資源の状態をもとに、適切そうなサービス接点へリクエストを導ける。ただし、その選択だけでは、接点の先でどのサービスインスタンスが処理したのかも、示されたメトリクスがその一つだけを表すのかも分からない。

インターネット史
制御対象を制御する前に、コントローラー自身がネットワークを必要とした:RFC 7149
2014年3月、IETF の覚書はサービス事業者に、中央コントローラーの分かりやすい構成図だけでなく、その装置がどう機器を発見し、到達し、管理対象のネットワークへ安全に作用するのかを問うよう促した。RFC 7149は起動経路、顧客とのサービス条件の調整、接続喪失時の継続性を、SDN の運用設計そのものとして扱った。

IETF
SIP ガイドは地図であり、展開証明書ではない
RFC 5411 は SIP 仕様群を分野と状態で整理し、次に読む文書を示す。これは発行時点の情報的なスナップショットであり、通信事業者の実行中機能一覧ではない。掲載された仕様が未完成、放棄済み、または製品に未実装ということもある。
セッションマップ
ガバナンス分野
RIR監視
割り当て政策、理事会の正統性、機関の継続性を追跡する5つの地域セッション。
RIR監視を開くケースファイル
長期のガバナンス調査資料。法務・選挙・制度のストレス分析を扱います。
ケースファイルを開く番号資源社会
NRS エコシステムから得られる、会員制度・憲章・資源ガバナンスの調査・分析。
NRS セッションを開くICANN
DNS の調整、説明責任の枠組み、グローバルなマルチステークホルダープロセスの力学。
ICANN セッションを開くIETF
分断された政策環境におけるプロトコル標準化の動向と相互運用性リスク。
IETF セッションを開くインターネット史
ガバナンスの解釈と構造予測に役立つ長期サイクルのインフラ史。
歴史セッションを開くネットワーク運用者グループ
APRICOT と地域・国別 NOG エコシステムから得られる運用者向けの実装ノウハウ。
NOG セッションを開く