気づいたら大晦日になっていました！
GMOコネクトの名もなきエンジニアです。
いかがお過ごしですか？
この日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2025-12-30（UTC基準）に公開されたInternet-DraftとRFCをまとめました。
この記事でわかること：
-
LLMエージェントによるネットワーク設定評価の標準フレームワーク
-
YANG拡張5件（適応型サブスクリプション、システム定義設定、サブツリー置換など）
-
WebRTC/SCTP接続を最大2RTT短縮する高速化手法
-
IPv4/IPv6共存を簡素化するゲートウェイ型変換技術（UTO）
-
SRv6運用の信頼性を高めるICMPv6拡張によるデータプレーン障害検出
-
Internet-Draft: 17件
-
RFC: 0件
参照先:
その日のサマリー & Hot Topics
- 年末のIETFは、2026年のネットワーク運用を変える可能性がある提案が集中しました。最注目はLLMエージェントによるネットワーク設定評価フレームワーク（draft-cui-nmrg-llm-benchmark）で、「AIに任せて大丈夫か？」という現場の不安に応える標準評価基盤が提示されています。YANGモデル関連では適応型サブスクリプション、システム定義設定、サブツリー置換メカニズムなど5件の拡張提案があり、ネットワーク自動化の実装品質向上を後押しします。実装者視点では、WebRTCのSCTP接続高速化（最大2RTT削減）、IPv4/IPv6移行を簡素化するUTO、SRv6のICMPv6拡張によるデータプレーン障害検出など、「明日から使えそう」な実用的改善が目立ちました。
- セキュリティ・暗号技術では、COSE向けAES-CMAC対応とコンフィデンシャルコンピューティングのネットワーク適用事例が登場。CDNキャッシュ制御の細粒度化、YANG-CBORのSID割り当て最適化、ベンチマークテストでの疑似ランダムIPアドレス推奨など、エンタープライズ環境の運用効率を高める地味だが重要な提案も並びます。2025年最終日らしく、次世代インフラを見据えた布石となる標準化が進行中です。特にLLM活用とYANG拡張の組み合わせは、「手動設定地獄」からの脱却を現実的にする可能性を秘めており、2026年前半の動向に注目です。
投稿されたInternet-Draft
Unified Transition Overlay (UTO): A Gateway-Based IPv4/IPv6 Translation Proxy
UTOは、エンドホストのスタック変更やカプセル化を必要とせず、ゲートウェイベースでIPv4とIPv6間のパケットヘッダ変換を行うプロキシ技術です。変換ロジックをゲートウェイに集約することで、ネットワークコアは純粋なIPv4またはIPv6のままで運用可能となり、既存のルーティングおよび転送インフラ内での段階的な導入を実現します。トランスポート層チェックサムの更新にも対応し、TCPおよびUDPトラフィックの処理オーバーヘッドを低減するインクリメンタルチェックサム更新もサポートします。
Draft Link
Enhancements to the YANG Language for Capturing Subtree Replacements
YANGデータモデルの進化に伴い、ノードが非推奨または廃止されることがありますが、現在は置き換えパスの情報が非構造化された外部ドキュメントに依存しています。本提案は、置き換えパス情報をYANGモデル内に直接埋め込むYANG拡張メカニズムを定義し、自動化ツールが置き換えノードを特定して非推奨要素から新しい要素へのマイグレーションを支援できるようにします。これにより、モデル管理の効率化とプログラマティックな移行支援が可能になります。
Draft Link
Recommendations for using Multiple IP Addresses in Benchmarking Tests
RFC 2544で定義されたベンチマーク手法は固定IPアドレスを使用していましたが、RFC 4814が疑似ランダムポート番号を導入した際も単一のIPアドレスペアを使用していました。この制限は、デバイスがReceive-Side Scaling（RSS）を使用する場合に問題となります。RSSにはIPアドレスのみをハッシュに使用する実装と、ポート番号も含める実装があり、単一IPアドレスペアでのテストは前者に不利です。本文書は、RFC 4814と同様の方法で疑似ランダムIPアドレスの使用を推奨し、RFC 2544、RFC 4814、RFC 5180、RFC 8219を更新します。
Draft Link
CDNI Cache Control Metadata
本仕様は、RFC8006で定義された基本的なCache Controlメタデータオブジェクトを補完する新しいCache Controlオブジェクトを追加し、コンテンツプロバイダーとアップストリームCDN（uCDN）がダウンストリームCDN（dCDN）のキャッシングをより細かく制御できるようにします。ユースケースには、コンテンツサービスプロバイダー（CSP）のソースまたはオリジンからのキャッシュ制御ヘッダーの上書きや調整、キャッシングの完全バイパス、動的に生成された値によるキャッシュキーの変更などが含まれます。
Draft Link
Routing in Fat Trees (RIFT) Key/Value Topology Information Elements Structure and Processing
RIFTプロトコルは、Key-Value Topology Information Elements（KV TIEs）内でキー/バリューペアを広告することができます。本文書は、様々なKey-Types（Well-Known、OUI、Experimental）の動作と、対応する値を構造化する方法を規定します。また、タイブレーキング動作をテストするために使用されるWell-Known Key Sub-Typeも定義します。KV TIEs内のデータは任意の目的に使用でき、この標準化により一貫性のある処理が可能になります。
Draft Link
YANG-CBOR: Allocating SID ranges for PEN holders
YANG-CBOR（RFC 9254）は、YANGアイテムを識別するためのグローバルに一意な63ビット符号なし整数であるYANG Schema Item iDentifier（YANG SID）を定義しています。本仕様は、RFC 9595で定義されたSID割り当てメカニズムを使用し、IANA登録Private Enterprise Number（PEN）の各保有者に対してSID範囲を割り当てます。PEN < 1,000,000の保有者には各100,000 SID（表現サイズ64ビット）の範囲を、PEN < 100,000の保有者には各10,000 SID（表現サイズ32ビット）の範囲を割り当てます。
Draft Link
A Framework to Evaluate LLM Agents for Network Configuration
本文書は、Large Language Model（LLM）ベースエージェントを使用したインテント駆動型ネットワーク設定の評価フレームワークと関連定義を規定します。フレームワークは、エミュレータベースのインタラクティブ環境、代表的なタスクスイート、推論品質、コマンド精度、機能正確性を評価する多次元メトリクスを組み合わせています。このフレームワークは、LLM駆動ネットワーク設定アプローチ間で再現可能で包括的かつ公平な比較を可能にすることを目指します。
Draft Link
SCTP Negotiation Acceleration Protocol
WebRTCデータチャネルは、Datagram Transport Layer Security（DTLS）アソシエーション上でStream Control Transmission Protocol（SCTP）を使用します。標準的なSCTP接続確立にはハンドシェイクが必要で、これがレイテンシを増加させます。本文書は、Session Description Protocol（SDP）のoffer/answer交換内にSCTP初期化パラメータを埋め込むことでデータチャネル確立を高速化する方法を規定します。これにより、データチャネルを開くのに必要な時間を最大2ネットワークラウンドトリップタイム短縮できます。
Draft Link
Adaptive Subscription to YANG Notification
本文書は、YANG通知への適応型サブスクリプションを可能にするYANGデータモデルおよび関連メカニズムを定義します。パブリッシャーは、事前設定された条件（しきい値や式など）の評価に基づいて、定期的な更新間隔を動的に調整できます。これにより、特定の基準が満たされた場合に更新頻度を増やし、そうでない場合は減らすことで、よりきめ細かいテレメトリが実現されます。ネットワーク監視の効率性と応答性を両立させる仕組みです。
Draft Link
TEEP Usecase for Confidential Computing in Network
コンフィデンシャルコンピューティングは、ハードウェアベースのTrusted Execution Environment（TEE）で計算を実行することにより、使用中のデータを保護します。ユーザーデータとアプリケーションをネットワーク経由でプロビジョニングする必要があるシナリオでは、TEEPアーキテクチャとプロトコルが使用できます。本ユースケースは、異なるコンフィデンシャルコンピューティングハードウェア上でアプリケーション、コンテナ、VM、データを展開する手順を示し、クラウドコンピューティング、MEC（Multi-access Computing）などでの指針を提供します。
Draft Link
Bundle Protocol (BP) Manifest Block
本文書は、Bundle Protocol version 7の拡張ブロックタイプを定義し、拡張ブロックが追加された時点でのBundleの状態に関する任意のサマリーデータをキャプチャします。このManifest構造は、他のブロックに関する情報のための汎用コンテナであり、より大規模なセキュリティ操作の一部として使用できます。Bundle Protocolは、遅延トレラントネットワーキング（DTN）において重要な役割を果たすプロトコルです。
Draft Link
AES-CMAC for COSE
本文書は、CBOR Object Signing and Encryption（COSE）メッセージで使用するために、Cipher-based Message Authentication Code（CMAC）モードのAdvanced Encryption Standard（AES）を使用するためのCOSEアルゴリズムコードポイントを登録します。CMAC動作モードは、US NIST FIPS 140で承認されているAES-CBC-MACの代替手段です。COSEは、コンパクトなバイナリエンコーディングを使用した暗号化とデジタル署名のためのフレームワークです。
Draft Link
Onions Problem Statement
YANGベースのサービスAPIは、コントローラ、オーケストレーションプラットフォーム、OSS/BSSアプリケーションなどの外部システムにネットワークおよびサービスの抽象化を公開するために広く使用されています。多数のYANGデータモデルとYANG-to-APIツールが利用可能であるにもかかわらず、オペレーターは一貫性、スケーラビリティ、相互運用性のある方法でこれらのAPIを運用する際に大きな課題に直面しています。本文書は、YANGベースサービスAPIの運用化に関する問題空間を説明し、API予測可能性と運用効果を改善するための要件を動機付けます。
Draft Link
Data Plane Failure Detection Mechanisms for EVPN over SRv6
本文書は、EVPN over SRv6のデータプレーン障害を検出するためのICMPv6の拡張を提案します。SRv6（Segment Routing over IPv6）は、ソースルーティングの能力をIPv6に統合する技術であり、EVPNと組み合わせることで柔軟なレイヤ2/レイヤ3 VPNサービスを提供します。データプレーンの障害を迅速に検出することは、サービスの可用性と信頼性を維持するために不可欠です。
Draft Link
Extending ICMPv6 for SRv6-related Information Validation
本文書は、ICMPv6メッセージを拡張することにより、IPv6/SRv6ネットワークにおいてデータプレーンをコントロールプレーンに対して検証し、データプレーン障害を検出するメカニズムを導入します。コントロールプレーンで設定された経路とデータプレーンで実際に使用される経路の整合性を確認することで、ネットワークの信頼性を向上させます。SRv6の運用において、パケット転送の正確性を保証するための重要な機能です。
Draft Link
System-defined Configuration
RFC 8342で定義されたNetwork Management Datastore Architecture（NMDA）は、クライアントによって制御される複数の設定データストアを定義しています。本文書は、サーバーが実行されているシステムによって制御される設定を保持するシステム設定データストアの概念を導入します。システム設定は、クライアントが明示的に作成した設定によって参照（例：leafref）できます。この文書はRFC 8342を更新し、システム管理とユーザー管理の設定を明確に分離します。
Draft Link
Source Address Validation in Intra-domain Networks Gap Analysis, Problem Statement, and Requirements
本文書は、既存のイントラドメインソースアドレス検証メカニズムのギャップ分析を提供し、基本的な問題を説明し、技術的改善のための基本要件を定義します。ソースアドレススプーフィング攻撃は、DDoS攻撃やその他のセキュリティ脅威において重大な懸念事項であり、ドメイン内でのソースアドレス検証を強化することは、ネットワークセキュリティの基本的な要素です。本文書は、この問題領域における標準化の方向性を示します。
Draft Link
編集後記
年末にこれだけ多様な技術提案が出てくるのを見ると、2026年のネットワーク標準化がどう進むか期待が高まります。特にLLMベースのネットワーク設定評価フレームワークは、「自動化ツールが本当に意図通りに動いているか」を客観的に検証する仕組みで、現場で「プロンプト調整に3時間溶かした」という経験がある身としては、標準評価基盤の必要性を痛感します。WebRTCのSCTP高速化も実運用では地味に効いてくる改善で、リアルタイム通信のレイテンシ削減は常に歓迎です。今年もお疲れさまでした、来年も精進します！
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。