October 2018 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Multi gateways in profile
by Mickael Hubert 16 Oct '18

16 Oct '18

Hi guys, I want to identify source of inbounds calls. In my external profile I have two gateways: - One with REGISTER method - One without REGISTER method (IP to IP), only iptables filtering <gateways> <gateway name="GW1"> <param name="from-domain" value="**********"/> <param name="caller-id-in-from" value="true"/> <param name="proxy" value="1.1.1.1"/> <param name="register" value="true"/> <param name="username" value="**************"/> <param name="password" value="****************"/> <param name="expire-seconds" value="3600"/> <param name="retry-seconds" value="30"/> <param name="ping" value="25"/> </gateway> <gateway name="GW2"> <param name="from-domain" value="*********"/> <param name="caller-id-in-from" value="true"/> <param name="proxy" value="2.2.2.2"/> <param name="register" value="false"/> <param name="retry-seconds" value="30"/> <param name="ping" value="25"/> </gateway> </gateways> In my dialplan I have this conf: <condition field="${sip_gateway}" expression="GW1" break="never"> <action application="set" data="number_dest=${destination_number}" /> <action application="execute_extension" data="to-private XML from-gw1"/> </condition> <condition field="${sip_gateway}" expression="GW2" break="never"> <action application="set" data="number_dest=${destination_number}" /> <action application="execute_extension" data="to-private XML from-gw2"/> </condition> When a call arrives throught GW1 (REGISTERED), ${sip_gateway} is populate with "GW1" perfect !. But when another call arrives throught GW2 (not REGISTERED), ${sip_gateway} is empty. Please, how can I identify the source gateway where calls arrive ? maybe it's not a good way to do that ? thanks in advance

7 13

[Missing local host] in proxy media mode
by Marc Quore 16 Oct '18

16 Oct '18

Hi, All I've got FreeSwitch 1.8.2 running in media proxy mode: <param name="inbound-proxy-media" value="true"/> <param name="inbound-late-negotiation" value="true"/> Dialplan is configured to bridge incoming calls to remote gateway and most of calls completing successfully, however some of them fail with INCOMPATIBLE_DESTINATION cause. For failed calls everything goes normally until bridged connection gets early media from callee: [NOTICE] sofia.c:7304 Pre-Answer sofia/external/2222(a)2.2.2.2! [INFO] switch_ivr_originate.c:3747 Sending early media [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111(a)1.1.1.1 PCMU/0 0 ms 960 samples 384000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/1111(a)1.1.1.1 Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 1111(a)1.1.1.1] 1.1.1.1:18792->1.1.1.1:18792 codec: 0 ms: 20 [ERR] switch_core_media.c:9510 AUDIO RTP REPORTS ERROR: *[Missing local host]* [NOTICE] switch_core_media.c:9511 Hangup sofia/internal/1111(a)1.1.1.1 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] Here's a dump for this call: [image: image.png] Healthy call on the same machine: [DEBUG] switch_core_media.c:3781 Set Codec sofia/vpn/2222(a)2.2.2.2 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/internal/2222(a)2.2.2.2 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/internal/ 2222(a)2.2.2.2] 2.2.2.2:60818->2.2.2.2:60818 codec: 0 ms: 20 [DEBUG] switch_core_media.c:3781 Set Codec sofia/internal/1111(a)1.1.1.1 PROXY/0 0 ms 160 samples 0 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/1111(a)1.1.1.1 Original read codec set to PROXY:0 [DEBUG] switch_core_media.c:8577 PROXY AUDIO RTP [sofia/external/ 1111(a)1.1.1.1] 1.1.1.1:31412->1.1.1.1:31412 codec: 0 ms: 20 So it looks like proxified media connection cannot be established for some calls. It shouldn't be a codec problem as call parties are configured with common codecs, FS is bond to local interface which is running with no errors. But I have no idea what "local host is missing" in my case so I'll be appreciated for any hint. FreeSWITCH Version 1.8.2+git~20180926T175525Z~a98a958ac3~64bit (git a98a958 2018-09-26 17:55:25Z 64bit) CentOS Linux release 7.5.1804 (Core) Best, Marc

8 12

How to update the caller id when bridging?
by Andrew Clayton 16 Oct '18

16 Oct '18

