IETF 126 thảo luận Agent Communication Protocols: đội lab cần kiểm chứng gì?

Trang IETF xác nhận IETF 126 chạy tới chiều 24/07/2026. Tài liệu phiên AgentProto mô tả mục tiêu tiềm năng: protocol building blocks cho AI agent applications tương tác qua Internet, với các vấn đề như discovery, invocation, identity, authorization và khả năng phối hợp với công việc ở Linux Foundation như A2A/MCP.

Đây là tài liệu họp/định hướng charter, không phải RFC. Bản nháp này dùng ngày 24/07—theo ngày kết thúc IETF 126—làm mốc cập nhật và đã kiểm tra nguồn lúc 05:29:32 ngày 27/07/2026, giờ Việt Nam.

Slide của phiên nêu rõ đây là WG-forming BoF để thảo luận khả năng thành lập nhóm, không phải phiên thiết kế giao thức. Discovery của AI agent được liệt kê ngoài phạm vi charter AgentProto đề xuất và thuộc công việc liên quan; bài kiểm thử vẫn có thể kiểm tra discovery ở cấp hệ sinh thái nhưng không được gán nó thành deliverable đã chốt của AgentProto.

Điểm đáng chú ý là interoperability được đặt ở lớp protocol building blocks thay vì yêu cầu một framework agent duy nhất. Điều này mở ra câu hỏi có thể kiểm chứng: metadata discovery có nhất quán, schema invocation có được validate, identity có truyền qua gateway đúng và lỗi có observable hay không.

Nhận định của NetVali: giá trị trước mắt là tạo test vocabulary chung. Chưa có cơ sở để tuyên bố AgentProto sẽ thay thế A2A, MCP hoặc API riêng.

Kiến trúc có thể gồm agent client, registry/discovery, agent endpoint, gateway/policy enforcement, identity provider và telemetry pipeline. Mỗi boundary cần contract, authentication, authorization, rate limit và audit.

Kiểm thử phải bao gồm positive/negative schema, agent version mismatch, stale metadata, registry unavailable, timeout/cancel, duplicate invocation và malicious output. Đo latency end-to-end nhưng tách network, model inference và tool execution.

• Đội xây agent platform, gateway và registry.
• Network/security architect kiểm soát east–west agent traffic.
• Lab engineering xây interoperability/security test.
• AIOps/NetOps dùng agent để thay đổi mạng.
• Governance/SOC cần audit và incident evidence.

Chưa thể kết luận wire format, mandatory fields, authentication scheme hoặc interoperability profile cuối cùng. Slide cuộc họp không tạo nghĩa vụ chuẩn hóa cho các framework bên ngoài.

Không suy diễn hiệu năng, độ an toàn hoặc mức adoption. Mọi PoC phải ghi chính xác draft/version/API và giới hạn.

• Lớp: Discovery · Ca kiểm thử: Metadata đúng/sai/hết hạn · Bằng chứng: Registry response + version
• Lớp: Invocation · Ca kiểm thử: Schema valid/invalid · Bằng chứng: Request/response trace
• Lớp: Identity · Ca kiểm thử: Token đúng, sai audience, hết hạn · Bằng chứng: Auth log
• Lớp: Authorization · Ca kiểm thử: Agent/tool ngoài quyền · Bằng chứng: Deny + audit
• Lớp: Reliability · Ca kiểm thử: Timeout, retry, duplicate · Bằng chứng: Correlation timeline
• Lớp: Observability · Ca kiểm thử: Trace qua gateway/agent/tool · Bằng chứng: Trace ID + spans
• Lớp: Safety · Ca kiểm thử: Output độc hại/tool request vượt quyền · Bằng chứng: Policy verdict
• Pin draft/API version trong test.
• Không dùng production credentials.
• Tách agent decision khỏi tool authorization.
• Thử registry/gateway/agent failure độc lập.
• Kiểm tra idempotency và duplicate invocation.
• Lưu raw evidence, không chỉ chatbot transcript.

Bắt đầu với hai agent implementation và một registry/gateway. Chạy functional interoperability, sau đó negative schema/identity, failure/retry và load. KPI gồm discovery latency, invocation success, error classification, duplicate rate, trace completeness và policy enforcement rate.

Chỉ cho agent thao tác trên sandbox. Với network automation, dùng read-only hoặc simulated device trước; mọi thay đổi cần policy gate và rollback độc lập với model.