我创建了一个类似 STUN 的 + 会合服务器。 我已经通过 WIFI(在国内 NAT 后面)尝试了整个过程，一切正常。 我有两个移动 ISP，其中一个允许一切 (VOIP + P2P + MODEM) (ISP 1) 另一种允许除 P2P (ISP 2) 之外的所有功能。
尝试通过 ISP 1 时，它也工作正常。 但是，当我尝试使用 ISP 2 时，udp 数据包无法通过。
我已将计算机与 ISP 2 上的手机连接起来，并运行 TUM NAT 分析器。
它告诉我
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)，所以我猜这会成为一个大问题...
任何人的想法、 react 都会很棒。
最佳答案
- 许多 VoIP 提供商都包含基于 SBC 或其他 RTP 代理的基础设施，无论您拥有何种 NAT 类型，这些基础设施在任何情况下都会中继媒体流量。
- 如果另一个端点不在对称 NAT 后面(例如很常见的 PSTN 网关)，您可以连接到它们，而无需任何额外的中继。
- 否则您需要一个 TURN 继电器
关于sip - 通过 3G 网络的 VOIP，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13000985/