[Freeswitch-users] setting up forward incoming calls to external gateway
Kamen
sireeps at gmail.com
Sun May 22 22:08:38 MSD 2011
Hi Peter, Michael
Thanks for your suggestion. I enabled the sip trace and got the following
traces while calling inbound:
=====================================
freeswitch at mars> sofia global siptrace on
+OK Global siptrace on
freeswitch at mars> recv 869 bytes from udp/[218.165.240.142]:5060 at
16:23:07.562500:
------------------------------------------------------------------------
INVITE
sip:gw+mysipprovider at 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 at 218.165.240.142>
From: "MICHAEL
S"<sip:9051212121 at 218.165.240.142>;tag=uvgya25q6jekqd53.o
Call-ID: 80741E4A at 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 at 218.165.240.142>;tag=uvgya25q6jekqd53.o
To: <sip:16472222222 at 218.165.240.142>
Call-ID: 80741E4A at 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 at 218.165.240.142
[2b6b8394-faab-4704-a3be-158396d08477]
2011-05-22 12:23:07.562500 [DEBUG] sofia.c:4744 Channel
sofia/external/9051212121 at 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-calls-to-external-gateway-tp6363912p6392049.html
Sent from the freeswitch-users mailing list archive at Nabble.com.
More information about the FreeSWITCH-users
mailing list