The Invite packet is identical in either the successful call and the unsuccessful call.
My provider mentions the following;
Hi Richard,
I can't really say based on the SIP logs given I've looked at a couple samples & they look similar, but investigating our media logs shows me why.
For the successful call the initial media traffic is sent to 192.168.34.2:21583, after around four seconds we receive a request to change the IP/port to 123.243.120.79:21582 which is correct.
Whereas on the failed sample we only receive a request to send traffic through to 192.168.34.2:16584, the port is correct but the IP isn't. Hence why the media is never received.
The two samples above are for the one you provided & my initial sample. The overall issue is the incorrect IP being sent in the initial Invite or 200 OK, so even though regular inbound/outbound calls may be working it is recommended to fix the SDP attributes as it will still cause issues.
The SDP is;
v=0
o=FreeSWITCH 1416781294 1416781295 IN IP4 192.168.34.2
s=FreeSWITCH
c=IN IP4 192.168.34.2
t=0 0
m=audio 21582 RTP/AVP 0 8 3 101 13
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
Can I force the SDP changes?
Regards,
Richard Adams
Technical Manager
STENTOFON AUSTRALIA ● UNIT 2 / 670 MOUNTAIN HIGHWAY ● BAYSWATER VIC 3153 ● AUSTRALIA
PHONE: +61 3 9729 6600 ● FAX: +61 3 9729 0099 ● MOBILE: +61 404 058 798
Richard.Adams@STENTOFON.COM.AU ● WWW.STENTOFON.COM.AU
From: Francis [mailto:sms@icefire.qza.net.au]
Sent: Monday, January 05, 2015 4:41 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
Have you done a SIP trace and compared the RTP packets between a normal call and the diverted call? Also look for packets coming from the outside to the wrong ports, or not showing up at all.
On 5/01/2015 3:25 PM, Richard Adams wrote:
UPNP is now off. Same result.
The short version of the call progress is below. For testing, I'm calling from an internal extension 127 to the DID for the Help Line. It fails the same with an external first caller.
2015-01-05 16:17:29.846341 [NOTICE] switch_channel.c:1055 New Channel sofia/internal/127@192.168.34.2 [253bea7c-949a-11e4-9703-192279674221]
2015-01-05 16:17:29.846341 [INFO] mod_dialplan_xml.c:635 Processing Theo <127>->86447200 in context default
2015-01-05 16:17:29.846341 [NOTICE] switch_channel.c:1055 New Channel sofia/external/86447200 [253cc730-949a-11e4-970c-192279674221]
2015-01-05 16:17:30.026327 [NOTICE] switch_channel.c:1055 New Channel sofia/external/61397296600@125.213.160.83 [25584398-949a-11e4-9710-192279674221]
2015-01-05 16:17:30.026327 [INFO] mod_dialplan_xml.c:635 Processing 61397296600 <61397296600>->0386447200 in context public
2015-01-05 16:17:30.026327 [NOTICE] switch_ivr.c:1854 Transfer sofia/external/61397296600@125.213.160.83 to XML[0386447200@default]
2015-01-05 16:17:30.026327 [INFO] mod_dialplan_xml.c:635 Processing 61397296600 <61397296600>->0386447200 in context default
2015-01-05 16:17:30.026327 [NOTICE] switch_channel.c:1055 New Channel sofia/internal/sip:122@192.168.34.20:2100 [25594e96-949a-11e4-9727-192279674221]
2015-01-05 16:17:30.086342 [NOTICE] sofia.c:6716 Ring-Ready sofia/internal/sip:122@192.168.34.20:2100!
2015-01-05 16:17:30.086342 [NOTICE] mod_sofia.c:2098 Ring-Ready sofia/external/61397296600@125.213.160.83!
2015-01-05 16:17:30.106356 [NOTICE] switch_ivr_originate.c:527 Ring Ready sofia/external/61397296600@125.213.160.83!
2015-01-05 16:17:30.266329 [NOTICE] sofia.c:6716 Ring-Ready sofia/external/86447200!
2015-01-05 16:17:30.286303 [NOTICE] mod_sofia.c:2098 Ring-Ready sofia/internal/127@192.168.34.2!
2015-01-05 16:17:30.286303 [NOTICE] switch_ivr_originate.c:527 Ring Ready sofia/internal/127@192.168.34.2!
2015-01-05 16:17:40.006322 [NOTICE] switch_ivr_originate.c:3495 Hangup sofia/internal/sip:122@192.168.34.20:2100 [CS_CONSUME_MEDIA] [NO_ANSWER]
2015-01-05 16:17:40.026337 [NOTICE] switch_ivr_originate.c:2735 Cannot create outgoing channel of type [USER] cause: [NO_ANSWER]
2015-01-05 16:17:40.026337 [INFO] mod_dptools.c:3234 Originate Failed. Cause: NO_ANSWER
2015-01-05 16:17:40.026337 [NOTICE] switch_core_session.c:1633 Session 8 (sofia/internal/sip:122@192.168.34.20:2100) Ended
2015-01-05 16:17:40.026337 [NOTICE] switch_core_session.c:1637 Close Channel sofia/internal/sip:122@192.168.34.20:2100 [CS_DESTROY]
2015-01-05 16:17:40.026337 [NOTICE] switch_channel.c:1055 New Channel sofia/external/0404058798 [2b4cddb8-949a-11e4-9730-192279674221]
2015-01-05 16:17:44.646340 [NOTICE] sofia_media.c:92 Pre-Answer sofia/external/0404058798!
2015-01-05 16:17:47.586301 [NOTICE] sofia.c:7416 Channel [sofia/external/0404058798] has been answered
2015-01-05 16:17:47.586301 [NOTICE] switch_ivr_originate.c:3522 Channel [sofia/external/61397296600@125.213.160.83] has been answered
2015-01-05 16:17:47.846326 [NOTICE] sofia.c:7475 Channel [sofia/external/86447200] has been answered
2015-01-05 16:17:47.866327 [NOTICE] switch_ivr_originate.c:3522 Channel [sofia/internal/127@192.168.34.2] has been answered
2015-01-05 16:17:48.846328 [NOTICE] switch_channel.c:1055 New Channel sofia/external/2057@123.243.120.79 [30909a08-949a-11e4-9736-192279674221]
2015-01-05 16:17:48.846328 [INFO] mod_dialplan_xml.c:635 Processing 2057 <2057>->000972595404572 in context public
2015-01-05 16:17:48.846328 [NOTICE] switch_core_state_machine.c:315 sofia/external/2057@123.243.120.79 has executed the last dialplan instruction, hanging up.
2015-01-05 16:17:48.846328 [NOTICE] switch_core_state_machine.c:317 Hangup sofia/external/2057@123.243.120.79 [CS_EXECUTE] [NORMAL_CLEARING]
2015-01-05 16:17:48.846328 [NOTICE] switch_core_session.c:1633 Session 10 (sofia/external/2057@123.243.120.79) Ended
2015-01-05 16:17:48.846328 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/2057@123.243.120.79 [CS_DESTROY]
2015-01-05 16:17:56.026325 [NOTICE] sofia.c:952 Hangup sofia/internal/127@192.168.34.2 [CS_EXECUTE] [NORMAL_CLEARING]
2015-01-05 16:17:56.046305 [NOTICE] switch_ivr_bridge.c:754 Hangup sofia/external/86447200 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING]
2015-01-05 16:17:56.046305 [NOTICE] switch_core_session.c:1633 Session 6 (sofia/external/86447200) Ended
2015-01-05 16:17:56.046305 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/86447200 [CS_DESTROY]
2015-01-05 16:17:56.046305 [NOTICE] switch_core_session.c:1633 Session 5 (sofia/internal/127@192.168.34.2) Ended
2015-01-05 16:17:56.046305 [NOTICE] switch_core_session.c:1637 Close Channel sofia/internal/127@192.168.34.2 [CS_DESTROY]
2015-01-05 16:17:56.246327 [NOTICE] sofia.c:952 Hangup sofia/external/61397296600@125.213.160.83 [CS_EXECUTE] [NORMAL_CLEARING]
2015-01-05 16:17:56.266328 [NOTICE] switch_ivr_bridge.c:754 Hangup sofia/external/0404058798 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING]
2015-01-05 16:17:56.266328 [NOTICE] switch_core_session.c:1633 Session 9 (sofia/external/0404058798) Ended
2015-01-05 16:17:56.266328 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/0404058798 [CS_DESTROY]
2015-01-05 16:17:56.266328 [NOTICE] switch_core_session.c:1633 Session 7 (sofia/external/61397296600@125.213.160.83) Ended
2015-01-05 16:17:56.266328 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/61397296600@125.213.160.83 [CS_DESTROY]
2015-01-05 16:18:03.866325 [NOTICE] switch_channel.c:1055 New Channel sofia/external/8363@123.243.120.79 [39838eb8-949a-11e4-9739-192279674221]
2015-01-05 16:18:03.866325 [INFO] mod_dialplan_xml.c:635 Processing 8363 <8363>->00972595391982 in context public
2015-01-05 16:18:03.866325 [NOTICE] switch_core_state_machine.c:315 sofia/external/8363@123.243.120.79 has executed the last dialplan instruction, hanging up.
2015-01-05 16:18:03.866325 [NOTICE] switch_core_state_machine.c:317 Hangup sofia/external/8363@123.243.120.79 [CS_EXECUTE] [NORMAL_CLEARING]
2015-01-05 16:18:03.866325 [NOTICE] switch_core_session.c:1633 Session 11 (sofia/external/8363@123.243.120.79) Ended
2015-01-05 16:18:03.866325 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/8363@123.243.120.79 [CS_DESTROY]
Regards,
Richard Adams
Technical Manager
STENTOFON AUSTRALIA ● UNIT 2 / 670 MOUNTAIN HIGHWAY ● BAYSWATER VIC 3153 ● AUSTRALIA
PHONE: +61 3 9729 6600 ● FAX: +61 3 9729 0099 ● MOBILE: +61 404 058 798
Richard.Adams@STENTOFON.COM.AU ● WWW.STENTOFON.COM.AU
From: Francis [mailto:sms@icefire.qza.net.au]
Sent: Monday, January 05, 2015 4:01 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
WRT autostart, that's built in to the stock Debian Freeswitch packages that you'd get with apt, no need to use git or compile from source. You can choose to install the default vanilla packages, or the whole lot, which is convenient if you want to tinker.
If you're forwarding ports manually, switch off UPNP (Universal Pain 'N' Punishment) since they are mutually exclusive in most cases.
*However*, I suspect that, if normal inbound/outbound calls are working fine and the issue is only when a call is being forwarded out, then this may be something other than NAT/FW, at least in the typical sense. Hop on to FS_CLI and capture some logs of the call progress, then past them here. What you're trying to do should work, I've had success doing similar things bouncing calls between Brisbane and Melbourne.
On 5/01/2015 12:35 PM, Richard Adams wrote:
Ext-rtp-ip and exp-sip-ip are set to the public IP Address of our internet connection.
I pass all incoming calls to the internal profile for routing, and as before, everything works beautifully.
We're using UPNP, and the ports are forwarded correctly.
Regards,
Richard Adams
Technical Manager
STENTOFON AUSTRALIA ● UNIT 2 / 670 MOUNTAIN HIGHWAY ● BAYSWATER VIC 3153 ● AUSTRALIA
PHONE: +61 3 9729 6600 ● FAX: +61 3 9729 0099 ● MOBILE: +61 404 058 798
Richard.Adams@STENTOFON.COM.AU ● WWW.STENTOFON.COM.AU
From: Moishe Grunstein [mailto:max@nysolutions.com]
Sent: Monday, January 05, 2015 1:23 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
Well if internal IP’s are in the SDP you will have audio NAT issues, we need a bit more info about your config to start troubleshooting. What profiles are you using, what do you have set for ext-rtp-ip and ext-sip-ip. Are you using UPNP, STUN? Do you have ports forwarded?
Thanks,
Moishe Grunstein
Tornado Computer Systems, Inc.
212.400.7650 888.IPPBX.US
Service Request Email: support@nysolutions.comPolycom Certified VAR
Microsoft Small Business Specialist, Cisco SMB Select Certified
Computer Networking * Managed Services * IP Video Surveillance * Network Assessments * Web Solutions * Voice over IP * Disaster Recovery * Network Security * Site Surveys * CMS
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Richard Adams
Sent: Sunday, January 4, 2015 8:58 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
Hello,
1. Everything is fine across the NAT for normal incoming and outgoing calls. I can't see any difference in the traces between an outgoing call and a incoming to outgoing call.
2. Compile from source.
Regards,
Richard Adams
Technical Manager
STENTOFON AUSTRALIA ● UNIT 2 / 670 MOUNTAIN HIGHWAY ● BAYSWATER VIC 3153 ● AUSTRALIA
PHONE: +61 3 9729 6600 ● FAX: +61 3 9729 0099 ● MOBILE: +61 404 058 798
Richard.Adams@STENTOFON.COM.AU ● WWW.STENTOFON.COM.AU
From: Moishe Grunstein [mailto:max@nysolutions.com]
Sent: Monday, January 05, 2015 12:34 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
1) Typical NAT issue, https://freeswitch.org/confluence/display/FREESWITCH/NAT and many other NAT pages in the wiki
2) Which install method did you use? did you compile from source? Did you create a init.d?
Thanks,
Moishe Grunstein
Tornado Computer Systems, Inc.
212.400.7650 888.IPPBX.US
Service Request Email: support@nysolutions.comPolycom Certified VAR
Microsoft Small Business Specialist, Cisco SMB Select Certified
Computer Networking * Managed Services * IP Video Surveillance * Network Assessments * Web Solutions * Voice over IP * Disaster Recovery * Network Security * Site Surveys * CMS
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Richard Adams
Sent: Sunday, January 4, 2015 8:19 PM
To: freeswitch-users@lists.freeswitch.org
Subject: [Freeswitch-users] Help required
Trying the mailing list for the first time. Being in Australia puts us out of step with timezones for the IRC.
3 issues;
1. No audio on calls when an external call is bridged to another external location.
We have a help desk number that we'd like to have dial an external call group after hours. Calls are routed first to an internal extension, and then after a 20 second timer, to an external mobile phone number. When the call is answered internally, everything is fine. However, if the call diverts to the mobile phone, the call can be answered but there is no audio in either direction. My SIP Trunk provider is blaming us for sending an internal IP address in the SDP of the invite, but the invite packet is the same for a normal outgoing call.
2. No autostart Freeswitch on system boot for Debian 7 and current build.
To attempt to correct #1, I rebuilt the server with a fresh Debian 7 installation and a Git based build and installation of FS, following the directions for setting the autostart. However, the system does not autostart, and requires the FS to be booted manually after power up.
3. The auto Makefile did not work. It kept failing on missing dependancies that should have been installed by the auto makefile. I ended up running it manually.
If I can get some guidance please, and I'm happy to provide whatever logging is required.
Regards,
Richard Adams
Technical Manager
STENTOFON AUSTRALIA ● UNIT 2 / 670 MOUNTAIN HIGHWAY ● BAYSWATER VIC 3153 ● AUSTRALIA
PHONE: +61 3 9729 6600 ● FAX: +61 3 9729 0099 ● MOBILE: +61 404 058 798
Richard.Adams@STENTOFON.COM.AU ● WWW.STENTOFON.COM.AU
_________________________________________________________________________Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.comOfficial FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.comFreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-usersUNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
_________________________________________________________________________Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.comOfficial FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.comFreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-usersUNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Jay