メインコンテンツへスキップ

ガバナンス

ガバナンス

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

RIR監視ケースファイル番号資源コミュニティICANNIETFインターネット史ネットワーク運用者グループ
ガバナンス のシグナル画像
ガバナンスガバナンス
焦点機関ガバナンス

インターネット運営・政策を担う機関における政策継続性・正当性・説明責任のシグナルを追跡します。

現在7つのガバナンス・トラック

RIR監視、ケースファイル、番号資源社会、ICANN、IETF、インターネット史、NOG セッションを含みます。

シグナル実行重視

表明された立場よりも、実施の証拠と機関の行動を重視します。

最新の報道

ガバナンスの最新情報

7,730件の記事

送信側には損失が見えても、その原因は見えなかった:RFC 3155

インターネット史

送信側には損失が見えても、その原因は見えなかった:RFC 3155

TCP の輻輳ウィンドウが縮んだという記録は、経路上で何が起きたかを確定する鑑定書ではない。2001年8月の RFC 3155は、まさにその空白を扱った。ACK が進まないとき、混雑したキュー、訂正されなかった伝送誤り、並べ替え、ACK 経路の損失は似た痕跡を残し得る。共有ネットワークを守るには保守的に反応する必要があった。しかし、速く回復することと、原因を知ることは別の仕事だった。

2026年10月1日
リレーがヘッダーを足し、メッセージの末尾が失われることがある:RFC 3164

インターネット史

リレーがヘッダーを足し、メッセージの末尾が失われることがある:RFC 3164

旧 BSD syslog 形式では、リレーが時刻とホスト名を補えば、裸のメッセージは読みやすくなる。しかし RFC 3164はパケット全体を1,024バイト以下に制限していた。補ったヘッダーが、イベント本文の末尾に必要な容量を使うことがある。

2026年10月1日
ドメインが許したのは質問であって、行動ではない

IETF

ドメインが許したのは質問であって、行動ではない

`dialogue.txt` は、未知の人やソフトウェアに「一度、尋ねてもよい」と伝える公開の入口を提案する。設計上もっとも大切なのは入口の発見ではない。配送、返答、会話、権限、実行結果を一つの「同意」にまとめないことである。

2026年10月1日
受信側が多重化を受け入れても、送信側には使わない選択が残った:RFC 3153

インターネット史

受信側が多重化を受け入れても、送信側には使わない選択が残った:RFC 3153

制御プロトコルが成功すると、機能まで動いたように見えやすい。RFC 3153は、その近道を許さなかった。受信側が PPP 多重化フレームを読めると申し出たあとも、送信側は実際に束ねるパケットを選べたし、一つも束ねないこともできた。2001年に定義されたのは、最適化の結果ではなく、最適化を安全に試せる互換性の境界だった。

2026年10月1日
RIPE NCCのRPKI刷新で問うべきは、鍵の新しさより権限の終点だ

記事

RIPE NCCのRPKI刷新で問うべきは、鍵の新しさより権限の終点だ

認証方式を新しくしても、自動処理が触れられるアドレス資源まで自動的に狭くなるわけではない。RIPE NCC の四半期計画には、その違いが一枚のページに表れている。OIDC への移行は進行中だが、全 RIPE NCC 空間の ROA を編集できる API を使う案は受け入れられず、ルーティングビーコンの導入が見送られた。

2026年10月1日
サーバー側にも必要だった三つ目の乱数:RFC 3163

インターネット史

サーバー側にも必要だった三つ目の乱数:RFC 3163

RFC 3163の相互認証モードにある三つ目の乱数は、飾りではない。クライアントが自分の乱数を選ぶ時点で、サーバーが最初に送ったチャレンジをすでに知っている。その順序の非対称性に対処するための値だった。ただし、設計上の対処も、仕様が与える保証も限定的である。

2026年10月1日
新しい逆引きツリーは、古いツリーが消える前に存在していた:RFC 3152

インターネット史

新しい逆引きツリーは、古いツリーが消える前に存在していた:RFC 3152

移行には、正しい名前が決まる瞬間と、最後の古い問い合わせが消える瞬間がある。両者は同時ではない。RFC 3152は IPv6 逆引きの根を`IP6.ARPA`に定め、アドレス配分に沿った委任を求めた。一方、`IP6.INT`は新規実装には不適切とされ、秩序ある段階的廃止に委ねられた。短い文書の中に、標準、委任、ゾーン、キャッシュ、アプリケーションが別々に動くインターネットの現実がある。

2026年10月1日
マッピングシステムは宛先を知らなかった。それでも出口を返した

IETF

マッピングシステムは宛先を知らなかった。それでも出口を返した

外部または未登録の宛先に対し、LISP のマッピングシステムが動的に pETR を選ぶ提案がある。静的設定を減らせる一方、出口の決定を宛先の発見と呼んではならない。ゲートウェイが明確でも、その先の経路と結果は未確認のままだ。

2026年10月1日
実験室の数値だけでは、本番ネットワークを合格にできない

IETF

実験室の数値だけでは、本番ネットワークを合格にできない

同じ測定項目でも、隔離された試験台と利用者がいるネットワークでは、数字が答える問いが違う。IETF で審議中の BPM 設立案は、その違いを新しい文言で示し、合否の基準を測定方法から切り離している。

2026年10月1日
IPv6の設定は認証を待つ:RFC 3162

インターネット史

IPv6の設定は認証を待つ:RFC 3162