So this is a question based around the FreeSWITCH C API. I have two scenarios involving two endpoints, A & B. Scenario 1 FS calls B using switch_ivr_originate(), it then calls A (say a Linphone client) and creates a new switch_caller_profile_t for it using switch_caller_profile_new() and sets the ->caller_id_number field to e.g 1234 to indicate a call from B and then does a switch_ivr_originate(). A rings and Linphone shows the call coming from 1234@... OK, that's all fine. The calls are bridged together with switch_ivr_uuid_bridge(A, B) Scenario 2 FS calls A (again lets say a Linphone client) using switch_ivr_originate(), A rings and shows the call coming from 0000...@..., that's fine, I didn't set any CID. Now A is parked and is off-hook. FS then calls B, A & B are then bridged together with switch_ivr_uuid_bridge(A, B), now of course Linphone still shows the call as from 0000...@... I'd like it show for example 1234@... like above. Now I've tried setting numerous fields in the switch_caller_profile_t structure for A just before doing the bridge, but to no avail. So does what I'm trying to do make sense? Is it even possible? Cheers, Andrew

5 5

Re- DTMF 2833 issue
by Andrew Keil 14 Oct '18

14 Oct '18

To FreeSWITCH Users, I have just noticed when making calls internationally to the UK from Australia that the following SDP sometimes happens when the call lands on FreeSWITCH: d5f14e47-2156-4236-be16-4eef1b7e9d3d 2018-10-04 06:59:28.819816 [DEBUG] sofia.c:7301 Remote SDP: d5f14e47-2156-4236-be16-4eef1b7e9d3d v=0 d5f14e47-2156-4236-be16-4eef1b7e9d3d o=sbc-uk-mr-dh05a 451499 139728 IN IP4 XXX.XXX.XXX.XXX d5f14e47-2156-4236-be16-4eef1b7e9d3d s=sip call d5f14e47-2156-4236-be16-4eef1b7e9d3d c=IN IP4 XXX.XXX.XXX.XXX d5f14e47-2156-4236-be16-4eef1b7e9d3d t=0 0 d5f14e47-2156-4236-be16-4eef1b7e9d3d m=audio 62754 RTP/AVP 8 d5f14e47-2156-4236-be16-4eef1b7e9d3d a=rtpmap:8 PCMA/8000 d5f14e47-2156-4236-be16-4eef1b7e9d3d a=ptime:20 This then creates the following message around call answer: d5f14e47-2156-4236-be16-4eef1b7e9d3d 2018-10-04 06:59:28.839799 [DEBUG] switch_core_media.c:5766 No 2833 in SDP. Liberal DTMF mode adding 101 as telephone-event. >From this point on DTMF is NOT detected by the FreeSWITCH IVR service. I assume I would then need to use mod_dptools: start_dtmf to detect the DTMF tones within the channel. Which I am yet to test. However my main question is whether there is a channel variable that would enable me to check whether 2833 support is not inside the SDP? Regards, Andrew Keil

3 3

Freeswitch is not handling 180 after 200 OK
by Mody, Darshan (Darshan) 14 Oct '18

14 Oct '18

Hi We are running UDP traffic. During heavy load FS receives sometimes receives 180 response after 200 OK already received on the same call-id (dialog). However FS does not discard the same and starts processing 180 even though it has already received 200 OK on the same call-id (dialog). Freeswitch should be discarding the 180 response after it gets 200 OK response from far-end. In our case the FS core state machine even though it gets 200 OK waits for 200 Ok again. Thanks Darshan

4 3

Is it possible add new item in sip message header?
by 薛光宏 13 Oct '18

13 Oct '18

Hi All, We run a mobile app to *register* FreeSWITCH 1.6.20 via sip. This app will check value of server field in message header but the packet sent from FreeSWITCH doesn't have this field. We would like to know is it possible to add filed "Server" to message header by adjusting FreeSWITCH configuration? We tried this by adjusting dialplan ( https://freeswitch.org/confluence/display/FREESWITCH/Sofia+SIP+Stack) <action application="set"><![CDATA[sip_h_Server=xxxxxx]]></action> it works in invite stage, but can not work in register stage. The app checks the filed "Server" in register stage. Thanks in advance. -- Sincerely Albert Hsueh System Engineer Cloudpe Corporation 02-8712 5955 ext. 831 www.cloudpe.com

3 5

Freeswitch 1.8.2 : Debian Package : sometimes crash when executing nolocal:execute_on_answer lua script.
by Julien Terrasson 12 Oct '18

12 Oct '18

