3
我已經創建了一個類似於STUN的+ rendez-vous服務器。 我已經嘗試過WIFI（國內NAT後面）的一切，並且一切正常。 我有兩個移動ISP，一個允許一切（VOIP + P2P +調制解調器）（ISP 1） 另一個允許除P2P（ISP 2）以外的一切。通過3G網絡的VOIP
嘗試通過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（及可能其他人）使用相同類型的NAT作爲我的ISP 2 ...（對稱NAT），以便成爲一個巨大的問題，我想....
任何不過，想法，反應會很好。