- FreeSWITCH-users - FreeSWITCH Mailing Lists

Outbound calls being dropped after update to Version 1.6.17 -34-0fc0946 64bit
by Charles Bujold 02 May '17

02 May '17

Hi, Getting a strange issue, all incoming calls work great, but outgoing calls are getting dropped. Initially though that it was a NAT issue but verified the NAT and it is working properly. The proper external IP is being used and the gateway is registering with the service provider without issue. Checked the call flow with sngrep and wireshark and found some strange issues. 1. From my end, making the outbound call I see the call being connected and I receive a 200 OK that the call is connected and I have a connection. It will last about 1.5 minutes while at the same time I see 5-6 INVITE being sent from my Freeswitch to my service provider and then a BYE that it is hanging up. 2. From my service provider, they see the call established and then: SIP/SDP 82 Request: INVITE sip: telephonnumber@IPxxxxxx:5060; transport=udp, in-dialog The question is what is the "in-dialog" it seems to be causing the call to not be recognize that it is active and INVITE being generated and not being answered which causes the Bye Command to occur. Not certain how to fix. Any suggestions would be appreciated.

4 4

Setting Webrtc Call using FreeSwitch (Windows) and SipMl5
by sachin 02 May '17

02 May '17

Hello All,I am trying to setup the Webrtc call between 2 SIPML5 client. I am using FreeSWITCH Version 1.6.14 on Windows. I am using internal LAN. My setup is as followsSIPML5<-----> FS v1.6.14) (Windows) <----> SIPML5I am using Firefox 53.0 browserThe clients are getting registered over wss. I have created self signed certificates.  In var.xml I have set the codecs setting as follows  <X-PRE-PROCESS cmd="set" data="global_codec_prefs=PCMU,PCMA">  <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=PCMU,PCMA">Please find attached the log.txt for detail log. When I try to make the call it gives me the error as "mod_sofia.c:2332 CODEC NEGOTIATION ERROR.  SDP:". 2017-05-02 17:51:06.337143 [INFO] mod_dialplan_xml.c:637 Processing 1001 <1001>->1002 in context default2017-05-02 17:51:06.357163 [INFO] switch_ivr_async.c:4166 Bound B-Leg: *1 execute_extension::dx XML features2017-05-02 17:51:06.357163 [INFO] switch_ivr_async.c:4166 Bound B-Leg: *2 record_session::C:/Program Files/FreeSWITCH/recordings/1001.2017-05-02-17-51-06.wav2017-05-02 17:51:06.357163 [INFO] switch_ivr_async.c:4166 Bound B-Leg: *3 execute_extension::cf XML features2017-05-02 17:51:06.366663 [INFO] switch_ivr_async.c:4166 Bound B-Leg: *4 execute_extension::att_xfer XML features2017-05-02 17:51:06.397185 [INFO] switch_core_session.c:2631 Sending early media2017-05-02 17:51:06.397185 [WARNING] switch_core_media.c:3421 NO candidate ACL defined, Defaulting to wan.auto2017-05-02 17:51:06.397185 [ERR] mod_sofia.c:2332 CODEC NEGOTIATION ERROR.  SDP:v=0o=mozilla...THIS_IS_SDPARTA-53.0 1042623354377839900 0 IN IP4 127.0.0.1s=Doubango Telecom - firefoxt=0 0a=sendrecva=fingerprint:sha-256 D2:CB:EC:EC:B9:81:9A:28:2C:24:BD:85:AF:44:89:01:33:42:3A:DC:57:C6:BD:44:AD:D5:58:94:99:CC:2F:E9a=ice-options:tricklea=msid-semantic:WMS *m=audio 62834 UDP/TLS/RTP/SAVPF 109 9 0 8 101c=IN IP4 192.168.1.3a=rtpmap:109 opus/48000/2a=fmtp:109 maxplaybackrate=48000;stereo=1;useinbandfec=1a=rtpmap:9 G722/8000/1a=rtpmap:0 PCMU/8000a=rtpmap:8 PCMA/8000a=rtpmap:101 telephone-event/8000a=fmtp:101 0-15a=candidate:0 1 UDP 2122252543 192.168.1.3 62834 typ hosta=candidate:1 1 UDP 2122187007 192.168.2.5 62835 typ hosta=candidate:0 2 UDP 2122252542 192.168.1.3 62836 typ hosta=candidate:1 2 UDP 2122187006 192.168.2.5 62837 typ hosta=end-of-candidatesa=extmap:1/sendonly urn:ietf:params:rtp-hdrext:ssrc-audio-levela=ice-pwd:e3aca7bfa237d621bbf4f3d709e0ab2ea=ice-ufrag:9b911841a=mid:sdparta_0a=msid:{fb4d37bb-a6b4-40f9-ba27-75f868ec8426} {a8ecd3ca-97c4-4bc8-91b3-98fa5634c298}a=rtcp:62836 IN IP4 192.168.1.3a=rtcp-muxa=setup:actpassa=ssrc:690260622 cname:{b99ab296-c01f-49ed-a57a-c262cb73a13c} 2017-05-02 17:51:06.397185 [NOTICE] switch_channel.c:3514 Hangup sofia/internal/1001(a)192.168.1.3 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]send 892 bytes to wss/[192.168.1.3]:62283 at 12:21:06.446220:   ------------------------------------------------------------------------   SIP/2.0 488 Not Acceptable Here   Via: SIP/2.0/WSS df7jal23ls0d.invalid;branch=z9hG4bKaFdSEd6k7URebn5TtkvKmi9sOtWbdohr;rport=62283;received=192.168.1.3   Max-Forwards: 70   From: "1001"<sip:1001@192.168.1.3>;tag=ns1luRrOuQhBdWIHhFa9   To: <sip:1002@192.168.1.3>;tag=c264gFt1Seymr   Call-ID: 69cfc0c1-d7a1-e71d-4fb1-1855a268442c   CSeq: 12200 INVITE   User-Agent: FreeSWITCH-mod_sofia/1.6.14~64bit   Accept: application/sdp   Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE   Supported: timer, path, replaces   Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer   Reason: Q.850;cause=88;text="INCOMPATIBLE_DESTINATION"   Content-Length: 0   Remote-Party-ID: "1002" <sip:1002@192.168.1.3>;party=calling;privacy=off;screen=no    ------------------------------------------------------------------------2017-05-02 17:51:06.446720 [NOTICE] switch_core_session.c:1665 Session 9 (sofia/internal/1001(a)192.168.1.3) Ended2017-05-02 17:51:06.446720 [NOTICE] switch_core_session.c:1669 Close Channel sofia/internal/1001(a)192.168.1.3 [CS_DESTROY]recv 400 bytes from wss/[192.168.1.3]:62283 at 12:21:06.474240:Please  let me know what could be the issue.Thanks and RegardsSD 

