こんばんは！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！

日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-01-09（UTC基準）に公開されたInternet-DraftとRFCをまとめました。

Internet-Draft: 21件
RFC: 0件

参照先:

その日のサマリー & Hot Topics

今日の投稿では、AIエージェント間の協調基盤、暗号化技術の進化、そしてネットワーク運用自動化という3つの大きな流れが見えてきました。特にDynamic Multi-agent Secured Collaboration(DMSC)インフラアーキテクチャは、大規模なエージェント間通信を支えるネットワーク要件を整理し、制御・転送機能がどう協調プロセスに関与できるかを示しています。暗号化ではHPKEとCOSEの統合が進み、任意サイズの平文を受信者公開鍵で暗号化できる汎用フレームワークが整備されつつあります。DNS自動化やOAuth 2.0のセキュリティ更新など、実運用に直結する仕様も充実していますね。

HLS 2nd EditionがRFC 8216を更新し、マルチメディアストリーミングのプロトコル仕様を刷新しました。光プラガブルモジュールのデータモデリングでは、ITU-TやOpenConfig、OIF、ONF TAPIといった業界標準との整合性を取りながら、Packet Over Opticalネットワークでの属性統一を目指しています。TLS 1.3ハンドシェイクにリモートアテステーションを組み込む拡張も提案され、TEEやIoTデバイスが認証鍵をアテステーションセッションにバインドできるようになります。セキュリティと運用効率の両面で、標準化が着実に進んでいる印象です。

投稿されたInternet-Draft

Operational Recommendations for DS Automation

RFC 7344、8078、9615に基づき、子DNS運用者からのDSパラメータ自動受け入れをサポートする際、親運用者（多くの場合レジストリやレジストラ）は複数の技術的判断を迫られます。本ドラフトでは、こうしたDS自動化の新規展開における推奨事項を整理しています。DNSSEC運用の自動化が進む中、親子間のDS情報連携をスムーズに行うための実装ガイダンスとして、実運用での判断基準や設定指針を提供する内容です。DNS運用者にとって、セキュアかつ効率的な鍵管理プロセスを構築する上で参考になるでしょう。

Draft Link

Report from the IAB/W3C Workshop on Age-Based Restrictions on Content Access

2025年10月にIABとW3Cが共催した「年齢ベースのコンテンツアクセス制限に関するワークショップ」の報告書です。ワークショップでの主要な議論ポイントをまとめ、今後さらなる検討や作業が必要なトピックを特定しています。なお、本文書はワークショップの議事録的な位置付けであり、記載された見解や立場は参加者のものであって、必ずしもIABやW3Cの公式見解を反映するものではありません。オンラインでの年齢確認とプライバシー保護のバランスは、今後ますます重要なテーマになりそうです。

Draft Link

Eligibility Concept in Segment Routing Policies

Segment Routing(SR)では、候補パスを意図したパス（PCEが計算し帯域予約した可能性のあるパス）に固定することが新たな課題となっています。SRポリシー候補パスのSIDリストが完全に隣接SIDリストで表現されていない場合や、トポロジ変更時には、実際のパスが変わったり制約を満たさなくなったりする可能性があります。本ドラフトでは新しい「候補パス適格性」概念を導入し、パスを運用上アップとして確立しつつも、トラフィックを流すか否かを制御してアクティブ状態に影響を与えます。パス逸脱や制約違反時に適格性をfalseに設定し、問題解消後にクリアする仕組みです。

Draft Link

HTTP Live Streaming 2nd Edition

RFC 8216を更新し、バージョン13のHTTP Live Streaming(HLS)プロトコルを規定します。無制限のマルチメディアデータストリームを転送するプロトコルとして、ファイルのデータフォーマット、サーバー（送信側）とクライアント（受信側）が取るべきアクションを詳細に仕様化しています。ストリーミングサービスが広く普及する中、HLSは動画配信の標準プロトコルとして定着しており、今回の第2版では最新の実装知見や機能拡張が反映されています。配信品質やユーザー体験の向上につながる重要な更新です。

Draft Link

Updates to OAuth 2.0 JSON Web Token (JWT) Client Authentication and Assertion-Based Authorization Grants

OAuth 2.0クライアントアサーション認証とアサーションベース認可グラントにおける、オーディエンス値の要件を更新します。複数のOAuth 2.0仕様で以前定義されていたオーディエンス値の要件に、セキュリティ脆弱性が確認されたためです。JWTを用いた認証・認可フローは広く使われており、今回の更新は既存実装のセキュリティ強化に直結します。OAuth 2.0エコシステム全体の信頼性を高める重要な改善と言えるでしょう。API連携やシングルサインオンを実装している開発者は要チェックです。

Draft Link

Data Modelling and Gap Analysis of Optical Pluggables in Packet Over Optical Network

