Hi Peter, Michael Thanks for your suggestion. I enabled the sip trace and got the following traces while calling inbound: ===================================== freeswitch@mars> sofia global siptrace on +OK Global siptrace on freeswitch@mars> recv 869 bytes from udp/[218.165.240.142]:5060 at 16:23:07.562500: ------------------------------------------------------------------------ INVITE sip:gw+mysipprovider@192.168.123.100:5080;transport=udp;gw=mysipprovider SIP/2.0 Via: SIP/2.0/UDP 218.165.240.142:5060;branch=z9hG4bK-d8754z-03f1d4147d39e75a-1---d8754z-;rport Via: SIP/2.0/UDP 218.165.240.142:5061;branch=z9hG4bK-6yit3js32dookuqy;rport=5061 Max-Forwards: 69 Record-Route: <sip:218.165.240.142;lr> Contact: "Anonymous"<sip:218.165.240.142:5061> To: <sip:16472222222@218.165.240.142> From: "MICHAEL S"<sip:9051212121@218.165.240.142>;tag=uvgya25q6jekqd53.o Call-ID: 80741E4A@208.72.120.66~o CSeq: 120 INVITE Expires: 300 Content-Disposition: session Content-Type: application/sdp User-Agent: Sippy cisco-GUID: 51683594-2224034272-2239627291-559912524 h323-conf-id: 51683594-2224034272-2239627291-559912524 Content-Length: 109 v=0 o=Sippy 450031128 0 IN IP4 218.165.240.142 s=- t=0 0 m=audio 34260 RTP/AVP 0 c=IN IP4 208.72.120.90 ------------------------------------------------------------------------ send 506 bytes to udp/[218.165.240.142]:5060 at 16:23:07.562500: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 218.165.240.142:5060;branch=z9hG4bK-d8754z-03f1d4147d39e75a-1---d8754z-;rport=5060 Via: SIP/2.0/UDP 218.165.240.142:5061;branch=z9hG4bK-6yit3js32dookuqy;rport=5061 Record-Route: <sip:218.165.240.142;lr> From: "MICHAEL S"<sip:9051212121@218.165.240.142>;tag=uvgya25q6jekqd53.o To: <sip:16472222222@218.165.240.142> Call-ID: 80741E4A@208.72.120.66~o CSeq: 120 INVITE User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-57b6255 2011-03-22 15-15-09 -0500 Content-Length: 0 ------------------------------------------------------------------------ 2011-05-22 12:23:07.562500 [NOTICE] switch_channel.c:812 New Channel sofia/external/9051212121@218.165.240.142 [2b6b8394-faab-4704-a3be-158396d08477] 2011-05-22 12:23:07.562500 [DEBUG] sofia.c:4744 Channel sofia/external/9051212121@218.165.240.142 entering state [received][100] 2011-05-22 12:23:07.562500 [DEBUG] sofia.c:4755 Remote SDP: v=0 o=Sippy 450031128 0 IN IP4 218.165.240.142 s=- t=0 0 m=audio 34260 RTP/AVP 0 c=IN IP4 208.72.120.90 ============================================================ I am not sure how to interpret above, but I hope this will give you some clue. I also have the printout file, but I do not see how I can attach it here. Do not think putting over 2000 lines into this message would be polite :) After you suggestion that it could be a NAT issue, I checked the log more closely and found the following at the very startup: ============================================================ 2011-05-22 12:21:40.312500 [INFO] switch_event.c:615 Activate Eventing Engine. 2011-05-22 12:21:40.343750 [DEBUG] switch_event.c:594 Create event dispatch thread 0 2011-05-22 12:21:41.328125 [INFO] switch_nat.c:411 Scanning for NAT 2011-05-22 12:21:41.343750 [DEBUG] switch_nat.c:168 Checking for PMP 1/5 2011-05-22 12:21:41.343750 [ERR] switch_nat.c:199 Error checking for PMP [general error] 2011-05-22 12:21:41.343750 [DEBUG] switch_nat.c:416 Checking for UPnP 2011-05-22 12:21:47.046875 [INFO] switch_nat.c:425 NAT detected type: upnp, ExtIP: '173.248.202.119' 2011-05-22 12:21:47.046875 [ERR] switch_nat.c:251 Bind Error 2011-05-22 12:21:47.046875 [ERR] switch_nat.c:358 Unable to initialize NAT thread ================================================================== Those are the very first lines of the traces. The last line of this quote kind of points to the NAT problem. What do you think, could it be related? Although I did an experiment and connected my PC over DMZ on my router. The result was exactly the same. What bugs me is that I can see communication in the trace. The call for sure gets to FS, where it being processed and kind of forwarded to the defined number. Where it gets stalled. If there was a problem with SIP, would it even get to FS from outside? Anyway, thanks for looking into it. Appreciate it. It helps me to look at the problem from other angles. Hope to hear more of your suggestions. Meanwhile I will keep banging my head against it "from different angles". :) Regards, Sergei Kamen -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/setting-up-forward-incoming-ca... Sent from the freeswitch-users mailing list archive at Nabble.com.