移动提供商无法进行 UDP 打孔

Posted 2023-04-15

【中文标题】移动提供商无法进行 UDP 打孔

【英文标题】：UDP Hole Punching not possible with mobile provider

【发布时间】：2012-08-02 21:31:28

【问题描述】：

实际上，我正在编写一个 android 应用程序，该应用程序接收连接到 PC 的网络摄像头的图片。为了获得更多 fps，我使用 udp 协议而不是 tcp。这个想法是，电脑将图片发送到手机的 ip 和端口。但是电话提供商有不同的公共端口。所以我不能直接打电话。这就是为什么我试图通过 udp 打孔来解决问题，但没有奏效。当我的手机向 pc 发送一个数据包时，pc 会获取手机的公共 ip 和端口。每秒都会发生这种情况以保持连接打开。然后服务器尽可能快地将网络摄像头帧发送到这个 ip 和端口。但手机在 1-2 秒内只收到 10-15 张图片。之后，提供商似乎过滤了每个后续数据包或类似的东西，因为手机没有收到任何进一步的数据包。

现在我的问题是：发生了什么（或提供商在做什么），我该如何解决这个问题？ TCP 协议有效，但由于开销和纠错过多，流式传输速度太慢。

【问题讨论】：

大约 20k。但我已经找到了原因：我在太短的时间范围内发送了太多的数据包。它们已存储在设备的网络堆栈中的某个位置，因为设备无法足够快地处理它们。现在我在每个数据包之间等待 75 毫秒，它就像一个魅力 =)

@Dano 如果您找到了解决方案，请编辑您的答案或回答您自己的问题。请。

【参考方案1】：

使用 UDP 有几个问题需要牢记，这些问题在移动网络上被放大了：

您可能知道，一旦您发送了一个 UDP 数据报，就绝对不能保证它会通过，如果没有通过，也无法确定会发生什么。

大于大约 1400 字节的有效负载可能会被分解为 IP 片段。接收操作系统可能将它们重新组合成一个完整的数据包，但前提是每个片段都到达。一些路由器任意丢弃片段，一些防火墙在片段包含特定字节模式时丢弃片段，还有一些限制可能发送片段的速率。最好始终保持数据报较小，并自己处理丢失部分的重组和重复。

没有流量控制：如果任何路由器的缓冲区已满，之后的所有内容都会被丢弃。如果缓冲区正在增长但尚未满，一些路由器将开始随机丢弃一定百分比的数据包。如果 UDP 源的速度超过某个任意阈值，某些防火墙会将其列入黑名单。

一般来说，设备和防火墙制造商倾向于将 UDP 视为垃圾，因此作为 UDP 开发人员，您必须成为一个特别好的公民才能不被倾倒：调节您的流量，记住丢弃的数据包意味着您可能会走得太快，并保持数据包小。在受控环境中可以避免很多问题，但如果应用程序将“在野外”部署，则需要大量仔细编程以避免出现问题。