RFC 9725 定稿:WebRTC-HTTP 摄取协议 WHIP 成为正式标准
WISH 工作组的 WHIP 于 2025 年 3 月发布为 RFC 9725(Standards Track),定义基于 HTTP 的简单协议,让 WebRTC 内容可标准化地推入流媒体服务与 CDN,同时更新 RFC 8840 和 RFC 8842。
推荐理由:WHIP 从草案转正为正式 RFC,是 WebRTC 推流标准化的行业级节点。
WISH 工作组的 WHIP 于 2025 年 3 月发布为 RFC 9725(Standards Track),定义基于 HTTP 的简单协议,让 WebRTC 内容可标准化地推入流媒体服务与 CDN,同时更新 RFC 8840 和 RFC 8842。
推荐理由:WHIP 从草案转正为正式 RFC,是 WebRTC 推流标准化的行业级节点。
Meta/Google 作者提出的 MOQT Properties 扩展草案,定义高效承载逐 Object 编码时间戳的属性集,编码结果也可被应用层复用,2026 年 10 月首版。
Meta 与 Google 作者联合提出的 MoQ 草案(2026 年 10 月),为 MOQT 定义订阅级流控扩展:订阅者可限制单个订阅的 subgroup 流数量与总字节数,包含 Setup 协商、信用授予消息与会话错误码。
Cisco Meraki 作者提出的草案,让 MoQ 中继广播自身地理位置与路径指标,用于支持 GDPR/HIPAA 等数据驻留合规的 geo-fencing、GDOR 分布式编排与延迟优化,可选 IATA 机场码作为人类可读标识。
IETF MoQ 工作组草案,由 Akamai 的 W. Law 与 Cisco 的 S. Nandakumar 提出,规定在 Media over QUIC Transport(MOQT)上承载媒体的流格式 MSF,2026 年 6 月更新至 01 版,是 MoQ 协议栈的核心规范之一。
推荐理由:MoQ 核心流格式草案,直接决定新一代低延迟传输的媒体承载方式。
Akamai、Comcast、Synamedia 与 Cisco 联合起草的工作组草案,为 MOQT 定义基于 Common Access Token(CAT)的令牌授权机制,2026 年 6 月更新至 01 版。
2026 年 10 月 1 日发布的 MoQT draft-22 系统定义了运行在 QUIC/WebTransport 之上的发布/订阅协议:Objects/Tracks/Namespaces 数据模型、relay 转发与缓存职责、订阅优先级与传输顺序控制、控制消息线格式,以及用未分配码点防止协议僵化的机制,是 MoQ 走向 RFC 的核心草案。
推荐理由:MoQ 标准化的主线文档,draft-22 是厂商互操作(Cloudflare/Bitmovin/Ant Media 等)共同对齐的版本。
2026 年 5 月 26 日 MoQ 虚拟临时会议集中讨论 track 切换:客户端驱动的 SWITCH(PR #1378,订阅者在组边界发 SWITCH 消息)与 Will Law 提出的 relay 执行型 DTS(订阅多轨组成 switching set,由 relay 按吞吐量选轨),会上分析了与基线协议 SUBSCRIBE_UPDATE+FETCH 方案的差异并开放邮件列表共识征集。
推荐理由:MoQ ABR 语义是标准落地前最关键的未决问题,这份记录呈现了两条技术路线的取舍。
文章指出把原始音频推过 WebSocket 会继承 TCP 的队头阻塞——单包丢失即让接收端停滞数百毫秒,后续音频积压后突发播放,破坏对话节奏;而 WebRTC 为实时媒体设计,在丢包恢复、抖动缓冲与拥塞控制上开箱即有,作者将其定位为“demo 能跑、生产会垮”的架构差异。
推荐理由:从协议特性出发解释语音 Agent 传输层选型,对自建实时链路的团队有直接参考意义。
SRT 基于 UDP 引入序列号与时间戳,用选择性自动重传替代 TCP 的顺序阻塞重传以避免队头阻塞,并可在配置的延迟窗口内换抗丢包能力;协议层内置 AES-128/256 端到端加密、传输层统一时间基准做音视频同步、仅出站连接简化防火墙穿透,还持续监测丢包/RTT/带宽/抖动以自适应调整;定位为专业直播与远程制作的低延迟传输方案。
Cloudflare 披露并修复其 QUIC 实现中与包确认相关的两个 DDoS 漏洞(客户未受影响),文章解析 Optimistic ACK 攻击向量及通过动态跳过包号验证客户端行为的解决方案。
推荐理由:QUIC 传输层安全的重要公开案例,MoQ/RTC over QUIC 部署需关注。