Question

我创建了一个类似STUN的+ rendez-vous服务器。我已经尝试了整个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＆amp; T（可能还有其他人）使用与我的ISP 2相同的NAT ...（对称NAT）因此成为一个巨大的问题，我想......

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

Answer 1

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

通过3G网络的VOIP

1 个答案: