おはようございますっ！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！
日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-02-15（UTC基準）に公開されたInternet-DraftとRFCをまとめました。
- Internet-Draft: 30件
- RFC: 0件
こちらはPart 2（残り10件）です。Part 1もぜひあわせてご覧ください！
参照先:
その日のサマリー & Hot Topics
- Part 2では、Matroskaコンテナのタグ仕様、IPv6 SLAACのフラッシュリナンバリング対策、Proof of Process（PoP）フレームワーク関連、ドメイン間送信元アドレス検証のギャップ分析、MOQT向けRewindサブスクリプション、YANG運用課題のONSEN問題提起、WAN向けPFC PAUSEフレーム透過転送と、幅広い分野のドラフトが揃いました。リモートアテステーション関連のPoPドラフトはリビジョン違いを含め4件が同日公開されており、議論の活発さが伝わります。
- 特に注目したいのはProof of Process（PoP）の2本です。デジタル著作権の証明をRATSフレームワークのプロファイルとして定義し、CBOR形式のエビデンスフォーマットとVDF（検証可能遅延関数）で創作過程の真正性を暗号学的に保証する仕組みは、AI生成コンテンツの真贋判定にも応用が期待できます。また、SLAACのフラッシュリナンバリング耐性を改善するドラフトはRFC 4861やRFC 4862を含む5本のRFCを更新する内容で、IPv6運用の実務に直結する重要な提案です。
投稿されたInternet-Draft
Matroska Media Container Tag Specifications
Matroskaマルチメディアコンテナのタグ仕様を定義するドラフトです。Matroskaはタイムスタンプ付きのマルチメディアデータだけでなく、チャプターやタグも格納できます。Tag要素はMatroska Segment内の情報を識別・分類するためのメタデータを付与する役割を担っており、このドラフトではタグ名とそれぞれのセマンティクスを規定しています。Part 1で紹介したコーデック仕様と対になる存在で、Matroskaフォーマットの標準化を構成する重要なパーツです。第22リビジョンとして更新されました。
Draft Link
Improving the Robustness of Stateless Address Autoconfiguration (SLAAC) to Flash Renumbering Events
ネットワーク構成情報がローカルネットワークへの明示的な通知なしに無効化されるシナリオにおいて、ホストが古い情報を長時間使い続けてしまう問題に対処するドラフトです。IPv6 SLAACのフラッシュリナンバリングイベントへの対応を改善し、RFC 4191、RFC 4861、RFC 4862、RFC 8106、RFC 9096を正式に更新します。ISPのプレフィックス変更時などに接続障害が長引く事象は実運用で遭遇しやすいため、IPv6導入が進む現在、地味ながら実務的に大きな意味を持つ改善です。第13リビジョンです。
Draft Link
Proof of Process (PoP): Forensic Appraisal and Security Model
Proof of Process（PoP）フレームワークにおけるフォレンジック評価手法と定量的セキュリティモデルを規定するドラフトです。検証者が行動エントロピーをどう評価し、ライブネス検出をどう実施し、偽造コストの上限をどう算出するかを定義しています。デジタルコンテンツの作成過程が本物であることを暗号学的に評価するための枠組みで、下記のアーキテクチャドラフトと組み合わせて利用されます。AI生成コンテンツ時代の信頼性確保に向けた取り組みとして注目です。リビジョン01として更新されました。
Draft Link
Proof of Process (PoP): Architecture, Evidence Format, and VDF
PoPプロトコルのコアアーキテクチャ、RATSロールマッピング、CBOR符号化エビデンスフォーマット（EAT統合を含む）、および検証可能遅延関数（VDF）メカニズムを規定するドラフトです。RATSの特化プロファイルとして設計されており、デジタル著作物の「労力の来歴（provenance of effort）」を検証するために、時間的・物理的な作成制約を証明します。VDFを使って「これだけの計算時間がかかった」ことを検証可能にする仕組みは、AIによる瞬間的なコンテンツ生成との差異を示す手段として興味深いアプローチです。リビジョン02です。
Draft Link
Gap Analysis, Problem Statement, and Requirements for Inter-Domain SAV
既存のドメイン間送信元アドレス検証（SAV）メカニズムのギャップ分析を行い、問題領域を記述し、技術改善のための要件を定義するドラフトです。送信元アドレスの偽装はDDoS攻撃の基盤となる手法であり、ドメイン間でのSAVはインターネット全体のセキュリティ向上に欠かせない課題です。SAVNETワーキンググループでの議論をベースに、現行手法の限界を整理し、次のステップとなる技術要件を明確にしています。第14リビジョンとして更新されました。
Draft Link
Proof of Process (PoP): Forensic Appraisal and Security Model
先ほどのリビジョン01と同じPoPフォレンジック評価・セキュリティモデルの初版（リビジョン00）です。検証者による行動エントロピー評価、ライブネス検出、偽造コスト上限の算出方法を定義しています。同日にリビジョン00と01が公開されており、短期間でフィードバックを反映した改訂が行われたことがうかがえます。PoPフレームワーク全体の活発な開発状況を示すドラフトです。
Draft Link
Proof of Process (PoP): Architecture, Evidence Format, and VDF
こちらもPoPアーキテクチャ・エビデンスフォーマット・VDFドラフトの前リビジョン（リビジョン01）です。コアアーキテクチャ、RATSロールマッピング、CBOR符号化エビデンスフォーマット、VDFメカニズムの定義はリビジョン02と基本的に共通しています。同日に複数リビジョンが公開されるケースは比較的珍しく、PoPの標準化作業が急ピッチで進められていることを感じさせます。
Draft Link
The Rewind Subscription Filter
Media Over QUIC Transport（MOQT）の拡張として、新しいサブスクリプションフィルタを提案するドラフトです。サブスクライバが有限数の過去グループをFETCHセマンティクス（単一ストリーム、完全、ヘッドオブラインブロッキングあり）ではなく、SUBSCRIBEセマンティクス（複数ストリーム、不完全の可能性あり）で受信できるようにします。パブリッシャ側はベストエフォートで対応する設計です。ライブ配信の途中参加時に直近のコンテンツを素早く取得したい場面で有用な拡張で、初版として公開されました。
Draft Link
ONSEN Problem Statement
IETF YANGベースのサービス・ネットワーク抽象化を実運用に展開する際の主要な課題を示すドラフトです。データ集約型ワークロード向けのデータ転送サービス（DTS-I）を典型的なユースケースとして取り上げ、超高帯域・確定的スケジューリング・マルチドメイン連携が必要な場面で既存のL2SM/L3SM/LxNMモデルに存在するギャップを明らかにしています。ライフサイクル管理の断片化、API間でのサービスセマンティクスの不一致、抽象化レイヤー間の整合性不足、可観測性の制約といった問題を整理し、ONSENワーキンググループが取り組むべき問題空間を示しています。第1リビジョンです。
Draft Link
PFC PAUSE Frame Forwarded Transparently in Wide Area Networks
WAN上でPFC PAUSEフレームを透過的に転送するためのソリューションを記述するドラフトです。WAN内のノードがPFCフロー制御機能をサポートしていなくても、PFC PAUSEフレームを中継できるようにする設計です。データセンター間接続など、LANレベルのフロー制御をWAN越しに延長したいニーズに対応する提案で、確定的ネットワーキングの適用範囲拡大に関連する取り組みといえます。初版として公開されました。
Draft Link
発行されたRFC
今回、RFCの発行はありませんでした。
編集後記
- Part 2ではProof of Processが計4件を占めていたのが目を引きました。VDFで「これだけの時間をかけて作った」ことを暗号学的に証明するアプローチは、AIが一瞬でコンテンツを生成できる時代だからこそ意味を持ちますよね。RATSフレームワークのプロファイルとして設計されているので、既存のリモートアテステーション基盤と親和性が高い点も実装寄りで好感が持てます。
- SLAACのフラッシュリナンバリング対策は、IPv6を実運用で触っている身としては「ようやくここが手当てされる」という感慨があります。RFC 4861やRFC 4862など5本のRFCを更新する大がかりな改善で、ISPのプレフィックス変更時に接続が不安定になる問題の緩和が期待されます。標準化は地道な積み重ねですが、こうした実務に効く改善が形になっていくのを見るとやりがいを感じますね。
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。