インターネット運営・政策を担う機関における政策継続性・正当性・説明責任のシグナルを追跡します。
ガバナンス
ガバナンス
ガバナンスは、インターネット基盤に影響を与え得る機関、政策プロセス、標準化活動、レジストリ運用、説明責任をめぐる紛争、実装シグナルを追跡します。BTW.MEDIA は、公開された報道、出典に基づく分析、制度的背景、長期にわたるケースの継続報道を整理し、読者が世界のネットワークエコシステム全体で、意思決定のポイント、ガバナンス上のリスク、運用の継続性、正統性をめぐる論点、政策の結果を追えるようにしています。RIR や標準化団体、ICANN のプロセス、ネットワーク運用者グループ、公共政策に関わる主体、説明責任をめぐる紛争、裏付けとなる証拠を比較したい読者は、このページで、どのプロセスが単なる手続きに過ぎないのか、どのシグナルが運用上の前提を変え得るのか、どのコミュニティが影響を受けやすいのかを確認できます。
RIR監視ケースファイル番号資源コミュニティICANNIETFインターネット史ネットワーク運用者グループ
RIR監視、ケースファイル、番号資源社会、ICANN、IETF、インターネット史、NOG セッションを含みます。
表明された立場よりも、実施の証拠と機関の行動を重視します。
最新の報道
ガバナンスの最新情報
7,719件の記事
IETF
SCTPで切り出した通信は、元のソケットを閉じても終わらない
共有バッファへの影響を抑えるためにアソシエーションを分離すると、終了操作の届く範囲も変わる。性能上の判断と後始末の責任は、一緒に引き受ける必要がある。
IETF
Mallory Knodel――検閲はパケットが捨てられる前に始まっている
接続失敗の画面は、出来事の終点だけを見せる。Mallory Knodel らが著した RFC 9505は、その手前を「何を抑えるかの決定」「対象トラフィックの識別」「実際の妨害」に分けた。三つを別々に扱えば、タイムアウトから権限や意図までを一足飛びに断定せずに済む。
記事
AFRINICのRPKIガイドは2021年に退役した検証器を掲げるが、リンク先で動くのはRoutinatorだ
運用台帳で最も厄介なのは、停止した依存先ではない。名前を変えずに中身だけが正常に入れ替わり、変更が見えなくなる依存先である。
IETF
MPTCP の復旧には、別の接続が必要になることがある
無限マッピングによるフォールバックは通信を通常の TCP として続けられる。しかし、その接続を MPTCP に戻すことはできない。継続と能力回復の判断は分かれる。
記事
ARINはAI草稿に「二人で確認する」規則を説明した。だが、確認票については語らなかった
ARIN の公の説明は、珍しいほど具体的だった。生成 AI を使えるのは限定的な草稿作業で、起草者が責任を負い、公開前に別の人が確認する。公表された説明に足りないのは理念ではない。データの判断、二度の確認、公開版を一つの鎖として示す記録である。
IETF
YANGの最小バージョンは互換性の下限ではない
インポート側が「3.1.0以上」を求めたとする。リポジトリには3.1.2 `_non_compatible`と4.1.2がある。現行の YANG Semantic Versioning 草案では、どちらも条件を満たし得る。リゾルバーは仕様どおりに動いている。誤りが生まれるのは、その数値判定を、特定のクライアントに対する安全証明へ読み替えたときだ。
IETF
DAWNはエージェント情報を選別できる しかし公開範囲はレコードに残らない
サイトの出口では、誰に何を見せるかを決められる。DAWN 向けに提案された新しい構成案は、連合ゲートウェイにその役割を置き、相手ごとにエージェント情報を削ったり出し分けたりする。ところが署名済みレコードが次の相手へ渡ると、最初の判断を機械的に確かめる手掛かりがない。出所の証明と、再配布の許可は同じではない。
IETF
Netnews の取消し用ロックは、増やせば共同承認になるわけではない
投稿サービスを移しても、過去の記事に対応する秘密情報まで消えるとは限らない。Cancel-Lock が残すのは誰のどの能力なのか。代理サービスの責任と、受信サーバーの判断を分けて読む。
IETF
Daniel Fox Frankeと、クライアント名ではないNTS Unique Identifier
「識別子」は、必ずしも「誰か」を識別するものではない。Daniel Fox Franke が共同執筆した時刻セキュリティの設計では、クライアントが一回の問い合わせのために長い乱数を作り、サーバーが同じ値をそのまま返す。戻った値が未完了の問い合わせに対応しなければ、応答は捨てられる。これは交換を結ぶ控えであって、永続的な身元ではない。
インターネット史
RFC は「真理」と呼び、正誤表は「見解」にとどめた――RFC 1925
文末のピリオドなら、編集者は正誤を判定できる。だが、その一文があらゆるネットワークで真であるかは判定できない。RFC 1925 の正誤表に残されたこの区別は、文書が持つ権威の上限を示している。保存と校訂はできても、運用上の現実まで認定することはできない。
IETF
ゲスト向けTURNでも、利用を認める境界は消えない
長期の認証情報を配らずに中継サービスを提供できれば、訪問者の接続は簡単になる。ただし、誰の割当量を使い、不要になった資源を誰が返すのかは、別に決めなければならない。
IETF
パケット廃棄カウンターを自動化に渡す前に意図の期間を結び付けよ
廃棄数のグラフが急に折れ曲がった。装置は理由を「出力側のバッファ不足」と報告し、自動化は別経路へ流す準備ができている。ところが、その直前にサービスの損失基準が変わり、ラインカードも再起動していた。正しい分類と正しい差分計算だけでは、今も同じ判断を許されているとは言えない。
記事
RIPE Atlasは「異質な」プローブ選択を完了した。だが公開APIは選択器を名指ししていない
測定基盤の信頼性は、観測点の数だけでは決まらない。どの候補から、どの規則で、どのプローブが選ばれたのかを第三者が後から確かめられるかどうかでも決まる。RIPE Atlas の2026年第3四半期計画は、プローブ・ファーミングを抑える制約と「異質なプローブ」を選ぶ機能を前四半期に完了した項目としている。一方、今回確認した公開の選択 API 契約は、通常の選択タイプを説明しているものの、その異質性を指定・識別する選択器、手法名、版番号を示していない。この差は機能が存在しないという証拠ではない。運用上の重要な判断が、公開契約から再現できる形で外に出ていない、と…
IETF
Diameterでタイマーが切れてもサービスが続く理由
RETRY_AND_TERMINATE という名前だけでは、停止までの手順は分からない。確立済みセッションの更新待ちでは、Tx の満了後もサービスを提供する場合がある。問われるのは、その間の利用を誰が引き受け、何をもって待機を終えるかだ。
IETF
K. K. Ramakrishnanと、輻輳回数ではなかったECEの反復
一つの CE マークから、ECE 付き ACK が何個も返ることがある。K. K. Ramakrishnan らが定めた古典的 TCP では、それは通知を失わないための仕組みだ。受信側は送信側の CWR が届くまで ECE を保持する。反復したフラグを一件ずつ輻輳として数えると、状態の継続時間が架空の発生回数へ変わってしまう。
IETF
IETF草案が運用上の考慮事項に五つの答え 見出しだけでは区別できない
文書に見出しがあることと、その見出しの下で判断が済んでいることは同じではない。IETF の運用指針案は第07版で、この差を具体的にした。将来の技術 RFC に置く Operational Considerations には五つの書き方があり得る。一方、所定の位置はツールによる存在確認を容易にする。存在を確認した後、どの答えを選んだのかをどう残すかが次の課題になる。
IETF
共通するネームサーバー1台は継続性の印であり、委任支配の証明ではない
キャッシュ済みの委任をリゾルバーが確かめ直す。親側の NS は大半が入れ替わったが、以前と同じ名前が一つだけ残っている。この共通部分は、キャッシュを継続扱いできるかという問いには役立つ。しかし、移行を誰が承認し、古い入口をなぜ残し、いつ消すのかまでは語らない。
インターネット史
20文字でアドレスは短くなった。照合は難しくなった――RFC 1924
アドレスの表記は、単なる容器ではない。人は形を覚え、ログは文字列を索引し、URI は区切りを解釈する。RFC 1924 は IPv6 の全128ビットを20文字に収めた。その可逆な仕掛けは、値が同じであることと、現場で同じ証拠として扱えることの距離を鮮やかに示した。
IETF
Bob Hindenと、空パケットを意味しないペイロード長ゼロ
IPv6 の解析画面に「Payload Length: 0」と表示されると、データが存在しないように見える。しかし Bob Hinden らの標準は、そのゼロを終点ではなく参照先を示す合図として使う。直後に Hop-by-Hop Options ヘッダーがあり、なおバイトが続くなら、受信側は Jumbo Payload オプションを読み、32ビットで記録された本当の長さを確認しなければならない。
記事
APNICのNIR SIGは憲章について4問を示したが、結果は無記名の1組だけだった
APNIC 62に向けて公開された NIR SIG 憲章見直し資料には、性質の異なる4つの設問が並ぶ。ところが結果として示されたのは、支持86%、中立14%、不支持0%という円グラフ1点だけで、どの設問への回答かが書かれていない。複数の意見を EC に届ける役割を担うなら、集約の前に問いと答えの対応を残す必要がある。
セッションマップ
ガバナンス分野
RIR監視
割り当て政策、理事会の正統性、機関の継続性を追跡する5つの地域セッション。
RIR監視を開くケースファイル
長期のガバナンス調査資料。法務・選挙・制度のストレス分析を扱います。
ケースファイルを開く番号資源社会
NRS エコシステムから得られる、会員制度・憲章・資源ガバナンスの調査・分析。
NRS セッションを開くICANN
DNS の調整、説明責任の枠組み、グローバルなマルチステークホルダープロセスの力学。
ICANN セッションを開くIETF
分断された政策環境におけるプロトコル標準化の動向と相互運用性リスク。
IETF セッションを開くインターネット史
ガバナンスの解釈と構造予測に役立つ長期サイクルのインフラ史。
歴史セッションを開くネットワーク運用者グループ
APRICOT と地域・国別 NOG エコシステムから得られる運用者向けの実装ノウハウ。
NOG セッションを開く