I'm trying to use freeswitch as a transcription gateway : The goal is to allow a PSTN subscriber (A_party) to call another (B_party) through freeswitch : freeswitch being used to record and transcript the call. This is the scenario i'm trying to acheive : 1/ A_party call freeswitch through a PSTN gateway. 2/ freeswitch execute a lua script (IVRPrompt8.lua) that : * query the service database * Initialize few sessions variables * Play A_party a vocal prompt. * Attempt to bridge B_party. 3/ When B_party answer, a lua script is called : catchBAnswer2.lua This script is used to initialise several session variable and play legal warning to both party. <extension name="experimental_dialplan"> <condition field="destination_number" expression="^(\+33XXXXXXXXX)$">  <action inline="true" application="lua" data="IVRPrompt8.lua" />  <action application="export" data="RECORD_READ_ONLY=true"/> <action application="export" data="RECORD_STEREO=false"/>  <action application="set" data="ivr_menu_terminator=none"/> <action application="export" data="nolocal:execute_on_answer=lua catchBAnswer2.lua"/>  <action application="bridge" data="sofia/gateway/ippi_33XXXXXXXXX/${destination_number}"/> </condition> </extension> Sometimes the scenario works just fine, but most of the time it crash when calling catchBAnswer2.lua, as show the last console logs (DEBUG LEVEL): 2018-10-12 09:42:26.812449 [NOTICE] sofia.c:7304 Pre-Answer sofia/external5090/0665199963! 2018-10-12 09:42:26.812449 [DEBUG] switch_channel.c:3482 (sofia/external5090/0665199963) Callstate Change RINGING -> EARLY 2018-10-12 09:42:26.812449 [DEBUG] sofia.c:7291 Channel sofia/external5090/0665199963 entering state [ready][200] 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:5478 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMA:8:8000:20:64000:1] 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:5533 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:5394 Set telephone-event payload to 101@8000 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:3781 Set Codec sofia/external5090/0665199963 PCMA/8000 20 ms 160 samples 64000 bits 1 channels 2018-10-12 09:42:26.812449 [DEBUG] switch_core_codec.c:111 sofia/external5090/0665199963 Original read codec set to PCMA:8 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:5737 Set telephone-event payload to 101@8000 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:5795 sofia/external5090/0665199963 Set 2833 dtmf send payload to 101 recv payload to 101 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:8511 AUDIO RTP [sofia/external5090/0665199963] 94.23.42.139 port 29498 -> 194.169.214.61 port 59684 codec: 8 ms: 20 2018-10-12 09:42:26.812449 [DEBUG] switch_rtp.c:4300 Starting timer [soft] 160 bytes per 20ms 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:8815 sofia/external5090/0665199963 Set 2833 dtmf send payload to 101 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:8822 sofia/external5090/0665199963 Set 2833 dtmf receive payload to 101 2018-10-12 09:42:26.812449 [DEBUG] switch_core_media.c:8845 sofia/external5090/0665199963 Set rtp dtmf delay to 40 2018-10-12 09:42:26.812449 [NOTICE] sofia.c:8429 Channel [sofia/external5090/0665199963] has been answered EXECUTE sofia/external5090/0665199963 lua(catchBAnswer2.lua) ** CORE DUMP ** I have no clues why this is happening, so i included the backtrack enclosed to have feedbacks (https://freeswitch.org/jira/browse/FS-11456) Can somebody have a look and give a more precise idea on what is making freeswitch to crash ? I can then setup monitoring and collect additional traces if needed (SIP, RTP, etc..). J. Terrasson

2 1

VP9 Error in Version 1.8.2
by Joseph Barrero 10 Oct '18

10 Oct '18

I'm receiving the following error message in freeswitch.log ever since updating to version 1.8.2+git~20180926T175525Z~a98a958ac3~64bit (git a98a958 2018-09-26 17:55:25Z 64bit) on Debian 8.11 (amd-64): [ERR] switch_vpx.c:529 VPX encoder WebM Project VP9 Encoder v1.6.0 codec init error: [8:Profile > 1 not supported in this build configuration] The error is present when I'm using WebRTC to connect to FreeSWITCH on either Chrome or Firefox. Any advice on how to fix is greatly appreciated. - Joe

2 1

SNMP v3
by Jerry Chinn 09 Oct '18

09 Oct '18

Anyone know if SNMP v3 is supported in FS 1.6.20? I can't find anything recent on SNMP. Mod_snmp documentation is from 2005. Jerry Chinn Telecom VoIP Specialist NAVIS More Performance. More Profit. tel 541-330-3562 www.TheNavisWay.com<http://www.thenavisway.com/> Facebook<https://www.facebook.com/theNAVISway/> | Twitter<https://twitter.com/NAVISway> | LinkedIn<https://www.linkedin.com/company/navisway> | Blog<https://www.thenavisway.com/blog>

4 3

*.tmp.xml.fsxml Files
by Markus Bönke 09 Oct '18

09 Oct '18

Hallo All, I found an old Post discussing <uuid>.tmp.xml.fsxml files in /var/log/freeswitch.log http://lists.freeswitch.org/pipermail/freeswitch-users/2016-October/122997.… <http://lists.freeswitch.org/pipermail/freeswitch-users/2016-October/122997.…> Unfortunately there is no real answer on if they can be disabled or why they are written. We have one server on Version 1.6.20-37-987c9b9~64bit which is writing about 30+ of those files per minute. So maybe something is going wrong here. Are there any further Details on those files available? Thanks and regards Markus

2 2