April 2016 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Freeswitch malloc errors
by Brian Beebe 08 Apr '16

08 Apr '16

For the past day or so, freeswitch has been crashing with a malloc error. We have been running with this configuration for over a month without errors. Now we are seeing these errors. We have 4 servers and all of them are experiencing this. Has anyone seen this before? We are running 1.7.0.599 on Centos 7.2.1511. Apr 8 13:21:35 freeswitch-pl1a freeswitch: *** Error in `/usr/bin/freeswitch': malloc(): smallbin double linked list corrupted: 0x00007f90d01818c0 *** Apr 8 12:43:30 freeswitch-pl2b freeswitch: *** Error in `/usr/bin/freeswitch': corrupted double-linked list: 0x00007f4eb80d84a0 *** Apr 8 12:39:23 freeswitch-pl2a freeswitch: *** Error in `/usr/bin/freeswitch': malloc(): smallbin double linked list corrupted: 0x0000000004363fa0 *** Apr 8 11:38:38 freeswitch-pl1a freeswitch: *** Error in `/usr/bin/freeswitch': malloc(): smallbin double linked list corrupted: 0x00007fab65103130 *** Thanks, Brian

1 0

Controlling `presence_id`
by Danny Gershman 08 Apr '16

08 Apr '16

Is there a way to control the domain on the presence_id? When I run `verto status` it's showing up as the internal alias. I want to be able to specify this as a different value (the external_sip_ip for example). We use this value by querying the database presence_id value in the channels table. Name Type Data State ================================================================================================= external-ipv6 profile sip:mod_sofia@[::1]:5080 RUNNING (0) external-ipv6 profile sip:mod_sofia@[::1]:5081 RUNNING (0) (TLS) 10.200.82.5 alias internal ALIASED external profile sip:mod_sofia@10.0.82.91:5080 RUNNING (0) external profile sip:mod_sofia@10.0.82.91:5081 RUNNING (0) (TLS) internal-ipv6 profile sip:mod_sofia@[::1]:5060 RUNNING (0) internal-ipv6 profile sip:mod_sofia@[::1]:5061 RUNNING (0) (TLS) internal profile sip:mod_sofia@10.0.82.91:5060 RUNNING (0) internal profile sip:mod_sofia@10.0.82.91:5061 RUNNING (0) (TLS) ================================================================================================= 4 profiles 1 alias Here is the output of `verto status` Name Type Data State ================================================================================================= default-v6 profile ws:[::1]:8081 RUNNING default-v6 profile wss:[::1]:8082 RUNNING default-v4 profile ws:0.0.0.0:8081 RUNNING default-v4 profile wss:0.0.0.0:8082 RUNNING default-v4::1rVWHg2fbA5Ydx9hAceSdKGREwY=@10.200.82.5 client 192.168.202.156:50064 CONN_REG (WSS) ================================================================================================= 2 profiles , 1 client Thanks, Danny

1 0

mod-vpx 1.6.7 Debian package missing
by Fabio Margarido 08 Apr '16

08 Apr '16

I've noticed there is no freeswitch-mod-vpx Debian package for version 1.6.7. When I upgraded my box the package was uninstalled. Does this mean the module's functionality has been moved to the core? Thanks.

2 1

Lua 5.2 Install Issue
by Sausage Side 08 Apr '16

08 Apr '16

I have installed FS 1.6.7 master onto a new Linode Centos 7.1 VM. This comes with Lua 5.1 preinstalled, and I cannot uninstall it, it would seem, as it reports it would break things (like yum). My problem is that when I make, it fails with this : make[3]: Entering directory `/usr/local/src/freeswitch-1.6/src/mod/languages/mod_lua' CXX mod_lua_la-mod_lua.lo mod_lua.cpp:37:17: fatal error: lua.h: No such file or directory #include "lua.h" Not surprising considering configure reports this : "checking for lua5.2... checking for lua-5.2... checking for lua5.1... checking for lua-5.1... checking for lua... checking for alMidiGainSOFT in -lopenal... no" If I do "yum install lua-devel" it all compiles but with version 5.1, not 5.2, obviously as Centos is installing the 5.1 headers as that is its current repo version. So, my question is how do I make FS pick up the bundled 5.2 during the "configure" step, that I believe is has in "/usr/local/src/freeswitch/src/mod/languages/mod_lua/lua" and not fail unless the -devel package for the 5.1 version is installed via yum ? FreeSWITCH Version 1.6.7+git~20160401T134007Z~f0c3870be3~64bit (git f0c3870 2016-04-01 13:40:07Z 64bit)

