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

ガバナンス / IETF

IETF

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

グローバルプロトコルガバナンス相互運用性リスク
IETF のシグナル画像
ガバナンス / IETFIETF
地域グローバル

世界中の実装に影響を与えるオープン標準化団体。

主要領域ガバナンス

プロトコル策定プロセスと標準の正当性。

主要トピック適用範囲

ベンダーと事業者にわたる、仕様から実装までのギャップ。

影響の見通し年

主要な標準の変更は通常、120日以上のサイクルでシステムに影響を与えます。

最新の報道

IETFの最新情報

1,644件の記事

RT由来のBGPタグは、RTの権限を持たずにAS境界を越えうる

IETF

RT由来のBGPタグは、RTの権限を持たずにAS境界を越えうる

IETF の第13版ドラフトは、Route Target と、そこから派生する Extended Community を区別した。後者には経路配布や VRF へのインポートを制御する働きはない。それでも、転送可能な形式なら AS 境界を越える可能性がある。元の Route Target 型だけを見るフィルターは、そのコピーを見逃しうる。

2026年11月2日
IETFの権利は移管された。7月時点でIANAの5契約は署名待ちだった

IETF

IETFの権利は移管された。7月時点でIANAの5契約は署名待ちだった

IETF 自身の知的財産資産は3月に IPMC へ移った。7月の最新の公式進捗では、IANA 関連の5件の更改契約に最終署名が残っていた。10月の草案は、公開文書の古い組織名を更新しようとしている。

2026年11月1日
ECH の再接続、鍵を預かるのは誰か

IETF

ECH の再接続、鍵を預かるのは誰か

接続が戻れば復旧完了とは限らない。署名付き ECH 更新の提案は、通信の復旧とプライバシーを変える権限を分けて考える材料になる。

2026年11月1日
中央値は+1ms、p99は+1.405秒。Joe AbleyのDNSSEC実験が示した長い尾

IETF

中央値は+1ms、p99は+1.405秒。Joe AbleyのDNSSEC実験が示した長い尾

Cloudflare の初期テストで、中央値はほとんど動かなかった。遅い側の1%では、二重署名の経過時間が従来方式の対照より p99 で1,405ミリ秒長かった。検証するリゾルバーの集計結果には「net breakage 6.0%」という表示もある。争点は測定値だけではない。新しい署名が壊れたとき、まだ有効な従来署名で回答を救うのか。

2026年10月31日
ACLに時間表が加わった。グループ対応はまだ運用側の宿題だ

IETF

ACLに時間表が加わった。グループ対応はまだ運用側の宿題だ

RFC 10065は、端末グループと時間帯に基づいてネットワークのアクセス規則を記述する共通の方法を示した。難所は今も、ログイン時に返る ID を、実際に機器が検査するパケットまでつなぐところにある。

2026年10月31日
BPM草案5件はすべて-00、導入判断にはIPPMの履歴も見る

IETF

BPM草案5件はすべて-00、導入判断にはIPPMの履歴も見る

BPM の Active Internet-Drafts は5件で、すべて-00。各 Replaces は IPPM の先行文書に戻り、1件は-10まで進んでいた。番号だけでは作業の履歴は読めない。

2026年10月31日
IETFがBPMを承認、二つのRFC群の保守を引き継ぐ

IETF

IETFがBPMを承認、二つのRFC群の保守を引き継ぐ

10月29日に承認された新憲章は、BPM を BMWG と IPPM の後継と定め、両 WG の RFC と BCP 170の保守を任せた。汎用的な測定プロトコルは BPM が担い、技術固有の手順は関係 WG との協力で扱う。

2026年10月31日
QUICはマルチキャストを望む。IETFの答えはまだ「はい」ではない

IETF

QUICはマルチキャストを望む。IETFの答えはまだ「はい」ではない

11月の BoF では、共通データの配信に送信元特定マルチキャストを使いながら、受信者ごとの接続を残す案を検討する。目的は要件の洗い出しであり、ワーキンググループの設置やプロトコル選定ではない。

2026年10月31日
IETFのメール移行は完了した。バウンス処理は止まった。

IETF

IETFのメール移行は完了した。バウンス処理は止まった。

IETF は9月11日にメール基盤の移行完了を発表した。2週間後、事務局長は切替後の不具合、旧システムに隠れていた到達不能アドレスの滞留、そして根拠に疑いが出たため停止したバウンス処理を公表した。移行で最も重要だった判断は、どのコンテナを選ぶかではない。自動処理をいつ止めるかだった。

2026年10月31日
3人の支持は賛成票ではない――IETF上訴草案が置く全体審査の関門

IETF

3人の支持は賛成票ではない――IETF上訴草案が置く全体審査の関門

改訂02は、IESG または IAB 全体による審査に必要な支持者を3人とし、3人未満でも審理できるという明文の選択肢を削除した。IESG から IAB へ進む段階では、最初の支持者が引き続き数えられる。Datatracker は個人提出の Internet-Draft として掲載している。