1 0

Upgrade path?
by Sean Devoy 01 May '17

01 May '17

Hi, I can finally upgrade my config to latest stable!!! I have version 1.2.22 (really). Can I just upgrade to the latest build? Have the config files and folders all changed? I am running multi-tenant if that matters? Recommendations? Sean

1 0

Help - [INCOMPATIBLE_DESTINATION]
by Sean Devoy 01 May '17

01 May '17

Can anyone see why this is "[INCOMPATIBLE_DESTINATION]" today. NOTHING changed over the weekend. d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/sip:203@198.17.240.238:5062 [BREAK] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_state_machine.c:415 (sofia/external/sip:203@198.17.240.238:5062) Running State Change CS_INIT d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_state_machine.c:455 (sofia/external/sip:203@198.17.240.238:5062) State INIT d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] mod_sofia.c:87 sofia/external/sip:203@198.17.240.238:5062 SOFIA INIT d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] sofia_glue.c:2716 sip:203@198.17.240.238:5062 Setting proxy route to sofia/external/sip:203@198.17.240.238:5062 d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] sofia_glue.c:2744 sofia/external/sip:203@198.17.240.238:5062 sending invite version: 1.2.22 git 65fed13 2014-03-09 21:21:37Z 64bit d12984f7-12ec-430f-99a7-43202963672a Local SDP: d12984f7-12ec-430f-99a7-43202963672a v=0 d12984f7-12ec-430f-99a7-43202963672a o=FreeSWITCH 1493622368 1493622369 IN IP4 66.241.102.41 d12984f7-12ec-430f-99a7-43202963672a s=FreeSWITCH d12984f7-12ec-430f-99a7-43202963672a c=IN IP4 66.241.102.41 d12984f7-12ec-430f-99a7-43202963672a t=0 0 d12984f7-12ec-430f-99a7-43202963672a m=audio 23472 RTP/AVP 0 13 d12984f7-12ec-430f-99a7-43202963672a a=ptime:20 d12984f7-12ec-430f-99a7-43202963672a a=sendrecv d12984f7-12ec-430f-99a7-43202963672a d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_session.c:1016 Send signal sofia/external/sip:203@198.17.240.238:5062 [BREAK] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] mod_sofia.c:127 (sofia/external/sip:203@198.17.240.238:5062) State Change CS_INIT -> CS_ROUTING d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/sip:203@198.17.240.238:5062 [BREAK] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_state_machine.c:455 (sofia/external/sip:203@198.17.240.238:5062) State INIT going to sleep d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_state_machine.c:415 (sofia/external/sip:203@198.17.240.238:5062) Running State Change CS_ROUTING d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] sofia.c:5815 Channel sofia/external/sip:203@198.17.240.238:5062 entering state [calling][0] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_state_machine.c:471 (sofia/external/sip:203@198.17.240.238:5062) State ROUTING d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] mod_sofia.c:150 sofia/external/sip:203@198.17.240.238:5062 SOFIA ROUTING d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_ivr_originate.c:67 (sofia/external/sip:203@198.17.240.238:5062) State Change CS_ROUTING -> CS_CONSUME_MEDIA d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/sip:203@198.17.240.238:5062 [BREAK] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_state_machine.c:471 (sofia/external/sip:203@198.17.240.238:5062) State ROUTING going to sleep d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_state_machine.c:415 (sofia/external/sip:203@198.17.240.238:5062) Running State Change CS_CONSUME_MEDIA d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_state_machine.c:490 (sofia/external/sip:203@198.17.240.238:5062) State CONSUME_MEDIA d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:20.980418 [DEBUG] switch_core_state_machine.c:490 (sofia/external/sip:203@198.17.240.238:5062) State CONSUME_MEDIA going to sleep d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_session.c:1016 Send signal sofia/external/sip:203@198.17.240.238:5062 [BREAK] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_session.c:1016 Send signal sofia/external/sip:203@198.17.240.238:5062 [BREAK] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_session.c:1016 Send signal sofia/external/sip:203@198.17.240.238:5062 [BREAK] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] sofia.c:5815 Channel sofia/external/sip:203@198.17.240.238:5062 entering state [terminated][488] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [NOTICE] sofia.c:6659 Hangup sofia/external/sip:203@198.17.240.238:5062 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_channel.c:3187 Send signal sofia/external/sip:203@198.17.240.238:5062 [KILL] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/sip:203@198.17.240.238:5062 [BREAK] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_state_machine.c:415 (sofia/external/sip:203@198.17.240.238:5062) Running State Change CS_HANGUP d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_state_machine.c:678 (sofia/external/sip:203@198.17.240.238:5062) Callstate Change DOWN -> HANGUP d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_state_machine.c:680 (sofia/external/sip:203@198.17.240.238:5062) State HANGUP d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] mod_sofia.c:506 Channel sofia/external/sip:203@198.17.240.238:5062 hanging up, cause: INCOMPATIBLE_DESTINATION d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_state_machine.c:48 sofia/external/sip:203@198.17.240.238:5062 Standard HANGUP, cause: INCOMPATIBLE_DESTINATION d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_state_machine.c:680 (sofia/external/sip:203@198.17.240.238:5062) State HANGUP going to sleep d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_state_machine.c:447 (sofia/external/sip:203@198.17.240.238:5062) State Change CS_HANGUP -> CS_REPORTING d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/sip:203@198.17.240.238:5062 [BREAK] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_state_machine.c:415 (sofia/external/sip:203@198.17.240.238:5062) Running State Change CS_REPORTING d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_state_machine.c:764 (sofia/external/sip:203@198.17.240.238:5062) State REPORTING d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_state_machine.c:92 sofia/external/sip:203@198.17.240.238:5062 Standard REPORTING, cause: INCOMPATIBLE_DESTINATION d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_state_machine.c:764 (sofia/external/sip:203@198.17.240.238:5062) State REPORTING going to sleep d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_state_machine.c:441 (sofia/external/sip:203@198.17.240.238:5062) State Change CS_REPORTING -> CS_DESTROY d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/sip:203@198.17.240.238:5062 [BREAK] d12984f7-12ec-430f-99a7-43202963672a 2017-05-01 09:37:21.040403 [DEBUG] switch_core_session.c:1559 Session 223 (sofia/external/sip:203@198.17.240.238:5062) Locked, Waiting on external entities

