こんにちは！
GMOコネクトの名もなきエンジニアです。
よろしくお願いします！
日刊IETFは、I-D AnnounceやIETF Announceに投稿されたメールをサマリーし続けるという修行的な活動です！！
今回は、2026-02-14（UTC基準）に公開されたInternet-DraftとRFCをまとめました。
- Internet-Draft: 16件
- RFC: 0件
参照先:
その日のサマリー & Hot Topics
-
2026年2月14日はバレンタインデーにふさわしく、さまざまな技術分野から"愛のこもった"ドラフトが届きました。AIエージェント関連が一際目立ち、MCPをネットワーク管理に適用する提案、マルチエージェント間の協調プロトコル、エージェント向け動的認可モデルと、3本立てで登場しています。プライバシー分野ではAnonymous Credit Tokensの改訂版が提出され、追跡不能な匿名クレジットの仕組みが着実に進化中です。マルチキャスト関連でもIPv6動的アドレスの更新やUDPポート割当の改善案が提出されており、ネットワーク基盤技術のアップデートも充実した一日でした。
-
本日のHot Topicsは、なんといっても「AIエージェント」関連の3件同時投稿です。draft-zeng-nmrg-mcp-usecases-requirementsはLLMやAIエージェントがネットワーク機器を直接操作する未来を見据え、MCPを使った標準インターフェースのユースケースと要件を提示しています。draft-li-dmsc-macpはAgent Gatewayを中核としたマルチエージェント協調プロトコルスイートを、draft-chen-agent-decoupled-authorization-modelはエージェントの「意図」に基づくJIT認可モデルをそれぞれ定義しています。AIエージェントの標準化がIETFでも本格的に動き始めた印象です。
投稿されたInternet-Draft
Updates to Dynamic IPv6 Multicast Address Group IDs
RFC 3307で規定された動的IPv6マルチキャストアドレスの範囲には制約があり、この文書ではその問題を整理したうえで改善案を示しています。具体的には、既存の割当をIPv6 Multicast Address Space Registryの新しいレジストリに置き換えることを提案しています。新レジストリの初期構成として、MADCAP（RFC 2730）向けの縮小割当、SSM用の範囲、Private Use範囲、そしてSolicited-Nodeマルチキャストアドレスが含まれます。revision 10での提出です。
Draft Link
The Multicast Application Port
マルチキャストアプリケーションごとにUDPポートを割り当てる現行の運用には課題があります。マルチキャストアドレス自体がデータを一意に識別できるため、ポート割当は冗長だからです。この文書では、マルチキャストアプリケーション専用のUDPポートを新たに割り当てる方式を提案し、その利用要件を定義しています。既存のプロトコルスタックを変更せず即座に互換性を確保できる点がポイントで、使いやすさ向上のための推奨アップデートもあわせて記載されています。
Draft Link
MPLS On-Path Telemetry Network Action Flag for OAM
MPLSネットワークにおけるOAMをサポートするため、MPLS Network Actions（MNA）フラグを活用したポストカード方式のオンパステレメトリ（PBT-M）を規定しています。MNAヘッダのオペコード内の1ビットをフラグベースのアクションに利用する仕組みで、MPLSネットワークでPBT-Mを適用する際の要件にも対応した設計になっています。テレメトリ取得の効率化に寄与する提案です。
Draft Link
Gap Analysis, Problem Statement, and Requirements for Inter-Domain SAV
ドメイン間の送信元アドレス検証（SAV）に関するギャップ分析を行い、既存メカニズムの課題を明確化した文書です。現行のドメイン間SAVの問題空間を整理し、技術的な改善に求められる要件を定義しています。送信元アドレスの偽装によるDDoS攻撃などを防ぐために不可欠な取り組みで、revision 13と成熟度の高いドラフトです。
Draft Link
MCP for Network Management: Problem Statement, Use Cases, and Requirements
LLMやAIエージェントがネットワークインフラとやり取りする方法を変革しようとする、注目度の高い新規ドラフトです。現在のネットワーク管理システムには、AIエージェントがネットワーク機能を発見・呼び出し・推論するための標準的かつセキュアなインターフェースが欠けています。この文書ではModel Context Protocol（MCP）をネットワーク管理に統合するための問題提起を行い、トラブルシューティング、測定、セキュリティ、最適化といったユースケースを示したうえで、機能面・セキュリティ面・相互運用性の要件を定義しています。
Draft Link
PCEP Extension for Flexible Grid Networks
フレキシブルグリッドネットワークにおけるRouting and Spectrum Assignment（RSA）をサポートするため、Path Computation Element Communication Protocol（PCEP）の拡張を定義しています。光ネットワークにおいて、従来の固定グリッドでは対応しきれない柔軟な周波数割当を実現するための仕様で、revision 13まで改訂が進んでいます。
Draft Link
A Decoupled Authorization Model for Agent2Agent
AIエージェント向けの動的なインテントベース認可フレームワークを提案する新規ドラフトです。従来の長期間有効なIDやロールに依存する方式とは異なり、エージェントの具体的な「意図」と行動の信頼性に基づいてJust-in-Time（JIT）でパーミッションを付与する仕組みです。認可ポリシーをビジネスオペレーションから分離（デカップリング）することで、エージェント間連携のセキュリティと柔軟性を両立させようとしています。
Draft Link
Multi-agent Collaboration Protocol Suite
Agent Gatewayをベースとしたマルチエージェント協調プロトコルスイートの新規提案です。分散環境に存在するエージェント同士が、異種ネットワークをまたいでスケーラブルかつセキュアに、意味的な連携を行えるようにする仕様です。Agent Gatewayはコントロールプレーンのエンティティとして、エージェントの登録・認証・ケイパビリティ管理・セマンティックルーティングなどを担いつつ、エージェント間のピアツーピアなセマンティックインタラクションはそのまま維持する設計です。
Draft Link
Verifiable AI Provenance (VAP) Framework and Legal AI Profile (LAP)
高リスクAIシステムにおける意思決定の監査証跡を暗号技術で検証可能にするフレームワーク、VAP（Verifiable AI Provenance）の新規提案です。ハッシュチェーンによる整合性保証、デジタル署名、3段階の準拠レベル（Bronze/Silver/Gold）、RFC 3161タイムスタンプとの連携、選択的ログ記録の排除を保証するCompleteness Invariantパターンなどを定義しています。さらにLAP（Legal AI Profile）として、法律AI領域向けの拡張も規定しており、弁護士の監督検証や守秘義務と第三者監査の両立といった固有の要件に対応しています。
Draft Link
A YANG Data Model for Network Incident Management
ネットワークインシデントのライフサイクル管理を目的としたYANGモジュールを定義する文書です。インシデントの報告、診断、そしてトラブルシューティングチケットの削減と解決を標準的な方法で行えるようにすることで、ネットワークサービスの健全性維持と障害原因分析を支援します。revision 8まで改訂が進んでおり、ネットワーク運用の自動化を推進するNMOP WGの成果物です。
Draft Link
Anonymous Credit Tokens
プライバシーを保護しながら数値的なクレジットシステムを実現するAnonymous Credit Tokens（ACT）の仕様です。Keyed-Verification Anonymous CredentialsとBBSスタイルの署名に基づき、発行者がクレジットを含むトークンをクライアントに付与し、クライアントは後から匿名で利用できます。トランザクションの追跡不能性、部分的な消費とお釣りの受取、暗号的ナリファイアによる二重使用防止が主な特徴です。レートリミットやAPIクレジット、リソース割当といったユースケースを想定しています。IRTF CRFGの成果物です。
Draft Link
Privacy Pass Issuance Protocol for Anonymous Credit Tokens
上述のAnonymous Credit Tokens（ACT）プロトコルに基づくトークンの発行・償還プロトコルを規定しています。ACTの仕組みをPrivacy Passフレームワークに統合することで、匿名クレジットの発行と利用をより実用的な形で実現するための仕様です。ACT本体と合わせて読むことで全体像がつかめます。
Draft Link
VPN Prefix Outbound Route Filter (VPN Prefix ORF) for BGP-4
BGP-4向けの新しいOutbound Route Filter（ORF）タイプとして、VPN Prefix ORFを定義しています。異なるVRFインスタンスのVPNルートを単一のBGPセッションで交換する場合に適用される仕組みです。RT（Route Target）に基づいてVPNルートの過負荷を制御し、影響範囲を最小限に抑えることを目的としています。revision 29と非常に長い改訂履歴を持つドラフトで、標準化に向けた議論が長年続いています。
Draft Link
Text in RFCs (revision 09)
RFCの正式版および公開フォーマットにおける文字の使用ポリシーを定める文書です。基本方針として、読者がテキストを意図通りに解釈できる高い期待がある限り、すべての表示可能な文字の使用を許可しています。RFC 7997を廃止（obsolete）する位置づけで、同日にrevision 08からrevision 09への更新が行われました。
Draft Link
OAuth 2.0 Token Exchange Target Service Discovery
OAuth 2.0 Token Exchangeを実施する際に、対象となるサービス（オーディエンス、リソース、スコープ）をクライアントが動的に発見するための手法を定義しています。ディスカバリーエンドポイントはOAuth Token Type Registryに登録された任意のサブジェクトトークンタイプを受け付け、後続のToken Exchangeリクエストに使える有効な値を返します。アイデンティティの連鎖やクロスドメイン委譲といった高度なユースケースに対応する仕様です。
Draft Link
Text in RFCs (revision 08)
上記revision 09の前バージョンにあたります。同日中にrevision 08が投稿された後、すぐにrevision 09への更新が行われています。内容はrevision 09と同一方針で、RFCにおける文字使用ポリシーを定めるものです。最新版はrevision 09をご参照ください。
Draft Link
発行されたRFC
本日発行されたRFCはありませんでした。
編集後記
-
バレンタインデーのIETF、AIエージェント関連のドラフトが3本同時に投稿されていてびっくりしました。MCPをネットワーク管理に使おうとか、エージェント同士がゲートウェイ経由で連携するプロトコルとか、もはやSFの世界が仕様書になりつつありますね。個人的には、エージェントの「意図」に基づいてリアルタイムに認可を判断するJITモデルの発想がおもしろいと思いました。固定的なロールベースのアクセス制御から脱却する流れ、セキュリティ屋としてはワクワクします。
-
Anonymous Credit Tokensも気になるドラフトでした。追跡不能なトランザクションと二重使用防止を暗号的に両立させるアプローチで、レートリミットやAPIクレジットへの応用が具体的に示されているところがいいですね。プライバシーを守りながらサービス品質も維持するという、現代のWebに求められるバランスを体現した技術だと感じました。来週はどんなドラフトが届くのか楽しみです！
最後に、GMOコネクトでは研究開発や国際標準化に関する支援や技術検証をはじめ、幅広い支援を行っておりますので、何かありましたらお気軽にお問合せください。