移动宽带高峰期会阻断p2p和udp链接

这次回山东老家，我原本计划让家人通过电脑，连接我在香港搭建的 Jitsi Meet 服务器，实现和身在欧洲的孩子进行高清视频通话。我的想法是：利用香港节点做中转，让家人能更稳定地“远程看娃”。

回家前的测试是很成功的。
在国航飞机上，用机载 Wi-Fi（走中国电信链路）连接香港节点，通话非常顺畅。延迟能接受。

但是，回到家里之后情况就完全不一样了。

一开始很好，但二十分钟后就开始掉链子

老家一直用的是 邻居共享的中国移动宽带。刚连上的时候，通话效果也不错：画面流畅，延迟也不算高。

问题出现在大约 20 分钟之后：

• 通话突然提示“连接信号差”

• 画面开始卡顿或完全看不到

• 对方看到的我也不正常

• 音视频通话经常中断

晚高峰尤其严重，丢包率甚至能达到 15%，延迟忽高忽低。

从完全可用，到完全不可用，中间只隔着十几分钟。

移动跨境访问为什么这么不稳定？

香港服务器其实不差，是 CMI + CN2 线路直连内地。理论上跨境访问体验应该不错。但现实中，用移动宽带访问香港，依旧不稳定。

原因大概有几个：

① 移动的国际出口带宽本身紧张

移动在海外的资源储备没有联通、电信那么多。
尤其访问香港、新加坡、美国，日本等常见节点时，高峰期容易拥塞。

② P2P、UDP 在移动宽带上容易被限制或降优先级

Jitsi Meet 音视频通话大量依赖 UDP。
移动网络对这类“流量模式明显”的应用做过各种限速、丢包控制。

表现通常是：

• 刚开始不错（系统还没识别你的流量）

• 稍微持续一段时间，就开始被降优先级

• 包丢得越多，通话越不稳定

这就是为什么一开始通话好好的，二十分钟后突然变差。

③ 跨境链路对 UDP 不友好

即便是最好的 CN2 GIA，UDP 通话也经常受到影响，尤其在高峰期间。

看视频、刷网页没问题，因为都是 HTTP/HTTPS（TCP）——这种流量优先级高、容错性强。
但实时视频通话属于低容忍度业务，稍微丢一点包就会明显卡顿。

解决方案就是换运营商或使用加速器之类的改善网络质量。