ホストデバイス内の光プラガブルモジュール属性を整理し、モジュールの機能、設定、状態、テレメトリデータの表現を含みます。既存のIETF標準をベースに、ITU-T、OpenConfig、OIF、ONF TAPIといった業界フォーラムや標準からのインプットも取り入れ、統一された構造と命名規則を確保しています。IETF用語を優先しつつ、属性の重複がある場合は関連文書での命名方法を記載し、IETF RFC/WGドラフトに属性が存在しない場合のみ新属性を導入します。光プラガブルモジュールのライフサイクル管理（運用者承認、実行可能性評価、展開、監視、廃止まで）に対応するモデリングギャップを特定しています。

Draft Link

Domain-based Message Authentication, Reporting, and Conformance (DMARC) Failure Reporting

DMARC(Domain-based Message Authentication, Reporting, and Conformance)は、From:アドレスフィールドで自ドメインを使用するメールについて、ドメイン所有者がフィードバックを要求できる仕組みです。本ドラフトでは「failure reports」または「failed message reports」を定義し、DMARCメカニズムに従って認証失敗した個別メッセージの詳細を提供します。RFC 6591を更新し、RFC 7489を廃止します。メール送信ドメインのなりすまし対策として、DMARCは重要な役割を果たしており、失敗レポートの標準化は運用精度向上に貢献するでしょう。

Draft Link

Use of Hybrid Public-Key Encryption (HPKE) with CBOR Object Signing and Encryption (COSE)

CBOR Object Signing and Encryption(COSE)でのHybrid Public-Key Encryption(HPKE)利用を定義します。HPKEは、受信者公開鍵に対する任意サイズ平文の公開鍵暗号化の一種を提供し、非対称鍵カプセル化メカニズム(KEM)、鍵導出関数(KDF)、関連データ付き認証暗号(AEAD)アルゴリズムを活用する汎用暗号化フレームワークです。本ドラフトはHPKEのCOSEでの使用を規定し、COSEネイティブのセキュリティメカニズムまたはHPKEの事前共有鍵認証バリアントで認証を提供します。CBORベースのIoTデバイスやコンパクトな暗号化が求められる環境で有用です。

Draft Link

A YANG Data Model for the Virtual Router Redundancy Protocol (VRRP)

Virtual Router Redundancy Protocol(VRRP)のYANGデータモデルを記述します。VRRPのバージョン2と3の両方をカバーし、IETF技術のインクルーシブ言語ガイドラインに準拠するようVRRP用語を更新しています。本ドラフトはRFC 8347を廃止します。ネットワーク機器の冗長化構成を自動化・管理する上で、YANGモデルは不可欠です。VRRPは広く使われている冗長プロトコルであり、標準化されたデータモデルによってマルチベンダー環境での設定管理や監視が容易になります。ネットワーク自動化の推進に寄与する重要な仕様です。

Draft Link

RTP Payload Format for SFrame

SFrameのRTPペイロードフォーマット、SDPでの使用方法、ストリームごとの鍵導出について記述しています。SFrame(Secure Frame)は、エンドツーエンド暗号化を実現するフレームワークで、WebRTCなどのリアルタイム通信で利用されます。RTPとの統合により、暗号化されたメディアストリームを効率的に転送できるようになります。プライバシー保護が重視される昨今、SFrameのようなE2EE技術の標準化は、ビデオ会議やリアルタイム配信サービスのセキュリティ向上に直結します。

Draft Link

Using Attestation in Transport Layer Security (TLS) and Datagram Transport Layer Security (DTLS)

TLSハンドシェイクプロトコルは、静的な長期クレデンシャルを用いた片方または双方のピア認証を可能にします。場合によっては、ピアのランタイム環境が安全な状態にあることを保証することも望ましいでしょう。これはリモートアテステーションによって実現できます。本ドラフトでは、TLS 1.3ハンドシェイクへの一連のプロトコル拡張を記述し、TLS認証鍵をリモートアテステーションセッションにバインドできるようにします。Trusted Execution Environment(TEE)で動作する機密ワークロードや、ネットワークアクセスポイントへの認証を試みるIoTデバイスなど、アテステーションエビデンスを生成できるエンティティが、より包括的なセキュリティメトリクスをピアに提示できます。

Draft Link

A YANG Data Model for Network Inventory Location

ネットワークインベントリ位置情報（サイト、部屋、ラック、地理位置データなど）のYANGデータモデルを定義します。インベントリ化されたネットワーク要素に対し、異なる粒度レベルの位置情報を提供します。正確な位置情報はネットワーク計画、展開、保守に有用ですが、ネットワーク要素自体からは取得・検証できません。本ドラフトは、ベースインベントリを包括的な位置データで拡張するネットワークインベントリ用位置モデルを定義します。データセンターや大規模ネットワークの資産管理において、物理的な配置情報を体系的に管理できるようになります。

Draft Link

On the Relationship Between Remote Attestation and Behavioral Evidence Recording

