摘要

  • IETF -05草案称覆盖网络对视频的影响已在生产环境中出现，却没有指出任何部署，也没有公布可比较的测量数据。
  • 草案说明了隧道、DNS与CDN缓存之间可能发生的路径错位；这仍是机制说明，不是现场测量结果。

网络运营者排查视频卡顿时，需要知道解析器在哪里回答、数据包从哪里出去、CDN又选了哪个缓存。IETF MOPS工作组的《Network Overlay Impacts to Streaming Video》草案解释了这三个位置为何可能分开。

全隧道会把设备的所有流量送到一个出口；分流隧道只转发其中一部分。如果DNS解析和视频数据走不同路径，依靠DNS选择缓存的CDN可能把观众指向一处与真实传输路径不匹配的边缘节点。草案描述了额外中转和时延可能随之出现。它给出的是因果机制示例，没有提供某项服务或某个部署的实测案例。

-05版声称文档记录了“生产中观察到”的运营影响，也提到多个部署中出现的常见问题。文中没有运营商名称、样本规模、测试方法、前后对照、缓存选择率、时延分布或视频质量结果。草案还说明，其分类是部署中观察到的做法，并非协议定义的类别；具体缓解措施则不在范围内。

修订记录让证据缺口更醒目。-04版曾列出高清和4K视频的码率范围及每小时流量估算；-05版删除了这些数字。它们描述的是视频需求，不是隧道造成性能变化的证据。新版引用RFC 9317中的另一项历史估算：2019年视频约占面向终端用户流量的75%。这能说明业务规模，无法证明隧道的因果影响，也不是当前占比。

可核验的案例至少要让读者沿一条流量路径复盘：隧道策略和出口、解析器与DNS答案、客户端及出口地址、所选缓存，以及配对的路径、时延、吞吐量和播放数据。草案已经列出了值得测量的环节，却没有公开这样一份测量记录。

来源：IETF -05草案 -05原文；-04版；RFC 9317；RFC 7556。