基于 3G 网络的 VOIP答案

【问题标题】：VOIP over 3G network基于 3G 网络的 VOIP
【发布时间】：2012-10-11 15:30:31
【问题描述】：

我创建了一个类似 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），所以这成为一个大问题，我猜......

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

【问题讨论】：

标签： sip voip 3g nat hole-punching

【解决方案1】：

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

【讨论】：