RFC 9334(RATS Architecture)で定義されるリモートアテステーションと、行動証拠記録メカニズムの概念的関係について情報提供的な議論を行います。これら2つの検証機能は根本的に異なる問いに答えます。アテステーションは「このシステムは信頼できる状態か？」を、行動証拠は「システムは実際に何をしたか？」を扱います。両者がアカウンタビリティフレームワークで概念的にどう補完し合えるかを論じています。本文書は純粋に記述的であり、RATSアーキテクチャへの変更提案、新メカニズム/プロトコル定義、規範的要件の確立は行いません。アテステーションと行動証拠の暗号学的バインディングも定義しません。

Draft Link

Protocols Applicability for Computing-Aware Traffic Steering (CATS)

CATSシステムに関連するプロトコルの適用可能性を分析し、既存のIETFプロトコルを拡張してCATSシステムを構築する方法を記述しています。Computing-Aware Traffic Steering(CATS)は、コンピューティングリソースの配置や状態を考慮したトラフィックステアリングを実現する技術です。エッジコンピューティングやコンテンツ配信ネットワークの最適化において、計算リソースとネットワークリソースを統合的に管理する新しいアプローチとして注目されています。既存プロトコルとの整合性を保ちながら実現する道筋を示す内容です。

Draft Link

Dynamic Multi-agents Secured Collaboration Infrastructure architecture

インフラ視点から動的マルチエージェント協調のアーキテクチャフレームワークを提示します。大規模エージェント協調が導入するネットワーク要件を概説し、インフラ機能を通じてDynamic Multi-agent Secured Collaboration(DMSC)を実現する体系的なアプローチを提案します。アーキテクチャは、ネットワーク制御機能と転送機能がエージェント協調にどう積極的に参加できるかに焦点を当てています。AIエージェントが複雑なタスクを協調して実行する未来において、ネットワークインフラがどうサポートすべきかを示す先進的な内容です。

Draft Link

Extensible Authentication Protocol (EAP) Using Privacy Pass Token

RFC 3748で定義されるEAP内でのクライアント認証にPrivacy Passトークンを使用する、Extensible Authentication Protocol using Privacy Pass token(EAP-PPT) Version 1を記述します。Privacy PassはRFC 9576で定義されるプライバシー保護認証メカニズムで、認可に使用されます。公衆Wi-Fiなどのネットワークアクセス時に、プライバシーを保ちながら認証を行える仕組みとして期待されます。ユーザーの個人情報を最小限に抑えつつ、正当なユーザーであることを証明できる技術です。

Draft Link

CBOR : : Core - CBOR Cross Platform Profile

プラットフォーム非依存のCBOR(RFC 8949)プロファイルであるCBOR::Coreを定義します。インターネットブラウザ、携帯電話、Webサーバーのような計算能力の高いシステムにおいて、JSONの実行可能な代替として機能することを意図しています。厳密性の強化と、署名やハッシュなどの暗号学的手法を「生の」（ラップされていない）CBORデータにオプションで適用できるようにするため、決定論的エンコーディングを義務付けています。さらに、CBORデータを安全に操作するためのAPI機能を概説します。本文書は主にCBORツール開発者を対象としています。

Draft Link

System-defined Configuration

RFC 8342のNetwork Management Datastore Architecture(NMDA)は、設定を保持する複数の設定データストアを定義しています。これらの設定データストアの内容はクライアントによって制御されます。本ドラフトでは、サーバーが動作するシステムによって制御される設定を保持する「システム設定データストア」の概念を導入します。システム設定は、クライアントが明示的に作成した設定から参照（leafrefなど）できます。本文書はRFC 8342を更新します。ネットワーク機器が自律的に管理する設定と、管理者が明示的に設定する部分を明確に区別できるようになり、運用の透明性が向上します。

Draft Link

Group Address Allocation Protocol (GAAP)

軽量で分散型のマルチキャストグループアドレス割り当てプロトコル（GAAPと命名、「gap」と発音、「mind the gap」の「gap」のように）の設計を記述します。プロトコルは設定セットアップも集中サービスも不要で、マルチキャストパケットの送受信に一意のグループアドレスが必要なグループ参加者間で動作します。IPv4とIPv6ネットワークに対応し、既存プロトコルを拡張するのではなく、シンプルで軽量な選択肢を提供します。マルチキャスト通信を行う際のアドレス管理を簡素化し、動的なグループ形成を容易にする仕組みです。

Draft Link

発行されたRFC

(本日の発行はありません)

編集後記

AIエージェントの協調基盤に関する仕様が出てきたのが印象的でした。ネットワークインフラがエージェント間通信を意識して制御・転送機能を提供するという発想は、従来のベストエフォート型からの大きな転換です。現場でマルチエージェントシステムを構築する機会があれば、こうしたインフラレベルの標準化動向も視野に入れておくと良さそうですね。暗号化技術の進化も着実で、HPKEやアテステーション統合など、セキュリティ要件が高度化する中での実装選択肢が広がっています。皆さんは、AIエージェント時代のネットワーク要件についてどう考えていますか？

最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。

お問合せ: https://gmo-connect.jp/contactus/