2 1

FS core dumps
by Rahul MathuR 01 May '17

01 May '17

Hello guys, I'm trying to Auth over RADIUS from inside Lua script - session:execute("auth_function","in "..cli..", in "..dnid..", out AUTH_RESULT"); But FS keeps on dumping core files - SIGSEGV inside "extract_out_variable" inside mod_rad_auth.so My guess is that I have not defined AUTH_RESULT anywhere in the script. But then again I haven't find any example on this either. Any help would be much appreciated. -- Warm Regds. MathuRahul

2 1

Any plan to support DPDK?
by Raymond 30 Apr '17

30 Apr '17

Hi, guys Is there's any plan to develop a "DPDK Freeswitch version" ? DPDK is really a big improve of network . Raymond

5 6

答复: freeswitch crash when using record_session in dialplan
by Harry.Z 30 Apr '17

30 Apr '17

Dear Raymond, Are you Chinese? I attach the network topology, dialplan and console log. I make a lot of tests. The FS always crash (probability 70%) if I enable the record_session in dialplan when I using the originate make the call. So I guess the record_session is the point. But the FS crash (probability 5%) if I disable the record_session in dialplan when I using the originate make the call. Now I delete <param name="apply-nat-acl" value="nat.auto"/> in sip profile internel.xml. It’s not happen again. But I’m not sure this issue resolved. Maybe it’s a bug on nat? --------------------------------- 附件是网络拓扑、dialplan和console日志。我做了大量的测试。如果话机和FS不在同一个网段，用originate这个命令发起呼叫FS就会崩溃，但过一段时间又是正常的，这期间没有做任何的修改。如果把record_session删掉，崩溃的机率就非常小，估计都不到5%。我刚才试着把internal profile中的<param name="apply-nat-acl" value="nat.auto"/>这一行删掉，到目前为止是正常的，但我还不确定是不是这个引起的。我怀疑这是一个Bug。 Harry 发件人: freeswitch-users-bounces(a)lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] 代表 Raymond 发送时间: 2017年4月29日 13:20 收件人: FreeSWITCH Users Help 主题: Re: [Freeswitch-users] freeswitch crash when using record_session in dialplan attach your console log info please. And also your dialplan. ------------- 把你执行命令的时候，console 窗口的log信息贴上来。另外附上你的那个有 record_session 的 dialplan 。 Raymond

