3

我创建了一个类似 STUN 的 + 集合服务器。我已经通过 WIFI（在国内 NAT 之后）尝试了整个过程，一切正常。我有两个移动 ISP，一个允许一切（VOIP + P2P + MODEM）（ISP 1），另一个允许除 P2P 之外的一切（ISP 2）。

在尝试 ISP 1 时，它也可以正常工作。但是，当我尝试使用 ISP 2 时，udp 数据包无法通过。

我已将我的计算机与 ISP 2 上的电话连接，并运行 TUM NAT Analyzer。

它在告诉我

UPnP Test (?):  No UPnP device found

STUN Test (?):  Symmetric NAT

UDP Binding Test (?):   Endpoint depenent binding, port prediction may be hard
TCP Binding Test:   Endpoint depenent binding, port prediction may be hard

UDP Mapping Test (?):   local and external IP addresses were different 
(NAT). Your source ports were not preserved. It may be hard to predict your external source port.
TCP Mapping Test:   local and external IP addresses were different (NAT).
Your source ports were not preserved. It may be hard to predict your external source port.

SIP ALG (?):    The initial SIP INVITE packet has not been modified on its way to our servers.
There is no SIP ALG involved
FTP ALG:    The initial FTP PORT command has been modified.
Most probably, your NAT implements a FTP-ALG

因此，显然它使用的是具有随机端口影响的对称 NAT（显然无法使用端口预测）。

所以我想知道，一个允许 VOIP 但不允许 P2P（并且没有 SIP ALG）的 ISP，它是否希望 VOIP 使用中继服务器才能工作？

还是我错过了什么……？据我了解，AT&T（可能还有其他人）使用与我的 ISP 2 相同类型的 NAT ......（对称 NAT）所以这成为一个大问题，我猜......

但是，任何人，想法，反应都会很棒。

4

1 回答 1

1
  • 许多 VoIP 提供商都包括基于 SBC 或其他 RTP 代理的基础设施，它们在任何情况下都将中继媒体流量，无论您拥有的 NAT 类型如何。
  • 如果另一个端点不在对称 NAT 后面（例如 PSTN 网关，这是一种非常常见的情况），您可以连接到它们而无需任何额外的中继。
  • 否则你需要一个 TURN 继电器
于 2013-07-20T06:52:35.403 回答