我有时加载一些 YouTube 视频时会遇到问题。
显而易见的是：在运行这些测试时，我是家里唯一一个积极使用互联网连接的人，并且没有任何种子/上传活动正在进行。
这种情况仅发生在某些视频上，而不会发生在其他视频上。
我录制了一个小视频，演示了这个问题：
http://www.youtube.com/watch?v=Hng8IQZGw3E
我在里面展示了：
- 我有稳定的 2Mbps 互联网连接（不是很快，但足以从 YouTube 流式传输低质量视频）
- 对 youtube.com 的 ping 测试没有显示任何错误
- 即使是 240p 的视频，也只会在 29 秒后停止播放
- 当暂停以进行缓冲时，它显然会再加载 10 秒，但随后会将缓冲指示器重置为可能的真实状态
再说一遍：其他视频不会发生这种情况。
过了一段时间，我意识到 ping 测试实际上并没有说明任何东西：youtube 的 CDN 可能为不同的视频提供了不同的服务器……所以我应该对这些服务器进行 ping 测试。
我打开了 chrome 检查器，查看了video/x-flv传输情况，并复制了该视频和加载速度更快的视频的主机名。
r1.sn-nx5cvox-hpas.c.youtube.com是坏的。
r1.sn-nx5cvox-hpal.c.youtube.com是好的。
我尝试对这些进行 ping 测试，结果如下：
--- r1.sn-nx5cvox-hpas.c.youtube.com ping statistics ---
59 packets transmitted, 53 received, 10% packet loss, time 274802ms
rtt min/avg/max/mdev = 48.737/100.524/1060.337/189.638 ms, pipe 2
--- r1.sn-nx5cvox-hpal.c.youtube.com ping statistics ---
28 packets transmitted, 25 received, 10% packet loss, time 137016ms
rtt min/avg/max/mdev = 47.244/97.993/672.556/140.503 ms
结果令人相当担忧，但对我来说，它并不能解释两台服务器之间的差异。
通过再次查看 youtube ping，我意识到，即使没有数据包丢失，也mdev需要 123 毫秒......确实相当高。
标准差的差异足以解释这些问题吗？
我怀疑互联网连接可能不太好：例如，昨天traceroute stackoverflow.com在 seabone 之后就出现故障。
但我拒绝认为这可能是我们国家所有人共同面临的问题...事实上，通过与我的移动连接进行网络共享，我能够正常访问 stackoverflow.com（fwiw：我的固定电话 ISP 是电信，我的移动 ISP 是“telecom italia mobile”...因此，我认为在“最后一英里”连接/3g 蜂窝连接之后，包裹所走的路线应该是相同的...但显然事实并非如此）。
通过尝试通过移动连接进行网络共享并传输视频，问题仍然存在：我不能排除这是远程服务器或互联网连接问题的可能性。
是哪一个？
如果是后者：使用消费者线路时，仅部分服务器出现 ping 失败的情况有多常见？
如果这不是消费者线路的正常行为，这是否足以需要技术支持？（我对此并不抱有任何期望：电信太糟糕了）。
如果是线路问题：是否有可能避免它，就像我通过使用另一个连接绕过在 seabone 断开的连接一样？也就是说...是否有可能强制数据包通过另一条路由到达目标主机？（我认为重置路由器并尝试获取不同的 IP 可能会有所帮助，但我从来没有运气过）。