{ “protocol”: “Agentic AI Networking (draft-trossen-rtgwg-agentic-networking)”, “status”: “Internet-Draft / IETF Discussion”, “layer”: “L4-L7 Hybrid (Application-Aware Routing)”, “technical_focus”: [“Intent-based Networking”, “Context-Awareness”, “Asynchronous Agent Interaction”], “engineer_persona”: “Senior Network Protocol Engineer” }
本記事はGeminiの出力をプロンプト工学で整理した業務ドラフト（未検証）です。
[Draft] Agentic AI Networking: 自律型エージェント通信の標準要件とプロトコル構造
【背景と設計目標】
AIエージェント間の自律的な意思決定と動的なリソース調整を、ネットワーク層で効率的に統合・最適化するための新規プロトコルスタック。
従来のクライアント・サーバ型通信（REST/gRPC）では困難な、エージェント間の「推論コンテキスト」の継続性と、実行時における動的なルート計算（Intent-based Routing）の実現を目標としています。
【通信シーケンスと動作】
エージェント間のセッションは、単なるデータ転送ではなく「意図（Intent）」と「能力（Capability）」のネゴシエーションから開始されます。
sequenceDiagram
participant "A1 as AI Agent (Origin)"
participant "NR as Network Agent Router"
participant "A2 as AI Agent (Target)"
Note over A1, A2: Phase 1: Discovery & Intent
A1 ->> NR: Agent Advertisement (Capability + Context ID)
NR -->> A1: Route Optimization (Based on Compute/Latency)
Note over A1, A2: Phase 2: Goal Negotiation
A1 ->> A2: SYN-INTENT (Goal, Constraints, Model URI)
A2 -->> A1: ACK-CAPABILITY (Resource Commitment)
Note over A1, A2: Phase 3: Autonomous Execution
A1 ->> A2: Context Stream (KV-Cache/Token update)
A2 -->> A1: Intermediate Result / Feedback loop
Note over A1, A2: Phase 4: Termination
A1 ->> A2: FIN-GOAL (Final Result)
A2 -->> A1: ACK-RELEASE
【データ構造 / パケットフォーマット】
Agentic Networkingでは、IPヘッダ以降に「Agent Metadata Option」を拡張、またはUDPベースの新しいカプセル化（例：QUICの拡張）を使用します。
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Version (4b) | Intent Type (8b) | Reserved (20b) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Context Identifier (128-bit UUID) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Model ID / Semantic URI (Variable Length) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Priority(4b) | Compute Req (4b) | Latency Constraint (24b) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Payload (Context Tokens, Model Weights, or Goal Definition) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
【技術的な特徴と比較】
既存のREST/gRPCベースの通信と、現在議論されているAgentic AI Communications（RFC案）の比較です。
| 機能 | gRPC / HTTP/3 | Agentic AI Communications (Draft) | 備考 |
|---|---|---|---|
| 通信単位 | リクエスト/レスポンス | 意図 (Intent) / 目標 (Goal) | 状態の自律性を重視 |
| ルーティング | IP/DNSベース | セマンティック/推論負荷ベース | Network-aware AI |
| 多重化 | ストリーム単位 | コンテキスト・グラフ単位 | 依存関係のある推論を並行処理 |
| HOL Blocking | QUICにより解消 | 推論依存関係による動的優先度制御 | ネットワーク＋推論のHOL解消 |
| 0-RTT | TLSセッション再開 | 推論コンテキスト再開 (Hot-start) | KVキャッシュの再利用を想定 |
【セキュリティ考慮事項】
Adversarial Intent Injection: パケット内の「意図（Intent）」フィールドを書き換え、エージェントに不正な推論を実行させる攻撃。Ed25519等の署名によるIntentの完全性担保が必須。
Context Leakage: 推論コンテキスト（KV-Cache等）には機密情報が含まれるため、PFS（前方秘匿性）を備えたTLS 1.3以降のトランスポート層が必須要件となる。
Resource Exhaustion (DoI): Denial of Inference攻撃。大量の推論要求によるコンピュートリソース枯渇。トークンバケットアルゴリズムによる推論レートリミットをネットワーク層で実装。
【まとめと実装への影響】
ネットワークエンジニアおよび開発者が注目すべきポイント：
「意味論的ルーティング」へのシフト: 宛先IPアドレスだけでなく、パケットが「どのような推論タスク（Model ID）」を求めているかによって経路が決定されるようになる。
トランスポート層のオーバーヘッド増: コンテキスト情報の受け渡しにより、従来のパケットサイズよりもMTUの最適化やセグメンテーションの重要性が増す（Jumbo Frameの再評価）。
Programmable Data Planeの活用: P4等のプログラマブル・スイッチを用いて、ネットワーク内蔵の「Agent Gateway」が推論リソースの可用性を監視し、動的にトラフィックを誘導する実装が標準的になる。
