インターネット運営・政策を担う機関における政策継続性・正当性・説明責任のシグナルを追跡します。
ガバナンス
ガバナンス
ガバナンスは、インターネット基盤に影響を与え得る機関、政策プロセス、標準化活動、レジストリ運用、説明責任をめぐる紛争、実装シグナルを追跡します。BTW.MEDIA は、公開された報道、出典に基づく分析、制度的背景、長期にわたるケースの継続報道を整理し、読者が世界のネットワークエコシステム全体で、意思決定のポイント、ガバナンス上のリスク、運用の継続性、正統性をめぐる論点、政策の結果を追えるようにしています。RIR や標準化団体、ICANN のプロセス、ネットワーク運用者グループ、公共政策に関わる主体、説明責任をめぐる紛争、裏付けとなる証拠を比較したい読者は、このページで、どのプロセスが単なる手続きに過ぎないのか、どのシグナルが運用上の前提を変え得るのか、どのコミュニティが影響を受けやすいのかを確認できます。
RIR監視ケースファイル番号資源コミュニティICANNIETFインターネット史ネットワーク運用者グループ
RIR監視、ケースファイル、番号資源社会、ICANN、IETF、インターネット史、NOG セッションを含みます。
表明された立場よりも、実施の証拠と機関の行動を重視します。
最新の報道
ガバナンスの最新情報
4,284件の記事
インターネット史
トンネルは一つの網をつくった。それでも発見は全員に届かなければならなかった：RFC 1234
1991 年 6 月の RFC 1234 は、IPX データグラムを UDP に収めて IP internet を通す方法を示し、その IP internet を一つの IPX network として扱えるようにした。しかし、この「一つ」は転送の見取り図であって、発見の完結を保証する言葉ではない。既知の host なら IPX host number から IP address を得て unicast できる。一方、server や router を見つける broadcast は、手で保守する peer list の各 address に別々の…
ケースファイル
Device は SCIM から消えた。それでもネットワーク接続には別の判断が要る：RFC 9944
Device リソースを削除すれば、SCIM サービスが何を返さなくなるかは分かる。しかし、それだけでネットワークが何を強制したかは分からない。RFC 9944 は、削除をアプリケーションの意図とし、インフラアクセスを取り消すかどうかを SCIM サーバーとそのバックエンドのローカル方針に残している。
IETF
Daniel Eggertと、安定したページではなかったメッセージバッチ
1:100を取得した後に101:200を取れば、連続する二百ページ分になる――そう考えた瞬間、メールボックスの変化は記録の外へ追い出される。RFC 10022が境界のバッチを重ねる案を示すのは、番号がスナップショットではないからだ。
インターネット史
ハートビートはX.25サブアドレスを保持したが、申請者を認証しなかった：RFC 1086のTP0ブリッジ
使える X.25 サブアドレスは有限だった。RFC 1086のブリッジは、その一つを IP ホスト向けに一時確保し、登録用 TCP connection が閉じた時点で返却した。寿命の管理はできても、占有の正当性までは決めなかった。
ICANN
ICANNの.TEXAS同意要件は完全一致まで テキサス州書簡は「派生形すべて」を加えた
`.texas` が ISO 3166-2に載る州名との完全一致として申請されたなら、テキサス州の支持または不反対が必要になる。これは2026年ラウンドの Applicant Guidebook が定めた、実効性のある要件だ。一方、州の書簡は反対を「その派生形すべて」に広げた。Guidebook は、地理的名称を含んでも完全一致しない文字列を同じ審査から除外している。州の懸念を残しつつ規則も守るには、実在する申請文字列ごとに審査経路を切り分ける必要がある。
ケースファイル
マップはルーターに届いた。それでも経路を決めたわけではない：RFC 9962 と LISP-Decent
制御プレーンの依存先を分散しても、決定の責任まで分散されるわけではない。RFC 9962 はこの違いを具体化する。LISP のトンネル・ルーターは、EID から RLOC への対応を相互に保持し、互いを発見し、Map-Server の役割も担える。別個のマッピング事業者だけに登録と照会を委ねる必要はない。しかし、認証された登録、Map-Notify、複製済みのマップ、DNS とマルチキャストによる発見は、要求者から見た経路到達性も、宛先の適合性も、配送の成功も証明しない。損失を負担する運用者に代わって経路を選ぶものでもない。
ICANN
ICANN、ジャワ文字LGRのコードポイント訂正を記録 最終XMLは未公開
公開コメントが見つけたのは、抽象的な懸念ではなく、規則に入った一つの取り違えだった。U+A9B4 の直前に置ける文字は A9BA と A9BB であり、草案の A9BA と A9BC ではない。ICANN は8月24日の集約報告で訂正を記録し、ジャワ文字コミュニティーとの協議後に最終版へ反映するとした。ただし9月1日時点で、その結果を検証できる最終 XML は公開一覧にない。意思決定は一歩進み、成果物は次の状態を待っている。
インターネット史
同じサービスに二つの隣接圏。間にはなおルーターがあった：RFC 1209
同じ通信サービスにつながっているという事実は、二つのホストが当然に IP の隣人であるかのように見せる。1991 年の RFC 1209 は、SMDS 上で IP と ARP を扱う際、その見方を採らなかった。別々の管理主体が閉じた logical IP subnetwork、すなわち LIS を構成し、それらは一つの SMDS サービスを共有できる。直接通信は同じ LIS の内部だけである。別の LIS へ出るときは、SMDS に物理的な直行経路があり得ても、IP ルーターを通す。
ケースファイル
アラームは状態を変えた。原因はなお立証が必要だった：RFC 9940 と証拠の境界
アラートは早く、誠実で、有用であり得る。それでも判決ではない。RFC 9940 が提供するのは、その節度を保つための語彙である。測定値、イベント、障害、問題、症状、原因、判断はつながるが、同じ事実にはならない。
インターネット史
オプションが有効な間だけ、Control-S は命令だった――RFC 1080 の Telnet 境界
同じキーを押しても、ある端末では表示が止まり、別の端末では編集プログラムへ一文字が届く。RFC 1080 が整えたのはキーの普遍的な意味ではない。どのセッションで、誰が、ローカルな文字処理の変更を要求できるかという期限付きの権限だった。
インターネット史
NIC は続いて見えた。だが登録簿への書込みは止まっていた：RFC 1261
移行で人を安心させるものは、たいてい目に見える連続性である。同じ宛先にメールを送れる。Help Desk の名が残る。新しいホストに接続しても、画面は以前のものに近い。RFC 1261 は 1991 年の NIC 引継ぎを知らせながら、その連続性を過大に読ませない。利用者の入口を保とうとした一方で、WHOIS のマスター・データベースを移すため、登録変更を五日間停止すると明記した。入口が生きていることと、権威ある台帳が書けることは同じではない。
IETF
Pradosh Mohapatraと「利用可能容量」ではなかった帯域値
next hop の変更前後で、Link Bandwidth の値が同じ50だったとする。見た目には何も変わらない。しかし、単なる保持と、ローカル計算による再生成では、同じ4オクテットが負う責任はまったく異なる。
ケースファイル
DNS ID はゼロだった。それでもキャッシュには時計が必要だった：RFC 9953 と DoC の証拠
低電力の機器にとって、同じ答えをもう一度取りに行かずに済むことには意味がある。しかし再利用できる表現は、答えの権威、鮮度、検証、利用結果までを一度に証明するものではない。RFC 9953 は、その省力化に明確な時間の境界を与える。
ケースファイル
受領書は声明を台帳に載せた。信頼を決めたわけではない：RFC 9943 と SCITT
ソフトウェア供給網では、署名、透明性サービス、検証可能な受領書が一つの緑色の表示に縮められがちである。そこから「この成果物は信頼できる」という結論まで進むのは容易だ。しかし RFC 9943 が固定するのは、署名済み声明がある方針の下で記録されたことを後から検証できる仕組みである。声明が正しいこと、発行者が不利益な情報を漏れなく出したこと、登録方針が十分だったこと、利用者が受入れを選ぶべきことまでは決めない。
ICANN
ICANNのスポンサー調達、審査と最大2倍の増収目標を同じ業務に
ICANN は、公開会議のスポンサー戦略から候補開拓、審査、販売、契約、特典履行、実績報告までを一社に委ねる RFP を出した。同じ文書は、現在のスポンサー資金の最大2倍に達する機会を探すよう求めている。不当な影響力の証拠ではなく、ICANN 自身の審査権も残る。注目すべきは、最初の適格性判断を行う主体が、成約と成長でも評価される点だ。販売上の推奨、初期審査、ICANN の使命・リスク判断、実際の特典を二つの鍵で分ければ、効率と説明責任を両立できる。
ケースファイル
W3Cの2026年XML名前空間は変更規則のない更新中の草案を指している
永続するアドレスと、そこで使われる語彙の凍結は同じではない。W3C の XML Security 用名前空間ページは2026年8月19日付だが、その URI を初めて用いた RFC 9231bis の保存版は21日に公開された。早期割当てには実務上の価値がある。問題は、どの版が許可の対象だったのか、凍結前に誰がローカル名を変えられるのか、W3C・IETF・IANA の管理責任がどの時点で移るのかが公開記録から読めないことだ。
インターネット史
光ファイバーは速かった。それでもサービスはシステムだった――RFC 1077
1988年の研究者は、光ファイバーの先にテラビット級の素材を見ていた。RFC 1077が問うたのは、その光をどう速くするかではない。交換機、ホスト、資源配分、運用、そして実測を通じて、どう利用可能なサービスに変えるかだった。
ケースファイル
トークンはチップを示した。扉は決めなかった：RFC 9783 と PSA アテステーションの権限
署名付きのアテステーション・トークンは、つい最終判断のように見える。nonce は要求と一致し、client ID は期待どおりで、インスタンス、実装、ライフサイクル、ソフトウェア構成要素も示す。そこで受け手は「検証成功」を「入場許可」に置き換えたくなる。RFC 9783 が定めるのは PSA Initial Attestation の保護された証拠と各宣言の意味である。登録、アクセス、ワークロードの受入れ、記録の保持、後続行為を決めるのは、その結果を利用する側であってトークンではない。
IETF
Hooman Bidgoliと、配信済みサービスではなかったLeaf集合
Leaf 集合は、届けるべき相手を表す。実際に届いた相手を表すわけではない。RFC 10018は MVPN と EVPN の自動発見を SR ポイント・ツー・マルチポイント方針へ結び付ける一方、意図、計算、実装、受信を同じ事実として扱わない。
インターネット史
キューはジョブを受け入れた。だが一枚も印刷していなかった：RFC 1179 の二つの確認
ネットワーク印刷では、「受理」という表示が終点のように見えやすい。クライアントはキューを指定し、ファイルを送り、daemon から正の応答を受けた。それは確かな事実である。しかし、用紙が出たという事実ではない。RFC 1179 が記録した LPD は、この混同を小さなやり取りの中で分けていた。受信サブコマンドへの確認、宣言したファイル境界の後の二度目の確認、そして待機ジョブの印刷を開始する別の命令である。
セッションマップ
ガバナンス分野
RIR監視
割り当て政策、理事会の正統性、機関の継続性を追跡する5つの地域セッション。
RIR監視を開くケースファイル
長期のガバナンス調査資料。法務・選挙・制度のストレス分析を扱います。
ケースファイルを開く番号資源社会
NRS エコシステムから得られる、会員制度・憲章・資源ガバナンスの調査・分析。
NRS セッションを開くICANN
DNS の調整、説明責任の枠組み、グローバルなマルチステークホルダープロセスの力学。
ICANN セッションを開くIETF
分断された政策環境におけるプロトコル標準化の動向と相互運用性リスク。
IETF セッションを開くインターネット史
ガバナンスの解釈と構造予測に役立つ長期サイクルのインフラ史。
歴史セッションを開くネットワーク運用者グループ
APRICOT と地域・国別 NOG エコシステムから得られる運用者向けの実装ノウハウ。
NOG セッションを開く