{ “protocol_type”: “Application/Service Layer”, “draft_status”: “Internet-Draft (Work in Progress)”, “reference”: “draft-trossen-rtgwg-agentic-networking-01”, “keywords”: [“Agentic AI”, “Service-Centric Networking”, “Intent-based Routing”, “AI-Control”], “engineer_persona”: “Senior Network Architect / Protocol Developer” } 本記事はGeminiの出力をプロンプト工学で整理した業務ドラフト（未検証）です。
Internet-Draft: draft-trossen-rtgwg-agentic-networking-01 (Agentic Networking)
【背景と設計目標】
従来のネットワーク通信は「ホスト間のデータ転送」を主眼としてきましたが、Agentic AI（自律型AIエージェント）の台頭により、通信の単位は「ホスト」から「タスク/意図（Intent）」へとシフトしています。
本ドラフトは、複数のAIエージェントが協調して複雑なタスクを解決する際の、サービス中心型ネットワーク（SCN）の要件を規定します。従来のREST API（Stateless）では困難だった、エージェント間の長期的なコンテキスト維持、動的な推論リソースの発見、および推論チェーンの最適化を、ネットワークレイヤーでサポートすることを目標としています。
【通信シーケンスと動作】
エージェント間の通信は、サービスレジストリを介した動的なディスカバリと、セマンティクスに基づくルーティングを特徴とします。
sequenceDiagram
participant "IA as Initiating Agent (Client)"
participant "AR as Agent Registry / Controller"
participant "EA as Executing Agent (Worker)"
participant "KS as Knowledge Store"
IA ->> AR: Agent Discovery (Requirement: Reasoning-Llama3, Context-Window: 128k)
AR -->> IA: Discovery Response (Selected Agent B Endpoint, Capability Token)
IA ->> EA: Task Delegation (Session-ID, Intent-Payload, Constraints)
Note over EA: State Retrieval & Reasoning Loop
EA ->> KS: Semantic Query (Context Augmentation)
KS -->> EA: Vector Data / RAG Context
EA -->> IA: Intermediate Progress (Stream: text/event-stream)
EA ->> IA: Task Completion / Handover (Final Output)
【データ構造 / パケットフォーマット】
Agentic AI通信では、ペイロードに加えて「AIコンテキスト」と「推論バジェット（Token制限）」をヘッダーレベルで管理します。以下は、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 (8b) | Flags (8b) | Context-ID (16-bit) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Agent-Session-ID (32-bit) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Max-Token-Budget (32-bit UINT) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Priority | Capability | Payload-Type (Semantic ID) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | Intent-Payload (Variable Length CBOR/JSON) | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
【技術的な特徴と比較】
既存のClient-Serverモデル（HTTP/3）と、Agentic Networkingの主な違いを以下に示します。
| 機能項目 | HTTP/3 (Standard REST) | Agentic Networking (draft-trossen) |
|---|---|---|
| ルーティング単位 | IPアドレス / ホスト名 | 意図 (Intent) / サービス記述 |
| ステート管理 | 基本的にStateless (Cookie/Session) | プロトコルレベルの推論ステート維持 |
| 多重化 | ストリーム単位の多重化 | 推論サブタスク単位の並列実行 |
| QoS指標 | レイテンシ / スループット | 推論品質 / トークン消費効率 |
| トポロジー | Star / Client-Server | Mesh / Multi-agent Handover |
【セキュリティ考慮事項】
Agency Attestation（権限委譲の証明）: エージェントがユーザーに代わってアクションを実行する際、その権限範囲を証明するための「Capability Token」が必須となります。
Model Poisoning & Integrity: 中間エージェントによる推論結果の改ざんを防ぐため、End-to-Endでのメッセージ署名と、実行環境（TEE: Trusted Execution Environment）の証跡確認が必要です。
Budget Exhaustion Attack: 無限ループや過剰な推論を誘発させ、計算リソース（トークン）を枯渇させる攻撃への対策として、ネットワークホップごとのトークンデビット機能が検討されています。
【まとめと実装への影響】
ネットワークエンジニアおよび開発者が留意すべき3つのポイント：
Semantic Routingへの対応: 今後のルーター/プロキシは、L7のテキスト（意図）を解釈し、最適な推論モデルを持つノードへトラフィックを振り分ける機能が求められます。
ステートフルなフロー管理の再考: エージェント間の対話は長時間に及ぶため、QUIC Connection Migration等を活用した、ネットワーク断に強いセッション維持の実装が不可欠です。
Observabilityの変革: 従来のパケットロス率だけでなく、「推論の正確性」や「エージェント間の合意形成プロセスの遅延」を監視する新しいテレメトリ手法が必要となります。
