P2P应用程序，打孔不工作于endpoint无关映射NAT

Question

我目前正在C中使用“打孔”方法实现一个(UDP)p2p应用程序。我发现了J.Selbie以前的文章，他解释了基本原理，并相应地进行了操作（post1,post2)，但可能我遗漏了一些东西，只有一个对等体接收到数据，而另一个没有。

以下是我正在采取的步骤：

>

设置：其中一个对等体连接到4G蜂窝加密狗（NAT a）,另一个连接到通往ISP提供商（NAT B）的路由器。这些是针对两个NAT的stunclient（特技人客户端）报告的结果。

NAT A:
Binding test: success
Local address: X1:48383
Mapped address: Y1:28265
Behavior test: success
Nat behavior: Endpoint Independent Mapping
Filtering test: success
Nat filtering: Address and Port Dependent Filtering

NAT B:
Binding test: success
Local address: X2:49158
Mapped address: Y2:49158
Behavior test: success
Nat behavior: Endpoint Independent Mapping
Filtering test: success
Nat filtering: Address and Port Dependent Filtering

现在，根据这些结果，我的理解是，两个NAT都有一个合理的行为，穿孔可能会成功（注意NAT a不执行端口保护）。

• 穿孔尝试：两个客户端通过UDP联系面向公共的服务器（STUN/Rendezvous）以发现/交换IP：端口对。当每个客户端收到来自服务器的响应时，它们会向另一个对等体发送一个UDP数据报（IP：联系的公共服务器看到的端口），然后继续发送更多的数据报，并接收消息并将其回复到消息的来源地址。我正在使用与公共服务器联系的相同套接字发送数据报，只是更改了sendto函数上的destination ip：port。

问题是，NAT A后面的主机（连接到4G加密狗）总是收到消息，尽管回复了正确的ip和目的端口，后面的另一个主机（NAT B）却永远不会收到消息。你知道我错过了什么吗？或者如何诊断问题？？

提前道谢。

Answer 1

这是不可能在蜂窝和wifi(ISP)网络之间进行p2p（对等）呼叫的标准和通用场景。现在为什么？

为什么？：所有的蜂窝网络都使用一种低成本的方法，没有用户可以拥有专用的公共IP或NAT。这意味着手机的公共IP可能会在几个小时左右发生变化。结果，蜂窝网络提供商可以为大量用户使用较少数量的公共IP。这个过程通常通过为每个请求分配新的ip：port来完成，这是对称NAT的一个特性。因此，在您的情况下，由于NAT B是NAT Filtering：Address and Port Dependent Filtering，这意味着如果来自NAT A的数据对于每个发送/请求都具有唯一的ip：Port，那么NAT B将过滤数据，并且调用将失败。

解决方案：通常情况下，您需要一个托管在公共IP上的中继服务器，它将接收来自a的数据并将其转发给B，而B也将这样做，而不需要做任何过滤。这种服务器被称为TURN服务器。

现在我不确定为什么您的特技人测试客户端检测到A和B的PRC NAT（NAT过滤：地址和端口相关过滤）。对于A来说，它必须是对称NAT，因为它在蜂窝网络上。