2 1

OPUS and CPU load
by Agustí Ubalde 08 Apr '16

08 Apr '16

Hi all,, I have found that the CPU usage with users WebRTC + OPUS is high. With 2vCPUs, 10 users use 25% of CPU. Anyone know if this load is normal? Thank you, *PRESENCE TECHNOLOGY* *Agustí Ubalde Bellot* Chief Developer C/ Comte Urgell 240 3A Barcelona 08036 aubalde(a)presenceco.com Ph: +34 93 10 10 300 Fx: +34 93 10 10 333 *www.presenceco.com* <http://www.presenceco.com/> *Follow us on:* *[image: tw]* <http://twitter.com/presencetech>*[image: yt]* <http://www.youtube.com/PresenceTechnology>*[image: in]* <http://www.linkedin.com/groups?mostPopular=&gid=2898558>*[image: ss]* <http://www.slideshare.net/PresenceTech>*[image: fb]* <http://www.facebook.com/presencetech> For additional information, please visit our website *www.presenceco.com* <http://www.presenceco.com/> -- *Presence Technology - DisclaimerThis message, its content and any file attached thereto is for the intended recipient only and is confidential and /or privileged. If you have received this e-mail in error or had access to it, you should note that the information in it is private and any use thereof is unauthorized. In such an event please notify us by e-mail or by telephone (+ 34 93 10 10 300). Any reproduction of this e-mail by whatsoever means and any transmission or dissemination thereof to other persons is prohibited. It should be deleted immediately from your system. Presence Technology reserves the right to take legal action against any persons unlawfully gaining access to the content of any external message it has emitted.* *For additional information, please visit our website **www.presenceco.com <http://www.presenceco.com/>*

5 7

Re: [Freeswitch-users] Call from SIP server to external SIP provider: 488 INCOMPATIBLE_DESTINATION
by Ahmed habiba 08 Apr '16

08 Apr '16

