インターネット運営・政策を担う機関における政策継続性・正当性・説明責任のシグナルを追跡します。
ガバナンス
ガバナンス
ガバナンスは、インターネット基盤に影響を与え得る機関、政策プロセス、標準化活動、レジストリ運用、説明責任をめぐる紛争、実装シグナルを追跡します。BTW.MEDIA は、公開された報道、出典に基づく分析、制度的背景、長期にわたるケースの継続報道を整理し、読者が世界のネットワークエコシステム全体で、意思決定のポイント、ガバナンス上のリスク、運用の継続性、正統性をめぐる論点、政策の結果を追えるようにしています。RIR や標準化団体、ICANN のプロセス、ネットワーク運用者グループ、公共政策に関わる主体、説明責任をめぐる紛争、裏付けとなる証拠を比較したい読者は、このページで、どのプロセスが単なる手続きに過ぎないのか、どのシグナルが運用上の前提を変え得るのか、どのコミュニティが影響を受けやすいのかを確認できます。
RIR監視ケースファイル番号資源コミュニティICANNIETFインターネット史ネットワーク運用者グループ
RIR監視、ケースファイル、番号資源社会、ICANN、IETF、インターネット史、NOG セッションを含みます。
表明された立場よりも、実施の証拠と機関の行動を重視します。
最新の報道
ガバナンスの最新情報
7,758件の記事
IETF
大きな群を選んだ。秘密指数の質は別の証拠だった
交渉ログには大きな MODP 群が残った。秘密指数を生んだ乱数源はログに現れず、現れるべきでもなかった。だからこそ、公開ラベルの強さを秘密処理の証明に読み替えてはならない。
インターネット史
認証タグは96ビットのまま、ハッシュ関数は交代した：RFC 2403・2404
二つの IPsec 変換は、送信する認証値をどちらも96ビットに保ちながら、その下で使うハッシュ関数を変えた。フィールド長が同じならパケット形式は比べやすい。しかし、アルゴリズムや鍵、後年の実装指針まで同じになるわけではない。
インターネット史
ラベル付きの枝ができる前に、最初のパケットが届かなければならなかった：RFC 3353
使われていないマルチキャスト木にラベルを配らない。資源節約としては正しい。しかし「パケットを見てから枝を作る」と決めた瞬間、下流のルーターは、まだ存在しない枝を通るはずの最初のパケットを待つことになる。RFC 3353 が残したのは、まさにこの起動時の空白を埋めるための選択表だった。
IETF
HttpOnly は読ませなかった。誰が置いたかは証明しなかった
HttpOnly は JavaScript など非 HTTP API からの直接読取りを制限する。Cookie の作成者、サーバー側セッションの有効性、利用者の意思までは証明しない。公開面を狭める制御と権限の証拠は別である。
インターネット史
URI は使えた。プロファイルはまだ恒久名ではなかった：RFC 3349
標準化の途中でも、二つの実装は同じ相手を指す名前を必要とする。RFC 3349 はその名前を早く与えたが、完成を先取りしなかった。BEEP の交渉で使える暫定 URI と、公開後に与えられる恒久 URI を、権限も証拠も異なる状態として設計したのである。
インターネット史
鍵を替えても既知平文の危険は残る：RFC 2405
RFC 2405は DES 鍵の一律な有効期間を定めず、保護する情報の価値と攻撃者の資源に応じて判断する余地を残した。IP データグラムには予測しやすい先頭部分があるため、定期的な鍵交換だけでは同文書が想定した既知平文攻撃を退けられない、というのがその論点だった。
IETF
再送は不要だったと分かった。縮んだ窓は別の状態だった
最初の受理可能な ACK は、再送より古い時刻印を返した。元の送信が失われていなかったことは分かったが、送信側がすでに縮めた輻輳ウィンドウは、その事実だけでは広がらなかった。
IETF
ブラウザーは目的を宣言した。人間の意思までは証明していない
`Sec-Purpose` は要求の文脈を伝える。本人確認、同意、将来のクリックを伝えるものではない。提案中の 419 を安全に使うには、機械が付けた目的と人間が授けた権限を分けなければならない。
IETF
IRTFのNet4AI構想、AIネットワークを長期研究の議題へ
Net4AI の憲章案は、AI ワークロードとインターネットのアーキテクチャを長期的に検討する場を提案する。現状は内部審査の初期段階で、工程表もない。
インターネット史
CLDAPはなぜ標準化を進められなかったのか：RFC 3352
1995年、CLDAP は接続確立を省き、小さなディレクトリ検索を短い経路で返すことを目指した。8年後の RFC 3352は、その利点だけでは RFC 1798を維持可能な標準へ育てられなかった理由を記録した。ただし、個々の環境で動くコードがすべて消えたとは述べていない。
インターネット史
MPLS は別の経路を選んだ。容量を生み出したわけではない：RFC 3346
最短経路の一本だけが混み、遠回りの回線には余裕が残る。その偏りを直せることが MPLS トラフィックエンジニアリングの魅力だった。RFC 3346 はその効用を認めたうえで、経路変更は既存容量の配置を変えるだけであり、LSP に設定した帯域値そのものは実トラフィックの証明ではないと記録した。
IETF
ゲートウェイは厳しくできる。オリジンの許可にはなれない
中継者は、理解し実際に執行する限り、オリジンが示したレート制限より厳しい制約を伝えられる。しかし、その判断はオリジンの受理結果ではない。経路上の助言と最終的な権限を分けなければならない。
IETF
署名は正しかった。信頼先の選択は別だった
署名検証は成功した。証明書の連鎖も処理できた。しかし、その署名者がこの管理ドメインの帯域を拘束してよい主体かどうかは、暗号計算からは出てこない。正しい署名と正しい権限は、同じ問いへの二つの答えではない。
インターネット史
新しいアドレスは受理された。古いアドレスもまだ有効だった：RFC 3344
新しい登録応答が成功を告げても、以前の転送先が消えたとは限らない。RFC 3344 の `S` ビットは、古いモビリティ・バインディングを残し、一つのデータグラムを有効なすべての気付アドレスへ複製する選択肢を明示していた。
インターネット史
通話を切らずに文字を加える：RFC 3351とSIP
2002年のアクセシビリティ提案が問い直したのは、ごく実務的な設計上の前提だった。伝え方を変えるたびに、通話まで最初からやり直す必要があるのだろうか。
インターネット史
購読は終了した。それでも更新はまだ届き得た：RFC 3343
終了の返答を受け取った後で、古い購読に属するプレゼンス更新が届いた。RFC 3343はこの順序を許していた。サービスは新しい更新を止めたが、先に中継網へ渡した更新までは消せない。終了は送信元の未来を変え、すでに動き出した過去を取り消すものではなかった。
IETF
管理値は変わった。動作状態はまだ追いついていない
SET は新しい値を受理し、直後の GET は古い動作を返した。矛盾していたのは装置ではなく、指示と現在状態を一つのオブジェクトに押し込んだ証拠設計だった。
IETF
104 を受け取った。成功通知を出すにはまだ早い
HTTP の 104 応答は、切断後に戻れる一時リソースを知らせるためのものだ。回復経路が確保されたことと、対象リソースが表現を受理し業務処理を確定したことは、同じ出来事ではない。
インターネット史
遅延報告が発せられても、メッセージは進み続けた：RFC 3342
送り手のもとへ遅延報告が向かい始めた時点でも、元のデータは次の中継へ渡されていた。RFC 3342では、警告の発生と配送の停止は同じ出来事ではない。さらに、最終報告が戻るための期限も別に存在した。三つの時計を一つの成否表示に潰すと、正しい警告が誤った命令へ変わる。
IETF
同じ経路で再送できても、観測の権限までは強くならない
QUIC の新しい提案は、観測したアドレスを元の経路で再送するよう求める。これは配送規律として重要だが、その値が正しい、長く有効である、他の相手から到達できるという証明ではない。
セッションマップ
ガバナンス分野
RIR監視
割り当て政策、理事会の正統性、機関の継続性を追跡する5つの地域セッション。
RIR監視を開くケースファイル
長期のガバナンス調査資料。法務・選挙・制度のストレス分析を扱います。
ケースファイルを開く番号資源社会
NRS エコシステムから得られる、会員制度・憲章・資源ガバナンスの調査・分析。
NRS セッションを開くICANN
DNS の調整、説明責任の枠組み、グローバルなマルチステークホルダープロセスの力学。
ICANN セッションを開くIETF
分断された政策環境におけるプロトコル標準化の動向と相互運用性リスク。
IETF セッションを開くインターネット史
ガバナンスの解釈と構造予測に役立つ長期サイクルのインフラ史。
歴史セッションを開くネットワーク運用者グループ
APRICOT と地域・国別 NOG エコシステムから得られる運用者向けの実装ノウハウ。
NOG セッションを開く