[Freeswitch-users] Help required
Richard Adams
Richard.Adams at stentofon.com.au
Mon Jan 5 09:16:06 MSK 2015
.2 is the PBX.
Bypass media is not on.
I'll look at the RTP-IP.
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 at STENTOFON.COM.AU<mailto:Richard.Adams at STENTOFON.COM.AU> ● WWW.STENTOFON.COM.AU<http://www.stentofon.com.au/>
WWW.ZENITEL.COM<http://www.zenitel.com/> ● WWW.DNH.NO<http://www.dnh.no/>
[cid:image001.jpg at 01CD7927.5758B850]
From: jay binks [mailto:jaybinks at gmail.com]
Sent: Monday, January 05, 2015 5:09 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
That is kinda what happens when you post IP Address in a mailing list or online :(
You can rest assured MyNetFone will also be getting them to their IP address.
OK so the SDP imn your 200 OK definitaly tells MNF to send the media stream to 192.168.34.2 so either your RTP IP is not set, your router is re-writing it with an ALG, or your telling freeswitch to bypass media or something.
What IS 192.168.34.2 ?? if that is your PBX, then that will be option #1 or #2
if .34.2 is a phone handset then id guess its closer to option #3
Jay
On 5 January 2015 at 15:56, Richard Adams <Richard.Adams at stentofon.com.au<mailto:Richard.Adams at stentofon.com.au>> wrote:
I have attached a packet trace from a failed call.
We use TPG. The service is exceptional, and we've had only one downtime event in 5 years.
We don't have any call issues on a standard ADSL2+ line with all office internet and phones on the same line.
Some nefarious people are on this mailing list, as I'm now under attack. Hooray!
Regards,
Richard Adams
Technical Manager
STENTOFON AUSTRALIA ● UNIT 2 / 670 MOUNTAIN HIGHWAY ● BAYSWATER VIC 3153 ● AUSTRALIA
PHONE: +61 3 9729 6600<tel:%2B61%203%209729%206600> ● FAX: +61 3 9729 0099<tel:%2B61%203%209729%200099> ● MOBILE: +61 404 058 798<tel:%2B61%20404%20058%20798>
Richard.Adams at STENTOFON.COM.AU<mailto:Richard.Adams at STENTOFON.COM.AU> ● WWW.STENTOFON.COM.AU<http://www.stentofon.com.au/>
WWW.ZENITEL.COM<http://www.zenitel.com/> ● WWW.DNH.NO<http://www.dnh.no/>
[cid:image001.jpg at 01CD7927.5758B850]
From: jay binks [mailto:jaybinks at gmail.com<mailto:jaybinks at gmail.com>]
Sent: Monday, January 05, 2015 4:48 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
Im coming in late to the party here.
Do you have any packet captures of this ???
It sounds like your trying to bypass the media and get out of the RTP stream.
Nobody is going to do that for you :)
Also, from your logs I can see your on a TPG service.
A quick test here shows 8% packet loss and average of 130ms latency with 40ms std dev.
I hope that is just the service your using for your testing ??
Jay Binks
On 5 January 2015 at 15:25, Richard Adams <Richard.Adams at stentofon.com.au<mailto:Richard.Adams at stentofon.com.au>> 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 at 192.168.34.2<mailto:127 at 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<tel:61397296600>@125.213.160.83<http://125.213.160.83> [25584398-949a-11e4-9710-192279674221]
2015-01-05 16:17:30.026327 [INFO] mod_dialplan_xml.c:635 Processing 61397296600<tel:61397296600> <61397296600<tel:61397296600>>->0386447200<tel:0386447200> in context public
2015-01-05 16:17:30.026327 [NOTICE] switch_ivr.c:1854 Transfer sofia/external/61397296600<tel:61397296600>@125.213.160.83<http://125.213.160.83> to XML[0386447200<tel:%5B0386447200>@default]
2015-01-05 16:17:30.026327 [INFO] mod_dialplan_xml.c:635 Processing 61397296600<tel:61397296600> <61397296600<tel:61397296600>>->0386447200<tel:0386447200> in context default
2015-01-05 16:17:30.026327 [NOTICE] switch_channel.c:1055 New Channel sofia/internal/sip:122 at 192.168.34.20:2100<http://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 at 192.168.34.20:2100<http://sip:122@192.168.34.20:2100>!
2015-01-05 16:17:30.086342 [NOTICE] mod_sofia.c:2098 Ring-Ready sofia/external/61397296600<tel:61397296600>@125.213.160.83<http://125.213.160.83>!
2015-01-05 16:17:30.106356 [NOTICE] switch_ivr_originate.c:527 Ring Ready sofia/external/61397296600<tel:61397296600>@125.213.160.83<http://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 at 192.168.34.2<mailto:127 at 192.168.34.2>!
2015-01-05 16:17:30.286303 [NOTICE] switch_ivr_originate.c:527 Ring Ready sofia/internal/127 at 192.168.34.2<mailto:127 at 192.168.34.2>!
2015-01-05 16:17:40.006322 [NOTICE] switch_ivr_originate.c:3495 Hangup sofia/internal/sip:122 at 192.168.34.20:2100<http://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 at 192.168.34.20:2100<http://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 at 192.168.34.20:2100<http://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<tel:0404058798> [2b4cddb8-949a-11e4-9730-192279674221]
2015-01-05 16:17:44.646340 [NOTICE] sofia_media.c:92 Pre-Answer sofia/external/0404058798<tel:0404058798>!
2015-01-05 16:17:47.586301 [NOTICE] sofia.c:7416 Channel [sofia/external/0404058798<tel:0404058798>] has been answered
2015-01-05 16:17:47.586301 [NOTICE] switch_ivr_originate.c:3522 Channel [sofia/external/61397296600 at 125.213.160.83<mailto:61397296600 at 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 at 192.168.34.2<mailto:127 at 192.168.34.2>] has been answered
2015-01-05 16:17:48.846328 [NOTICE] switch_channel.c:1055 New Channel sofia/external/2057 at 123.243.120.79<mailto:2057 at 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 at 123.243.120.79<mailto:2057 at 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 at 123.243.120.79<mailto:2057 at 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 at 123.243.120.79<mailto:2057 at 123.243.120.79>) Ended
2015-01-05 16:17:48.846328 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/2057 at 123.243.120.79<mailto:2057 at 123.243.120.79> [CS_DESTROY]
2015-01-05 16:17:56.026325 [NOTICE] sofia.c:952 Hangup sofia/internal/127 at 192.168.34.2<mailto:127 at 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 at 192.168.34.2<mailto:127 at 192.168.34.2>) Ended
2015-01-05 16:17:56.046305 [NOTICE] switch_core_session.c:1637 Close Channel sofia/internal/127 at 192.168.34.2<mailto:127 at 192.168.34.2> [CS_DESTROY]
2015-01-05 16:17:56.246327 [NOTICE] sofia.c:952 Hangup sofia/external/61397296600 at 125.213.160.83<mailto:61397296600 at 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<tel:0404058798> [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING]
2015-01-05 16:17:56.266328 [NOTICE] switch_core_session.c:1633 Session 9 (sofia/external/0404058798<tel:0404058798>) Ended
2015-01-05 16:17:56.266328 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/0404058798<tel:0404058798> [CS_DESTROY]
2015-01-05 16:17:56.266328 [NOTICE] switch_core_session.c:1633 Session 7 (sofia/external/61397296600 at 125.213.160.83<mailto:61397296600 at 125.213.160.83>) Ended
2015-01-05 16:17:56.266328 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/61397296600 at 125.213.160.83<mailto:61397296600 at 125.213.160.83> [CS_DESTROY]
2015-01-05 16:18:03.866325 [NOTICE] switch_channel.c:1055 New Channel sofia/external/8363 at 123.243.120.79<mailto:8363 at 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 at 123.243.120.79<mailto:8363 at 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 at 123.243.120.79<mailto:8363 at 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 at 123.243.120.79<mailto:8363 at 123.243.120.79>) Ended
2015-01-05 16:18:03.866325 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/8363 at 123.243.120.79<mailto:8363 at 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<tel:%2B61%203%209729%206600> ● FAX: +61 3 9729 0099<tel:%2B61%203%209729%200099> ● MOBILE: +61 404 058 798<tel:%2B61%20404%20058%20798>
Richard.Adams at STENTOFON.COM.AU<mailto:Richard.Adams at STENTOFON.COM.AU> ● WWW.STENTOFON.COM.AU<http://www.stentofon.com.au/>
WWW.ZENITEL.COM<http://www.zenitel.com/> ● WWW.DNH.NO<http://www.dnh.no/>
[cid:image001.jpg at 01CD7927.5758B850]
From: Francis [mailto:sms at icefire.qza.net.au<mailto:sms at 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<tel:%2B61%203%209729%206600> ● FAX: +61 3 9729 0099 ● MOBILE: +61 404 058 798
Richard.Adams at STENTOFON.COM.AU<mailto:Richard.Adams at STENTOFON.COM.AU> ● WWW.STENTOFON.COM.AU<http://www.stentofon.com.au/>
WWW.ZENITEL.COM<http://www.zenitel.com/> ● WWW.DNH.NO<http://www.dnh.no/>
[cid:image001.jpg at 01CD7927.5758B850]
From: Moishe Grunstein [mailto:max at 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<http://888.IPPBX.US>
Service Request Email: support at nysolutions.com<mailto:support at nysolutions.com>
Polycom Certified VAR
Microsoft Small Business Specialist, Cisco SMB Select Certified
[cid:image001.jpg at 01C72F94.9EE45D60]<http://www.nysolutions.com/>
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 at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at 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 at STENTOFON.COM.AU<mailto:Richard.Adams at STENTOFON.COM.AU> ● WWW.STENTOFON.COM.AU<http://www.stentofon.com.au/>
WWW.ZENITEL.COM<http://www.zenitel.com/> ● WWW.DNH.NO<http://www.dnh.no/>
[cid:image001.jpg at 01CD7927.5758B850]
From: Moishe Grunstein [mailto:max at 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<http://888.IPPBX.US>
Service Request Email: support at nysolutions.com<mailto:support at nysolutions.com>
Polycom Certified VAR
Microsoft Small Business Specialist, Cisco SMB Select Certified
[cid:image001.jpg at 01C72F94.9EE45D60]<http://www.nysolutions.com/>
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 at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Richard Adams
Sent: Sunday, January 4, 2015 8:19 PM
To: freeswitch-users at lists.freeswitch.org<mailto:freeswitch-users at 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 at STENTOFON.COM.AU<mailto:Richard.Adams at STENTOFON.COM.AU> ● WWW.STENTOFON.COM.AU<http://www.stentofon.com.au/>
WWW.ZENITEL.COM<http://www.zenitel.com/> ● WWW.DNH.NO<http://www.dnh.no/>
[cid:image001.jpg at 01CD7927.5758B850]
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto:consulting at 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 at lists.freeswitch.org<mailto:FreeSWITCH-users at lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto:consulting at 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 at lists.freeswitch.org<mailto:FreeSWITCH-users at lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
--
Sincerely
Jay
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto:consulting at 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 at lists.freeswitch.org<mailto:FreeSWITCH-users at lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
--
Sincerely
Jay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150105/5850005c/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 4139 bytes
Desc: image001.jpg
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150105/5850005c/attachment-0002.jpg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 2424 bytes
Desc: image002.jpg
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150105/5850005c/attachment-0003.jpg
Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users
mailing list