It looks that the profile you are using use only GSM, however the phone is trying to use G729 only look at the colored text. > On Apr 7, 2016, at 3:06 PM, freeswitch-users-request(a)lists.freeswitch.org wrote: > > From: Стас Тельнов <stasan89(a)gmail.com <mailto:stasan89@gmail.com>> > Subject: [Freeswitch-users] Call from SIP server to external SIP provider: 488 INCOMPATIBLE_DESTINATION > Date: April 7, 2016 at 3:06:17 PM GMT+3 > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>> > Reply-To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>> > > > Hello. > I`am doing external calls via sip provider. And I have internal SIP server (opensips) with users. > My case: two my users connecting via my sip server. One of him starting conference and calling to external number (carrier number or mobile phone). > > But when I doing call to external number, I got error 488 INCOMPATIBLE_DESTINATION on call. > > For setup I done next steps: > 1) create file /etc/freeswitch/sip_profiles/external/freelycall.com.xml with provider-access params > > 2) set dialplan extension with my mobile number (hardcoded expression for testing) > <extension name="outbound_calls_to_freelycall"> > <condition field="destination_number" expression="^(7906*******)$" break="on-true"> > <action application="set" data="hangup_after_bridge=true"/> > <action application="bridge" data="sofia/gateway/freelycall.com/$1 <http://freelycall.com/$1>"/> > </condition> > </extension> > > 3) set default provider params and external hosts in vars.xml > <X-PRE-PROCESS cmd="set" data="external_rtp_ip=host:freelycall.com <http://freelycall.com/>"/> > <X-PRE-PROCESS cmd="set" data="external_sip_ip=host:freelycall.com <http://freelycall.com/>"/> > ... > <X-PRE-PROCESS cmd="set" data="default_provider=freelycall.com <http://freelycall.com/>"/> > <X-PRE-PROCESS cmd="set" data="default_provider_username=MY_ID"/> > <X-PRE-PROCESS cmd="set" data="default_provider_password=MY_PASS"/> > <X-PRE-PROCESS cmd="set" data="default_provider_from_domain=freelycall.com <http://freelycall.com/>"/> >  > <X-PRE-PROCESS cmd="set" data="default_provider_register=true"/> > <X-PRE-PROCESS cmd="set" data="default_provider_contact=5000"/> > > I starting debug: > freeswitch -c > > command "sofia status" say: > Name Type Data State > ================================================================================================= > 172.31.22.124 alias internal ALIASED > external profile sip:mod_sofia@172.31.22.124:5060 <http://sip:mod_sofia@172.31.22.124:5060/> RUNNING (0) > external profile sip:mod_sofia@172.31.22.124:5061 <http://sip:mod_sofia@172.31.22.124:5061/> RUNNING (0) (TLS) > external::freelycall.com <http://freelycall.com/> gateway sip:MY_ID@freelycall.com <mailto:sip%3AMY_ID@freelycall.com> REGED > internal profile sip:mod_sofia@172.31.22.124:5080 <http://sip:mod_sofia@172.31.22.124:5080/> RUNNING (0) > internal profile sip:mod_sofia@172.31.22.124:5081 <http://sip:mod_sofia@172.31.22.124:5081/> RUNNING (0) (TLS) > ================================================================================================= > 2 profiles 1 alias > > Thats good I think. > > command "sofia status profile external" say: > ================================================================================================= > Name external > Domain Name N/A > Auto-NAT false > DBName sofia_reg_external > Pres Hosts > Dialplan XML > Context public > Challenge Realm auto_to > RTP-IP 172.31.22.124 > SIP-IP 172.31.22.124 > URL sip:mod_sofia@172.31.22.124:5060 <http://sip:mod_sofia@172.31.22.124:5060/> > BIND-URL sip:mod_sofia@172.31.22.124:5060;transport=udp,tcp <sip:mod_sofia@172.31.22.124:5060;transport=udp,tcp> > TLS-URL sip:mod_sofia@172.31.22.124:5061 <http://sip:mod_sofia@172.31.22.124:5061/> > TLS-BIND-URL sips:mod_sofia@172.31.22.124:5061;transport=tls > HOLD-MUSIC local_stream://moh > OUTBOUND-PROXY N/A > CODECS IN GSM > CODECS OUT GSM > TEL-EVENT 101 > DTMF-MODE rfc2833 > CNG 13 > SESSION-TO 0 > MAX-DIALOG 0 > NOMEDIA false > LATE-NEG true > PROXY-MEDIA false > ZRTP-PASSTHRU true > AGGRESSIVENAT false > CALLS-IN 0 > FAILED-CALLS-IN 0 > CALLS-OUT 0 > FAILED-CALLS-OUT 0 > REGISTRATIONS 0 > > I`am not sure, that all correct, but I don`t know how should look like the right output of this command > > > When I starting call, I see next row in log: > 2016-04-07 07:52:09.195582 [NOTICE] switch_ivr.c:2092 Transfer sofia/external/8@MY_OPENSIPS_DOMAIN to XML[7906*******@default] > > I think, that @default is incorrect, I think that domain should be look like as @freelycall.com <http://freelycall.com/> > > What I doing incorrect? Any idea? > > Full log on call: > 2016-04-07 07:52:09.195582 [NOTICE] switch_channel.c:1101 New Channel sofia/external/8@MY_OPENSIPS_DOMAIN [286b6a34-fcb7-11e5-a94f-99d758825eaf] > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/8@MY_OPENSIPS_DOMAIN) Running State Change CS_NEW > 2016-04-07 07:52:09.195582 [DEBUG] sofia.c:9248 sofia/external/8@MY_OPENSIPS_DOMAIN receiving invite from 172.31.0.169:5060 <http://172.31.0.169:5060/> version: 1.6.6 64bit > 2016-04-07 07:52:09.195582 [DEBUG] sofia.c:6760 Channel sofia/external/8@MY_OPENSIPS_DOMAIN entering state [received][100] > 2016-04-07 07:52:09.195582 [DEBUG] sofia.c:6770 Remote SDP: > v=0 > o=- 1460029927 1 IN IP4 MY_CALLER_IP > s=portsip.com <http://portsip.com/> > c=IN IP4 MY_OPENSIPS_IP > t=0 0 > m=audio 42386 RTP/AVP 18 3 101 > a=rtpmap:18 G729/8000 > a=fmtp:18 annexb=no > a=rtpmap:3 GSM/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=nortpproxy:yes > > 2016-04-07 07:52:09.195582 [DEBUG] sofia.c:7125 (sofia/external/8@MY_OPENSIPS_DOMAIN) State Change CS_NEW -> CS_INIT > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:492 (sofia/external/8@MY_OPENSIPS_DOMAIN) State NEW > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/8@MY_OPENSIPS_DOMAIN) Running State Change CS_INIT > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:516 (sofia/external/8@MY_OPENSIPS_DOMAIN) State INIT > 2016-04-07 07:52:09.195582 [DEBUG] mod_sofia.c:88 sofia/external/8@MY_OPENSIPS_DOMAIN SOFIA INIT > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:40 sofia/external/8@MY_OPENSIPS_DOMAIN Standard INIT > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:48 (sofia/external/8@MY_OPENSIPS_DOMAIN) State Change CS_INIT -> CS_ROUTING > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:516 (sofia/external/8@MY_OPENSIPS_DOMAIN) State INIT going to sleep > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/8@MY_OPENSIPS_DOMAIN) Running State Change CS_ROUTING > 2016-04-07 07:52:09.195582 [DEBUG] switch_channel.c:2247 (sofia/external/8@MY_OPENSIPS_DOMAIN) Callstate Change DOWN -> RINGING > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:532 (sofia/external/8@MY_OPENSIPS_DOMAIN) State ROUTING > 2016-04-07 07:52:09.195582 [DEBUG] mod_sofia.c:141 sofia/external/8@MY_OPENSIPS_DOMAIN SOFIA ROUTING > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:166 sofia/external/8@MY_OPENSIPS_DOMAIN Standard ROUTING > 2016-04-07 07:52:09.195582 [INFO] mod_dialplan_xml.c:637 Processing 8 <8>->7906******* in context public > Dialplan: sofia/external/8@MY_OPENSIPS_DOMAIN parsing [public->from_opensips] continue=false > Dialplan: sofia/external/8@MY_OPENSIPS_DOMAIN Regex (PASS) [from_opensips] network_addr(172.31.0.169) =~ /^172\.31\.0\.169$/ break=on-false > Dialplan: sofia/external/8@MY_OPENSIPS_DOMAIN Action transfer(${destination_number} XML default) > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:216 (sofia/external/8@MY_OPENSIPS_DOMAIN) State Change CS_ROUTING -> CS_EXECUTE > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:532 (sofia/external/8@MY_OPENSIPS_DOMAIN) State ROUTING going to sleep > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/8@MY_OPENSIPS_DOMAIN) Running State Change CS_EXECUTE > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:539 (sofia/external/8@MY_OPENSIPS_DOMAIN) State EXECUTE > 2016-04-07 07:52:09.195582 [DEBUG] mod_sofia.c:196 sofia/external/8@MY_OPENSIPS_DOMAIN SOFIA EXECUTE > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:258 sofia/external/8@MY_OPENSIPS_DOMAIN Standard EXECUTE > EXECUTE sofia/external/8@MY_OPENSIPS_DOMAIN transfer(7906******* XML default) > 2016-04-07 07:52:09.195582 [DEBUG] switch_ivr.c:2085 (sofia/external/8@MY_OPENSIPS_DOMAIN) State Change CS_EXECUTE -> CS_ROUTING > 2016-04-07 07:52:09.195582 [NOTICE] switch_ivr.c:2092 Transfer sofia/external/8@MY_OPENSIPS_DOMAIN to XML[7906*******@default] > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:539 (sofia/external/8@MY_OPENSIPS_DOMAIN) State EXECUTE going to sleep > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/8@MY_OPENSIPS_DOMAIN) Running State Change CS_ROUTING > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:532 (sofia/external/8@MY_OPENSIPS_DOMAIN) State ROUTING > 2016-04-07 07:52:09.195582 [DEBUG] mod_sofia.c:141 sofia/external/8@MY_OPENSIPS_DOMAIN SOFIA ROUTING > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:166 sofia/external/8@MY_OPENSIPS_DOMAIN Standard ROUTING > 2016-04-07 07:52:09.195582 [INFO] mod_dialplan_xml.c:637 Processing 8 <8>->7906******* in context default > Dialplan: sofia/external/8@MY_OPENSIPS_DOMAIN parsing [default->unloop] continue=false > Dialplan: sofia/external/8@MY_OPENSIPS_DOMAIN Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false > Dialplan: sofia/external/8@MY_OPENSIPS_DOMAIN Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false > Dialplan: sofia/external/8@MY_OPENSIPS_DOMAIN parsing [default->tod_example] continue=true > Dialplan: sofia/external/8@MY_OPENSIPS_DOMAIN Date/TimeMatch (FAIL) [tod_example] break=on-false > Dialplan: sofia/external/8@MY_OPENSIPS_DOMAIN parsing [default->outbound_calls_to_freelycall] continue=false > Dialplan: sofia/external/8@MY_OPENSIPS_DOMAIN Regex (PASS) [outbound_calls_to_freelycall] destination_number(7906*******) =~ /^(7906*******)$/ break=on-true > Dialplan: sofia/external/8@MY_OPENSIPS_DOMAIN Action set(hangup_after_bridge=true) > Dialplan: sofia/external/8@MY_OPENSIPS_DOMAIN Action bridge(sofia/gateway/freelycall.com/7906******* <http://freelycall.com/7906*******>) > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:216 (sofia/external/8@MY_OPENSIPS_DOMAIN) State Change CS_ROUTING -> CS_EXECUTE > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:532 (sofia/external/8@MY_OPENSIPS_DOMAIN) State ROUTING going to sleep > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/8@MY_OPENSIPS_DOMAIN) Running State Change CS_EXECUTE > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:539 (sofia/external/8@MY_OPENSIPS_DOMAIN) State EXECUTE > 2016-04-07 07:52:09.195582 [DEBUG] mod_sofia.c:196 sofia/external/8@MY_OPENSIPS_DOMAIN SOFIA EXECUTE > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:258 sofia/external/8@MY_OPENSIPS_DOMAIN Standard EXECUTE > EXECUTE sofia/external/8@MY_OPENSIPS_DOMAIN set(hangup_after_bridge=true) > 2016-04-07 07:52:09.195582 [DEBUG] mod_dptools.c:1498 SET sofia/external/8@MY_OPENSIPS_DOMAIN [hangup_after_bridge]=[true] > EXECUTE sofia/external/8@MY_OPENSIPS_DOMAIN bridge(sofia/gateway/freelycall.com/7906******* <http://freelycall.com/7906*******>) > 2016-04-07 07:52:09.195582 [DEBUG] switch_ivr_originate.c:2128 Parsing global variables > 2016-04-07 07:52:09.195582 [NOTICE] switch_channel.c:1101 New Channel sofia/external/7906******* [286bb5b6-fcb7-11e5-a957-99d758825eaf] > 2016-04-07 07:52:09.195582 [DEBUG] mod_sofia.c:4776 (sofia/external/7906*******) State Change CS_NEW -> CS_INIT > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/7906*******) Running State Change CS_INIT > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:516 (sofia/external/7906*******) State INIT > 2016-04-07 07:52:09.195582 [DEBUG] mod_sofia.c:88 sofia/external/7906******* SOFIA INIT > 2016-04-07 07:52:09.195582 [DEBUG] sofia_glue.c:1257 sofia/external/7906******* sending invite version: 1.6.6 64bit > Local SDP: > v=0 > o=FreeSWITCH 1460003999 1460004000 IN IP4 172.31.22.124 > s=FreeSWITCH > c=IN IP4 172.31.22.124 > t=0 0 > m=audio 25930 RTP/AVP 3 101 13 > a=rtpmap:3 GSM/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=rtpmap:13 CN/8000 > a=ptime:20 > a=sendrecv > > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:40 sofia/external/7906******* Standard INIT > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:48 (sofia/external/7906*******) State Change CS_INIT -> CS_ROUTING > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:516 (sofia/external/7906*******) State INIT going to sleep > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/7906*******) Running State Change CS_ROUTING > 2016-04-07 07:52:09.195582 [DEBUG] sofia.c:6760 Channel sofia/external/7906******* entering state [calling][0] > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:532 (sofia/external/7906*******) State ROUTING > 2016-04-07 07:52:09.195582 [DEBUG] mod_sofia.c:141 sofia/external/7906******* SOFIA ROUTING > 2016-04-07 07:52:09.195582 [DEBUG] switch_ivr_originate.c:67 (sofia/external/7906*******) State Change CS_ROUTING -> CS_CONSUME_MEDIA > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:532 (sofia/external/7906*******) State ROUTING going to sleep > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/7906*******) Running State Change CS_CONSUME_MEDIA > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:551 (sofia/external/7906*******) State CONSUME_MEDIA > 2016-04-07 07:52:09.195582 [DEBUG] switch_core_state_machine.c:551 (sofia/external/7906*******) State CONSUME_MEDIA going to sleep > 2016-04-07 07:52:09.215582 [DEBUG] sofia.c:6760 Channel sofia/external/7906******* entering state [terminated][488] > 2016-04-07 07:52:09.215582 [NOTICE] sofia.c:7779 Hangup sofia/external/7906******* [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/7906*******) Running State Change CS_HANGUP > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:739 (sofia/external/7906*******) Callstate Change DOWN -> HANGUP > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:741 (sofia/external/7906*******) State HANGUP > 2016-04-07 07:52:09.215582 [DEBUG] mod_sofia.c:431 Channel sofia/external/7906******* hanging up, cause: INCOMPATIBLE_DESTINATION > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:60 sofia/external/7906******* Standard HANGUP, cause: INCOMPATIBLE_DESTINATION > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:741 (sofia/external/7906*******) State HANGUP going to sleep > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:508 (sofia/external/7906*******) State Change CS_HANGUP -> CS_REPORTING > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/7906*******) Running State Change CS_REPORTING > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:827 (sofia/external/7906*******) State REPORTING > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:104 sofia/external/7906******* Standard REPORTING, cause: INCOMPATIBLE_DESTINATION > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:827 (sofia/external/7906*******) State REPORTING going to sleep > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:499 (sofia/external/7906*******) State Change CS_REPORTING -> CS_DESTROY > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_session.c:1646 Session 2 (sofia/external/7906*******) Locked, Waiting on external entities > 2016-04-07 07:52:09.215582 [DEBUG] switch_ivr_originate.c:3751 Originate Resulted in Error Cause: 88 [INCOMPATIBLE_DESTINATION] > 2016-04-07 07:52:09.215582 [INFO] mod_dptools.c:3379 Originate Failed. Cause: INCOMPATIBLE_DESTINATION > 2016-04-07 07:52:09.215582 [NOTICE] switch_channel.c:4804 Hangup sofia/external/8@MY_OPENSIPS_DOMAIN [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_session.c:2796 sofia/external/8@MY_OPENSIPS_DOMAIN skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:539 (sofia/external/8@MY_OPENSIPS_DOMAIN) State EXECUTE going to sleep > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/8@MY_OPENSIPS_DOMAIN) Running State Change CS_HANGUP > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:739 (sofia/external/8@MY_OPENSIPS_DOMAIN) Callstate Change RINGING -> HANGUP > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:741 (sofia/external/8@MY_OPENSIPS_DOMAIN) State HANGUP > 2016-04-07 07:52:09.215582 [DEBUG] mod_sofia.c:425 sofia/external/8@MY_OPENSIPS_DOMAIN Overriding SIP cause 488 with 488 from the other leg > 2016-04-07 07:52:09.215582 [DEBUG] mod_sofia.c:431 Channel sofia/external/8@MY_OPENSIPS_DOMAIN hanging up, cause: INCOMPATIBLE_DESTINATION > 2016-04-07 07:52:09.215582 [DEBUG] mod_sofia.c:568 Responding to INVITE with: 488 > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:60 sofia/external/8@MY_OPENSIPS_DOMAIN Standard HANGUP, cause: INCOMPATIBLE_DESTINATION > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:741 (sofia/external/8@MY_OPENSIPS_DOMAIN) State HANGUP going to sleep > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:508 (sofia/external/8@MY_OPENSIPS_DOMAIN) State Change CS_HANGUP -> CS_REPORTING > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:473 (sofia/external/8@MY_OPENSIPS_DOMAIN) Running State Change CS_REPORTING > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:827 (sofia/external/8@MY_OPENSIPS_DOMAIN) State REPORTING > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:104 sofia/external/8@MY_OPENSIPS_DOMAIN Standard REPORTING, cause: INCOMPATIBLE_DESTINATION > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:827 (sofia/external/8@MY_OPENSIPS_DOMAIN) State REPORTING going to sleep > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:499 (sofia/external/8@MY_OPENSIPS_DOMAIN) State Change CS_REPORTING -> CS_DESTROY > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_session.c:1646 Session 1 (sofia/external/8@MY_OPENSIPS_DOMAIN) Locked, Waiting on external entities > 2016-04-07 07:52:09.215582 [NOTICE] switch_core_session.c:1664 Session 1 (sofia/external/8@MY_OPENSIPS_DOMAIN) Ended > 2016-04-07 07:52:09.215582 [NOTICE] switch_core_session.c:1668 Close Channel sofia/external/8@MY_OPENSIPS_DOMAIN [CS_DESTROY] > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:630 (sofia/external/8@MY_OPENSIPS_DOMAIN) Running State Change CS_DESTROY > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:640 (sofia/external/8@MY_OPENSIPS_DOMAIN) State DESTROY > 2016-04-07 07:52:09.215582 [DEBUG] mod_sofia.c:341 sofia/external/8@MY_OPENSIPS_DOMAIN SOFIA DESTROY > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:111 sofia/external/8@MY_OPENSIPS_DOMAIN Standard DESTROY > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:640 (sofia/external/8@MY_OPENSIPS_DOMAIN) State DESTROY going to sleep > 2016-04-07 07:52:09.215582 [NOTICE] switch_core_session.c:1664 Session 2 (sofia/external/7906*******) Ended > 2016-04-07 07:52:09.215582 [NOTICE] switch_core_session.c:1668 Close Channel sofia/external/7906******* [CS_DESTROY] > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:630 (sofia/external/7906*******) Running State Change CS_DESTROY > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:640 (sofia/external/7906*******) State DESTROY > 2016-04-07 07:52:09.215582 [DEBUG] mod_sofia.c:341 sofia/external/7906******* SOFIA DESTROY > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:111 sofia/external/7906******* Standard DESTROY > 2016-04-07 07:52:09.215582 [DEBUG] switch_core_state_machine.c:640 (sofia/external/7906*******) State DESTROY going to sleep

3 2

401 Unauthorized register
by amani mansour 08 Apr '16

08 Apr '16

Good morning , Can you help me please ?, I need to configure a number X that when i dial it from my soft phone it must return to me 401 Unauthorized then hi send a new regester with authorization (with nonce of the 401 ) and then he receive a second 401 with stale = false . Please i need your help ,Thanks a lot . regards amani

1 0

Re: [Freeswitch-users] webrtc: [ERR] mod_sofia.c:2299 CODEC NEGOTIATION ERROR. SDP
by jelena＠misticnabica.hr 08 Apr '16

08 Apr '16

1 0

double 401
by amani mansour 07 Apr '16

07 Apr '16

Hi , i want to oblige an extension example 400 to not be registered . so soft --------------------register--------------------------------> server soft <-----------------unauthorized (first 401)----------------server soft ---------------------register (with authorization header computed with the nonce of the 401)----------------------------------------------------->server soft <--------------------unauthorized (with stale ==False) ---->server i did this in dialplan/default.xml: <extension name="fail register"> <condition field="caller_id_number" expression="^400$"> <action application="respond" data="401"/> <action application="hangup"/> </condition> </extension> i have only one unauthorized then i have ok ,but how can i do to have this result . thank you with best regards , amani

1 0

extended FS as ZRTP client
by Assaf Dahary 07 Apr '16

07 Apr '16

Hi, I would like to use FS (multiple) as a ZRTP client register on a the main FS. I have already managed to setup a Gateway with user/pass on the FS client and register it on the main FS for regular incoming/outgoing calls (without ZRTP). To enable ZRTP calls I setup the FS client/main as follow: None ZRTP SIP phone -> FS client -> NAT Internet -> FS main -> CSipSimple ZRTP enabled). FS Client (ver 1.4) : ZRTP enabled globally in VARS and in dialplan. Media proxy disabled on both internal and external profiles and in dialplan. FS Main (ver 1.4): Media proxy enabled - including late negotiation. I forced the FS client and the CSipSimple to use only PCMU codec to avoid transcoding. The problem is that on a call from the SIP phone via the FS client there are always CRC errors on the ZRTP log. Only if the FS main is set to disable media proxy then there are no CRC errors - but then it becomes a MITM with incompatible SASs. >From reading other posts about FS and ZRTP CRC errors I assume that it happens because the FS client is not creating a zrtp hash in the invite SDP. So my question is how to make the FS client to generate the zrtp hash in the invite SDP to act as real ZRTP enabled client? I've already tried to set the FS client internal/external/dialplan with several zrtp configs with no success. I would appreciate any tip to resolve this issue. Regards Assaf The client FS

3 5