2026年10月31日
IETFが新しいTCPトンネルを承認。ゲートウェイに宿題が残る

IETF

IETFが新しいTCPトンネルを承認。ゲートウェイに宿題が残る

新しい HTTP プロキシ方式は、TCP トンネルに固有のオリジンとパスを与える。IESG は草案を Proposed Standard として公表することを承認した。次は、各ゲートウェイが HTTP の各バージョン間で運べるようにする番だ。

2026年10月31日
利用を許された送信元アドレスでも、経路表になければ遮断される

IETF

利用を許された送信元アドレスでも、経路表になければ遮断される

パケットの行き先を知っていることと、顧客がその送信元アドレスを使う権限を知っていることは別の話だ。RFC 10078は、転送表に両方の答えを求めると何が起きるかを示している。

2026年10月31日
計算が最速のエッジ拠点でも、20ミリ秒の予算を超える

IETF

計算が最速のエッジ拠点でも、20ミリ秒の予算を超える

IETF のクラウド VR 例では、計算が最速の拠点を選ぶとエンドツーエンドの遅延予算を超える。計算とネットワークを合わせて評価したときだけ、20ミリ秒を下回る選択肢が見つかる。

2026年10月30日
PCEPは経路を対にできる。戻りの通信が動く証明まではできない

IETF

PCEPは経路を対にできる。戻りの通信が動く証明まではできない

往路は生きているのに、復路の生存確認だけが落ちた。誰がサービス停止を宣言するのか。RFC 10067は経路を関連付けるが、その運用判定は管理層とオペレーターに残す。

2026年10月30日
番号18の次で止まった。Joe AbleyがRIPE 93で語ったEPPの関門

IETF

番号18の次で止まった。Joe AbleyがRIPE 93で語ったEPPの関門

IANA が番号を登録しても、親ゾーンへ DS データを届ける受付は別にある。Joe Abley が RIPE 93で語ったのは、DNSSEC の切り替えが登録機関の EPP 手続きで足止めされる実態だった。

2026年10月30日
IETFがOIFに次期光モジュール仕様の共有を要請。引用した草案2本は失効中

IETF

IETFがOIFに次期光モジュール仕様の共有を要請。引用した草案2本は失効中

IETF の CCAMP ワーキンググループは、将来の CMIS と C-CMIS に関する作業文書を OIF に共有するよう求めた。コントローラー向け YANG モデルを並行して更新するためだ。要請文は、モジュールの内側からホスト側へ出す情報の例に「搬送波の中心周波数」を挙げる。一方、進行中と記した光モジュール草案2本は、Datatracker ではすでに失効扱いになっている。

2026年10月29日
IETFのAI実験、許可の前に「終わり方」を書け

IETF

IETFのAI実験、許可の前に「終わり方」を書け

NMOP の改訂憲章案は、異常検知とインシデント管理に限って AI 実験を認める構想だ。開始前に範囲、終了条件、実装への責任を示し、作業部会のコンセンサスと Area Director の同意を求める。入口より先に出口を決める設計が、実際に機能するかが問われる。

2026年10月29日
弾性ルーティング案、戻す前に「戻った後」を確認せよという

IETF

弾性ルーティング案、戻す前に「戻った後」を確認せよという

混雑を避ける迂回路には手順がある。10月の改訂版が示した元の経路への復帰条件は、復帰が終わっていることを前提にしてしまった。

2026年10月29日
一人の失敗報告でタスク全体が失敗になる。ルールを決めるのは誰か

IETF

一人の失敗報告でタスク全体が失敗になる。ルールを決めるのは誰か

共同作業の担当者が一人、失敗を報告した。後続システムが受け取るのは、その人だけの記録とは限らない。RFC 10051では、`AUTOMATIC-FAILURE`を使うと、その応答がタスク全体の失敗につながることがある。誰の返答が、どの範囲の状態を変えるのか。ここがこの規格の運用上の焦点だ。

2026年10月29日
航空機は接続先を変える。BGP経路は航空ネットワークの外へ出さない。

IETF

航空機は接続先を変える。BGP経路は航空ネットワークの外へ出さない。

飛行中の航空機が別の地上局につながるたびに、地上側は新しい宛先を知る必要がある。IETF 作業部会の草案は、その変化を航空向けの重ね合わせネットワーク内で扱い、継続的な BGP 接続を地上の安全な回線に置く。境界を守るのは、航空側と下位ネットワークの両方に接続するルーターの経路ポリシーだ。

2026年10月29日

会員ロック解除

会員限定プロフィール分析

完全なプロフィール解説と詳細セクションを閲覧するには、ログインが必要です。

Leadership Alliance 会員限定

Leadership Alliance 解説

対象となる IP 資産の所有者・管理者向けです。ログインすると Leadership Alliance の解説を閲覧できます。

Leadership Alliance に参加