SIP trace on the external FS server give the following send 386 bytes to udp/[192.168.0.8]:5060 at 19:44:02.932215: ------------------------------------------------------------------------ ACK sip:tttt@192.168.0.8:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 178.79.156.136:5080;rport;branch=z9hG4bKXKvp0eHNU6t8S Max-Forwards: 70 From: "" <sip:0000000000@178.79.156.136>;tag=pUtN7g4DcUtmj To: <sip:tttt@95.172.231.192>;tag=FBttS33jBre1j Call-ID: b66f4c06-3d8e-1230-2488-fefdb24f9c88 CSeq: 30206641 ACK Contact: <sip:mod_sofia@178.79.156.136:5080> Content-Length: 0 do this mean the ACK was sent to the private IP address instead of the correct public ip address? On Sat, Jun 30, 2012 at 8:24 PM, Yihui Li <xyangni@gmail.com> wrote:
Hi,
I am running FS behind a nat, however the nat does not seem to work and nat_map status shows: NAT type unknown, ExtIP empty.
My call to the server on external context always get disconnected in about 30 seconds. Siptrace indicate a ACK timeout as the reason.
I am using a TP-Link router and already set the server as DMZ host. Can anyone help? Thanks