新的 FCC 宽带标准应考虑延迟

原文 ↗ Hacker News 讨论 ↗

美国宽带标准的更新呼声正从狭义关注下载速度，转向纳入延迟、抖动和可靠性，因为这些因素更直接影响视频通话、游戏和整体响应速度。评论者认为，监管机构应定义清晰、可测试的延迟指标——最好是在真实负载下，并测到连接良好的交换点或测量服务器——同时警告说，平均值和空闲测量会掩盖 bufferbloat 和微中断等问题。许多人还指出，如果没有更强的竞争、对更好对等互联的激励、最后一公里工程改进，以及农村地区的基础设施投入，面向 ISP 的透明“营养标签”也只能起到有限作用。

“延迟”的范围：到哪里？

  • 对合适的参考点存在强烈分歧：ISP 的第一跳、ISP 边缘、最近的 IXP、Tier‑1 骨干、CDN，或特定公共站点。
  • 许多人更赞成测量到一个连接良好的 IXP 或标准化的 FCC 测试服务器，而不是 ISPs 可以操纵的任意网内终点。
  • 有人担心延迟本质上是端到端的，且部分不在 ISP 控制范围内；但也有人认为 ISP 可以通过更好的对等互联和路由来改善它，因此应承担部分责任。

工作态延迟 vs 带宽

  • 一个反复出现的说法是：如今的应用通常并不受带宽限制；它们受延迟和抖动限制，尤其是在负载下。
  • “工作态延迟”（上传/下载进行时的延迟）被视为有意义的指标；仅测空闲延迟被称为具有误导性。
  • 例子显示，网络在空闲时延迟很低，但在负载下会因 bufferbloat 导致多秒延迟。

如何测量延迟和可靠性

  • 建议包括：
    • 到 FCC “Measuring Broadband America” 服务器的延迟。
    • 到 IXP、主要 CDN 或一组 .gov 站点的延迟。
    • 均值/中位数、高百分位数（p95/p99）、标准差，以及尾部指标（“每分钟故障次数”）。
    • 包括丢包和短暂“brownout”，而不只是在线率百分比。
  • 对在满载下测量延迟还是在最佳空闲条件下测量存在争论；有人认为满载能揭示缓冲问题，有人则说这会让用户困惑。

现实体验和技术

  • 报告的延迟：优质光纤上是个位数毫秒，Cable/DSL/4G/5G 是几十毫秒，Starlink 是 20–50 毫秒，地球同步卫星则是 600–1000 毫秒。
  • 用户强调抖动和微中断比峰值 Mbps 更成问题，尤其是对 SSH、VoIP 和视频通话而言。

监管、标签和市场结构

  • 一些人欢迎包含延迟、可用性和波动性指标的 FCC“营养标签”。
  • 另一些人担心，细化要求会增加法律/行政负担，反而有利于现有巨头，却无法解决缺乏竞争或受限的建筑租约问题。

Web 性能 vs 网络性能

  • 有几条评论指出，很多“慢”网站主要受页面臃肿、跟踪器和依赖链影响，而不是原始网络延迟。
  • 对这到底主要是 Web 开发问题还是网络/ISP 问题，存在分歧。