{ “status”: “draft”, “topic”: “Agentic AI communications”, “reference”: “draft-hong-nmrg-ai-agent-networking-01”, “technical_level”: “advanced”, “structure_version”: “1.2” } 本記事はGeminiの出力をプロンプト工学で整理した業務ドラフト（未検証）です。
IETF Draft: Architecture and Requirements for Agentic AI Networking (draft-hong-nmrg-ai-agent-networking)
【背景と設計目標】
自律的なAIエージェント間の動的な相互作用とリソース調整を標準化し、マルチエージェント環境における相互運用性と信頼性を担保する。
本規格は、従来のクライアント・サーバ型通信（REST/gRPC）を包含しつつ、エージェント特有の「インテント（意図）」や「推論プロセスの共有」を効率化する新しいセマンティック・ネットワーキングの階層を目指しています。
【通信シーケンスと動作】
AIエージェント間の通信は、単なるデータの授受ではなく、能力（Capabilities）のネゴシエーションと、タスクの委譲（Delegation）が中心となります。
sequenceDiagram
participant "A as Orchestrator Agent"
participant "D as Discovery Service (Directory)"
participant "S as Sub-Agent (Worker)"
A ->> D: Search (Criteria: Multi-modal, Low-latency)
D -->> A: Candidate List (Agent IDs & Metadata)
A ->> S: Capability Handshake (Intent: Image Analysis)
S -->> A: Handshake ACK (Model: ViT-L, Quantization: INT8)
rect rgb(240, 240, 240)
Note over A, S: Agentic Session Established
A ->> S: Task Delegation (Encrypted Payload + Constraint)
S ->> S: Inference Execution
S -->> A: Result + Reasoning Log (Causality)
end
A ->> S: Session Termination / Feedback
Discovery: エージェントはディレクトリサービスを通じて、必要なスキル（推論能力、利用可能メモリ等）を持つ他エージェントを特定します。
Capability Handshake: 転送されるのは静的なプロトコルバージョンだけでなく、保持するLLMのモデル名や量子化ビット数などの計算リソース情報です。
Task Delegation: 実行命令とともに「制約条件（SLA/コスト）」をカプセル化して送信します。
【データ構造 / パケットフォーマット】
Agentic AI通信では、トランスポート層の上に「エージェント・ヘッダー」を定義し、推論の文脈（Context ID）や信頼スコアを付与します。
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 | Flags (I/A) | Context-ID (UUID) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Context-ID (cont.) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Priority | TTL (Hops) | Payload Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Capability Bitmap (64-bit) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | Variable Metadata (JSON-LD/CBOR) | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Flags (I/A): Intent（意図）フラグか ACK（応答）フラグかを識別。
Context-ID: 一連の推論チェインを一貫して追跡するための識別子。
Capability Bitmap: エージェントがサポートするモダリティ（テキスト、音声、画像、ツール実行）をビットフラグで表現。
【技術的な特徴と比較】
| 機能 | 既存のRPC (gRPC/HTTP2) | Agentic AI Communication |
|---|---|---|
| 通信単位 | メッセージ / ストリーム | インテント / タスク・コンテキスト |
| 優先度制御 | ストリーム優先度 (Static) | 動的な計算リソース消費に基づく優先度 |
| エラー処理 | ステータスコード (4xx/5xx) | 推論失敗時の代替エージェント再ルーティング |
| 多重化 | HTTP/2 フレーム多重化 | 0-RTT を活用したコンテキスト・マイグレーション |
| データ形式 | Protobuf / JSON | CBOR / JSON-LD (セマンティック情報の保持) |
HOL Blocking対策: QUICをベーストランスポートとして採用することを推奨し、エージェント間の依存関係がないタスクは独立したストリームで処理します。
0-RTT: エージェント間の頻繁な再接続を想定し、前回のセッション情報を利用した低遅延なタスク開始を実現します。
【セキュリティ考慮事項】
AIモデルのポイズニング防止: 署名付きチェックポイント（Signed Checkpoints）による、実行される推論モデルの真正性担保。
実行権限の委譲制限: OAuth 2.0を拡張した「エージェント用アクセストークン」により、特定の推論タスクやリソース範囲（API Call数など）に制限をかけます。
プライバシー保護計算: TEE（Trusted Execution Environment）上でのパケット復号と推論実行を前提とした、Forward Secrecy（前方秘匿性）の維持。
【まとめと実装への影響】
ネットワークエンジニアおよび開発者は、以下の3点に留意する必要があります。
推論トラフィックのバースト性: Agentic AIは大規模なコンテキストデータを一気に送受信するため、従来のAPIトラフィックよりも帯域幅の瞬間的な占有率が高くなります。
インテント・ルーティングの導入: パケットのヘッダーから「どのエージェントが最適か」を判断する、L7以上のインテリジェントなロードバランシングの実装が求められます。
可観測性の再定義: 単なるスループット監視ではなく、「推論の完了時間（Inference Latency）」や「トークンあたりのコスト」をネットワークメトリクスとして追跡する準備が必要です。