アクセスサーバーは、ホストがどのインターネットプロトコルを使うか分かる前に、セッションを許可しなければならなかった。RFC 3162は一つの RADIUS 交換に両方の可能性を載せ、どの属性を適用するかはネットワークの端に委ねた。

2026年10月1日
ICANNの1,616件は「新しいTLDの数」ではない

ICANN

ICANNの1,616件は「新しいTLDの数」ではない

2026年ラウンドの Reveal Day で増えるのは、まず情報である。申請者、希望文字列、競合関係が見えるようになり、異議や評価の材料が整う。しかし DNS ルートに委任が加わるわけではない。申請件数を稼働中の名前空間と読み替えると、まだ存在しない市場を経営判断に組み込むことになる。

2026年10月1日
古い名前はURNになった。それでも自分では解決しなかった:RFC 3151

インターネット史

古い名前はURNになった。それでも自分では解決しなかった:RFC 3151

XML は、一台の機械より長く使える一方、URI 専用の欄にはそのまま入らない公開識別子を受け継いだ。RFC 3151はそれを`urn:publicid:`へ決定的に転写した。正規化後の名前は比較できるようになったが、所有者の登録、カタログの選択、対象バイトの検証、パーサーの結果まで URN が保証したわけではない。

2026年10月1日
DHCP応答は1 Gbit/sだった。それでもボトルネックは移動していない

IETF

DHCP応答は1 Gbit/sだった。それでもボトルネックは移動していない

DHCP で契約レートを通知できれば、CPE や中継装置はローカルなシェーピングを自動化しやすくなる。ただし、通知値はポリシーの入力である。実回線の測定値でも、キュー設定の完了証明でも、利用者が得た性能の保証でもない。

2026年10月1日
一つのパケットが共有リンク上の他の通信を待たせる:RFC 3150

インターネット史

一つのパケットが共有リンク上の他の通信を待たせる:RFC 3150

非常に遅いリンクでは、パケットの大きさが、同じインターフェースを使う他の通信の待ち時間も決める。RFC 3150は、MTU を単なるバイト効率ではなく、設計上の時間制約として扱った。

2026年10月1日
EDEKAの旧ブロック193.20.0.0/15はAS197909が安定運用、登録層のDFINFRA/AS210860は凍結されたまま

記事

EDEKAの旧ブロック193.20.0.0/15はAS197909が安定運用、登録層のDFINFRA/AS210860は凍結されたまま

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

2026年10月1日
Call Agentが機能を決めても、ミュートは電話に残った:RFC 3149

インターネット史

Call Agentが機能を決めても、ミュートは電話に残った:RFC 3149

MGCP は呼制御の知能を電話の外へ置いた。しかし RFC 3149は、利用者の手元まで中央へ移さなかった。番号付き機能キーの意味や XML 画面は Call Agent が扱い、音量、受話器とスピーカーの即時切替、マイクのミュートは端末内に残した。意味の集中と物理操作の集中は同じではなかった。

2026年10月1日
同じ経路から妥当な容量値が二つ出ることがあった:RFC 3148

インターネット史

同じ経路から妥当な容量値が二つ出ることがあった:RFC 3148

単一フローの大容量転送を測ると、結果は一つの数字に見える。RFC 3148は、その数字が転送方式によって変わり得る理由を示し、値とともに経路の記録を残す必要性を説いた。

2026年10月1日
8個返ってきても、アプリケーションを測ったことにはならない

IETF

8個返ってきても、アプリケーションを測ったことにはならない

RFC 10052は、1個の STAMP 要求に対して、サイズや個数、間隔の異なる応答列を返させる。試験トラフィックの形を現実の通信に近づけるための機構だ。ただし、似た形のパケット列はアプリケーションそのものではなく、C フラグも回線容量や利用者体験の合否判定ではない。

2026年10月1日
新しい管理網は古い管理網を渡らなければならなかった:RFC 3147

インターネット史

新しい管理網は古い管理網を渡らなければならなかった:RFC 3147

移行計画では、新方式が旧方式を置き換える順序がきれいに描かれる。しかし現場では、新しい IP 管理の装置が、まだ止められない CLNS 網の向こう側に先に設置されることがある。RFC 3147 は IP を GRE に、GRE を CLNP に収めてその距離を埋めた。これは勝利宣言ではなく、依存関係を壊さず次の道を作るための設計だった。

2026年10月1日
リンクは「休眠中」だった。起こせる証拠はなかった

IETF

リンクは「休眠中」だった。起こせる証拠はなかった

眠っているリンクをリンクステート・データベースから消さず、復帰候補として残すことには意味がある。しかし、その記録は地図であって、電源装置の完了通知ではない。地図上に容量が残っているからといって、両端が同じ資源を起こし、予約を復元し、パケットを通せるとは限らない。

2026年10月1日

セッションマップ

ガバナンス分野

RIR監視

割り当て政策、理事会の正統性、機関の継続性を追跡する5つの地域セッション。

RIR監視を開く

ケースファイル

長期のガバナンス調査資料。法務・選挙・制度のストレス分析を扱います。

ケースファイルを開く

番号資源社会

NRS エコシステムから得られる、会員制度・憲章・資源ガバナンスの調査・分析。

NRS セッションを開く

ICANN

DNS の調整、説明責任の枠組み、グローバルなマルチステークホルダープロセスの力学。

ICANN セッションを開く

ネットワーク運用者グループ

APRICOT と地域・国別 NOG エコシステムから得られる運用者向けの実装ノウハウ。

NOG セッションを開く