Internet-Draft: draft-trossen-rtgwg-agentic-networking-01 (Agentic Networking)

Tech

{ “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

【セキュリティ考慮事項】

  1. Agency Attestation（権限委譲の証明）: エージェントがユーザーに代わってアクションを実行する際、その権限範囲を証明するための「Capability Token」が必須となります。

  2. Model Poisoning & Integrity: 中間エージェントによる推論結果の改ざんを防ぐため、End-to-Endでのメッセージ署名と、実行環境（TEE: Trusted Execution Environment）の証跡確認が必要です。

  3. Budget Exhaustion Attack: 無限ループや過剰な推論を誘発させ、計算リソース（トークン）を枯渇させる攻撃への対策として、ネットワークホップごとのトークンデビット機能が検討されています。

【まとめと実装への影響】

ネットワークエンジニアおよび開発者が留意すべき3つのポイント：

  1. Semantic Routingへの対応: 今後のルーター/プロキシは、L7のテキスト（意図）を解釈し、最適な推論モデルを持つノードへトラフィックを振り分ける機能が求められます。

  2. ステートフルなフロー管理の再考: エージェント間の対話は長時間に及ぶため、QUIC Connection Migration等を活用した、ネットワーク断に強いセッション維持の実装が不可欠です。

  3. Observabilityの変革: 従来のパケットロス率だけでなく、「推論の正確性」や「エージェント間の合意形成プロセスの遅延」を監視する新しいテレメトリ手法が必要となります。

ライセンス：本記事のテキスト/コードは特記なき限り CC BY 4.0 です。引用の際は出典URL（本ページ）を明記してください。
利用ポリシー もご参照ください。

コメント

タイトルとURLをコピーしました