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