3 3

freeswitch crash when using record_session in dialplan
by Harry.Z 29 Apr '17

29 Apr '17

Dear All, I'm new on FreeSWITCH. I installed a FreeSWITCH on Debian 8 by apt-get. freeswitch@FS> version FreeSWITCH Version 1.6.17-34-0fc0946~64bit (-34-0fc0946 64bit) I enabled record_session in dialplan. I attach the dialplan. I using originate command in fs_cli. freeswitch@FS> originate user/1001 1002 The Freeswitch will crash when 1001 answer. I didn't find any useful information in /var/log/freeswitch/freeswitch.log Am I missing something? Thanks a lot!!!! Harry

4 3

答复: freeswitch crash when using record_session in dialplan
by Harry.Z 29 Apr '17

29 Apr '17

Dear Brian, Sorry, I miss a very important information. If the FreeSWITCH and the phone in the same subnet (10.5.15.0/24) is working fine. But if the FreeSWITCH and the phone in the different subnet (10.5.15.0/24 and 10.5.13.0/24) will crash. Harry 发件人: freeswitch-users-bounces(a)lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] 代表 Brian West 发送时间: 2017年4月29日 0:13 收件人: FreeSWITCH Users Help 主题: Re: [Freeswitch-users] freeswitch crash when using record_session in dialplan I'm testing on v1.6 branch, can't replicate your issue, Please file the JIRA with the backtrace and log files. /b On Fri, Apr 28, 2017 at 10:49 AM, Michael Jerris <mike(a)jerris.com<mailto:mike@jerris.com>> wrote: https://freeswitch.org/confluence/display/FREESWITCH/Reporting+Bugs+to+JIRA https://freeswitch.org/confluence/display/FREESWITCH/Debugging#Debugging-Ad… On Apr 28, 2017, at 5:35 AM, Harry.Z <Harry.Z(a)iv66.net<mailto:Harry.Z@iv66.net>> wrote: Dear All, I’m new on FreeSWITCH. I installed a FreeSWITCH on Debian 8 by apt-get. freeswitch@FS> version FreeSWITCH Version 1.6.17-34-0fc0946~64bit (-34-0fc0946 64bit) I enabled record_session in dialplan. I attach the dialplan. I using originate command in fs_cli. freeswitch@FS> originate user/1001 1002 The Freeswitch will crash when 1001 answer. I didn’t find any useful information in /var/log/freeswitch/freeswitch.log Am I missing something? Thanks a lot!!!! Harry _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)freeswitch.org<mailto: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(a)lists.freeswitch.org<mailto: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 -- Brian West brian(a)freeswitch.org<mailto:brian@freeswitch.org> Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com Book a phone call (CST)<https://freeswitch.com/appointment> Allison prompts for FreeSWITCH: https://www.gofundme.com/allison-prompts-for-freeswitch Got Bugs? Report them here<https://freeswitch.org/jira>! | Reddit: /r/freeswitch<https://www.reddit.com/r/freeswitch> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) Skype:briankwest

1 0

skip busy agent
by Robert Oldham 28 Apr '17

28 Apr '17

Is there a way to implement skip busy agent in freeswitch? I'm trying to send an incoming call to a ring group, without ringing anyone that is already on the phone or DND. Is there a simple way to do this? Thanks! Robert Oldham Oldham Technology (801) 877-2190 https://www.oldhamtechnology.com/

3 4