August 2018 - FreeSWITCH-users - FreeSWITCH Mailing Lists

[1.6.20] mod_perl - Attempt to free unreferenced scalar:
by Marcin Kowalczyk 14 Aug '18

14 Aug '18

Hi, I'm trying to send some amq messages over perl + rabbitmq. But code that works fine from shell fails to run from FS: 2018-08-14 14:47:41.828130 [ERR] mod_perl.c:72 [require '/etc/freeswitch/perl/perl-task.pl';] Attempt to free unreferenced scalar: SV 0x7f4cf90a98b0, Perl interpreter: 0x7f4cd8b64ca0 at /usr/local/lib/x86_64-linux-gnu/perl/5.22.1/Coro/AnyEvent.pm line 182. Compilation failed in require at /usr/local/share/perl/5.22.1/Net/RabbitFoot.pm line 8. BEGIN failed--compilation aborted at /usr/local/share/perl/5.22.1/Net/RabbitFoot.pm line 8. Compilation failed in require at /etc/freeswitch/perl/perl-task.pl line 6. BEGIN failed--compilation aborted at /etc/freeswitch/perl/perl-task.pl line 6. Compilation failed in require at (eval 3) line 1. Code is pure example from rabbitmq-perl https://github.com/rabbitmq/rabbitmq-tutorials/blob/master/perl/new_task.pl Do you have idea what might be wrong here?

1 0

Strange RXFAX Delay - Hangup Hook
by Tim Bowyer 13 Aug '18

13 Aug '18

Hi All, Have been pulling my hair out trying to work out why we're getting a strange delay upon completion of a t38 fax using rxfax. Upon finishing the receiving of a fax, and sending BYE to the originator, freeswitch seems to keep the channel open for exactly 30 seconds then tries to issue another hangup. Have tried all sorts of things in dialplan, including moving the answer to before the hangup hook - I prefer the answer to be post hangup hook to aid in hunting to different servers in case of API call failures. What's also weird, 30 seconds after rxfax completes there are debug entries for time stamps in the CLI from calls in the past?!@ If I do a show channels at idle - there are 0 total freeswitch@7f9729cbe5af> show channels 0 total. ---------------------------- Dialplan as follows ---------------------------- <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Incoming Fax"> <context name="public"> <extension name="Fax{{ destination_number }}"> <condition field="destination_number" expression="^({{ destination_number }})$"> <action application="set" data="api_hangup_hook=system /data/python/process_fax.py {{ uuid }} /tmp/{{ uuid }}.tif {{ formats }} --caller {{ caller }} --fax_result_code \\\${fax_result_$........................cut <action application="answer" /> <action application="playback" data="silence_stream://2000"/> {% if subscription.verbose_logging %} <action application="set" data="fax_verbose=true"/> {% endif %} <action application="set" data="fax_enable_t38_request=true"/> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="fax_ident={{ subscription.rendered_fax_ident }}"/> <action application="set" data="fax_header={{ subscription.rendered_fax_header }}"/> <action application="rxfax" data="/tmp/{{ uuid }}.tif"/> <action application="hangup"/> </condition> </extension> </context> </section> </document> ---------------------------- Debug logs ---------------------------- 2018-08-13 05:41:39.127583 [DEBUG] mod_spandsp_fax.c:496 ============================================================================== 2018-08-13 05:41:39.127583 [DEBUG] mod_spandsp_fax.c:502 Fax successfully received. 2018-08-13 05:41:39.127583 [DEBUG] mod_spandsp_fax.c:526 ============================================================================== 2018-08-13 05:41:39.127583 [DEBUG] mod_spandsp_fax.c:276 FLOW T.38T FAX exchange complete 2018-08-13 05:41:39.127583 [DEBUG] mod_spandsp_fax.c:276 FLOW T.30 Call completed 2018-08-13 05:41:39.127583 [DEBUG] mod_spandsp_fax.c:276 FLOW T.30 HDLC signal status is Carrier down (-1) in state CALL_FINISHED 2018-08-13 05:41:39.127583 [DEBUG] switch_core_codec.c:248 sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx Restore previous codec PCMA:8. EXECUTE sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx hangup() 2018-08-13 05:41:39.127583 [NOTICE] mod_dptools.c:1286 Hangup sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_EXECUTE] [NORMAL_CLEARING] 2018-08-13 05:41:39.127583 [DEBUG] switch_core_session.c:2815 sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2018-08-13 05:41:39.127583 [DEBUG] switch_core_state_machine.c:650 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) State EXECUTE going to sleep 2018-08-13 05:41:39.127583 [DEBUG] switch_core_state_machine.c:584 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) Running State Change CS_HANGUP (Cur 1 Tot 68) 2018-08-13 05:41:39.127583 [DEBUG] switch_core_state_machine.c:850 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) Callstate Change ACTIVE -> HANGUP 2018-08-13 05:41:39.127583 [DEBUG] switch_core_state_machine.c:852 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) State HANGUP 2018-08-13 05:41:39.127583 [DEBUG] mod_sofia.c:438 Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx hanging up, cause: NORMAL_CLEARING >> here's the BYE 2018-08-13 05:41:39.127583 [DEBUG] mod_sofia.c:491 Sending BYE to sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx 2018-08-13 05:41:39.127583 [DEBUG] switch_core_state_machine.c:60 sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx Standard HANGUP, cause: NORMAL_CLEARING 2018-08-13 05:41:39.127583 [DEBUG] switch_core_state_machine.c:852 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) State HANGUP going to sleep >> 30 second delay??? 2018-08-13 05:42:10.847595 [DEBUG] switch_core_state_machine.c:783 Hangup Command with Session system(/data/python/process_fax.py 4407e217-a0bb-4e04-a185-b2e42c6e36ff /tmp/4407e217-a0bb-4e04-a185-b2e42c6e36ff.tif --pdf --pdf --caller 61XXXXXXXXX --fax_result_code 0 --fax_result_text 'OK' --fax_remote_station_id '' --fax_document_total_pages 2 --fax_document_transferred_pages 2 --fax_image_resolution '8040x3850' --fax_image_size 37216 --fax_success 1 --fax_v17_disabled 0 --t38_gateway_format '' --t38_peer '' --fax_transfer_rate 14400 --t38_trace_read ''): Fax host is api:8000 Fax host scheme is http {'fax_document_total_pages': '2', 't38_gateway_format': '', 't38_trace_read': '', 't38_peer': '', 'fax_image_resolution': '8040x3850', 'fax_result_text': 'OK', 'fax_v17_disabled': '0', 'caller': '61XXXXXXXXX', 'fax_remote_station_id': '', 'fax_result_code': '0', 'fax_document_transferred_pages': '2', 'fax_image_size': '37216', 'fax_transfer_rate': '14400'} Updating fax status: http://api:8000/fax/update OK Attempting to convert Updating fax status: http://api:8000/fax/update OK Uploading fax files: http://api:8000/fax/upload {'tiff': <open file '/tmp/4407e217-a0bb-4e04-a185-b2e42c6e36ff.tif', mode 'rb' at 0x7fb570877e40>, 'pdf': <open file '/tmp/3f8e90cc-5b01-4d82-8674-18227449b9c0.pdf', mode 'rb' at 0x7fb570877ed0>} 3.32.124.126 [CS_EXECUTE] [NORMAL_CLEARING] > > Notices for calls which completed in the past?? 2018-08-08 10:33:54.207573 [NOTICE] switch_core_session.c:1683 Session 65 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) Ended 2018-08-08 10:33:54.207573 [NOTICE] switch_core_session.c:1687 Close Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_DESTROY] 2018-08-08 10:39:01.707631 [NOTICE] switch_channel.c:1104 New Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [9a93cb39-1f2b-4ce2-bfc3-5feee3c9fa01] 2018-08-08 10:39:01.707631 [INFO] mod_dialplan_xml.c:637 Processing 61XXXXXXXXX <61XXXXXXXXX>->61XXXXXXXXX in context public 2018-08-08 10:39:01.787568 [NOTICE] sofia_media.c:92 Pre-Answer sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx! 2018-08-08 10:39:01.787568 [NOTICE] mod_dptools.c:1312 Channel [sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx] has been answered 2018-08-08 10:39:48.487606 [NOTICE] mod_dptools.c:1286 Hangup sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_EXECUTE] [NORMAL_CLEARING] 2018-08-08 10:40:19.608111 [NOTICE] switch_core_session.c:1683 Session 66 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) Ended 2018-08-08 10:40:19.608111 [NOTICE] switch_core_session.c:1687 Close Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_DESTROY] 2018-08-09 09:51:59.127574 [NOTICE] switch_channel.c:1104 New Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [33f5c499-20e6-4a29-a6f6-daa90b6d35dc] 2018-08-09 09:51:59.127574 [INFO] mod_dialplan_xml.c:637 Processing 61XXXXXXXXX <61XXXXXXXXX>->61XXXXXXXXX in context public 2018-08-09 09:51:59.207595 [NOTICE] sofia_media.c:92 Pre-Answer sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx! 2018-08-09 09:51:59.207595 [NOTICE] mod_dptools.c:1312 Channel [sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx] has been answered 2018-08-09 09:52:46.007578 [NOTICE] mod_dptools.c:1286 Hangup sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_EXECUTE] [NORMAL_CLEARING] 2018-08-09 09:53:17.807983 [NOTICE] switch_core_session.c:1683 Session 67 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) Ended 2018-08-09 09:53:17.807983 [NOTICE] switch_core_session.c:1687 Close Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_DESTROY] 2018-08-13 05:40:52.187572 [NOTICE] switch_channel.c:1104 New Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [4407e217-a0bb-4e04-a185-b2e42c6e36ff] 2018-08-13 05:40:52.187572 [INFO] mod_dialplan_xml.c:637 Processing 61XXXXXXXXX <61XXXXXXXXX>->61XXXXXXXXX in context public 2018-08-13 05:40:52.307599 [NOTICE] sofia_media.c:92 Pre-Answer sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx! 2018-08-13 05:40:52.307599 [NOTICE] mod_dptools.c:1312 Channel [sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx] has been answered 2018-08-13 05:41:39.127583 [NOTICE] mod_dptools.c:1286 Hangup sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_EXECUTE] [NORMAL_CLEARING] 3.32.124.126 [CS_EXECUTE] [NORMAL_CLEARING] 2018-08-08 10:33:54.207573 [NOTICE] switch_core_session.c:1683 Session 65 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) Ended 2018-08-08 10:33:54.207573 [NOTICE] switch_core_session.c:1687 Close Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_DESTROY] 2018-08-08 10:39:01.707631 [NOTICE] switch_channel.c:1104 New Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [9a93cb39-1f2b-4ce2-bfc3-5feee3c9fa01] 2018-08-08 10:39:01.707631 [INFO] mod_dialplan_xml.c:637 Processing 61XXXXXXXXX <61XXXXXXXXX>->61XXXXXXXXX in context public 2018-08-08 10:39:01.787568 [NOTICE] sofia_media.c:92 Pre-Answer sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx! 2018-08-08 10:39:01.787568 [NOTICE] mod_dptools.c:1312 Channel [sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx] has been answered 2018-08-08 10:39:48.487606 [NOTICE] mod_dptools.c:1286 Hangup sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_EXECUTE] [NORMAL_CLEARING] 2018-08-08 10:40:19.608111 [NOTICE] switch_core_session.c:1683 Session 66 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) Ended 2018-08-08 10:40:19.608111 [NOTICE] switch_core_session.c:1687 Close Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_DESTROY] 2018-08-09 09:51:59.127574 [NOTICE] switch_channel.c:1104 New Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [33f5c499-20e6-4a29-a6f6-daa90b6d35dc] 2018-08-09 09:51:59.127574 [INFO] mod_dialplan_xml.c:637 Processing 61XXXXXXXXX <61XXXXXXXXX>->61XXXXXXXXX in context public 2018-08-09 09:51:59.207595 [NOTICE] sofia_media.c:92 Pre-Answer sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx! 2018-08-09 09:51:59.207595 [NOTICE] mod_dptools.c:1312 Channel [sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx] has been answered 2018-08-09 09:52:46.007578 [NOTICE] mod_dptools.c:1286 Hangup sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_EXECUTE] [NORMAL_CLEARING] 2018-08-09 09:53:17.807983 [NOTICE] switch_core_session.c:1683 Session 67 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) Ended 2018-08-09 09:53:17.807983 [NOTICE] switch_core_session.c:1687 Close Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_DESTROY] 2018-08-13 05:40:52.187572 [NOTICE] switch_channel.c:1104 New Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [4407e217-a0bb-4e04-a185-b2e42c6e36ff] 2018-08-13 05:40:52.187572 [INFO] mod_dialplan_xml.c:637 Processing 61XXXXXXXXX <61XXXXXXXXX>->61XXXXXXXXX in context public 2018-08-13 05:40:52.307599 [NOTICE] sofia_media.c:92 Pre-Answer sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx! 2018-08-13 05:40:52.307599 [NOTICE] mod_dptools.c:1312 Channel [sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx] has been answered 2018-08-13 05:41:39.127583 [NOTICE] mod_dptools.c:1286 Hangup sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_EXECUTE] [NORMAL_CLEARING] 2018-08-13 05:42:10.847595 [DEBUG] switch_core_state_machine.c:619 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) State Change CS_HANGUP -> CS_REPORTING 2018-08-13 05:42:10.847595 [DEBUG] switch_core_state_machine.c:584 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) Running State Change CS_REPORTING (Cur 1 Tot 68) 2018-08-13 05:42:10.847595 [DEBUG] switch_core_state_machine.c:938 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) State REPORTING 2018-08-13 05:42:10.847595 [DEBUG] switch_core_state_machine.c:174 sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx Standard REPORTING, cause: NORMAL_CLEARING 2018-08-13 05:42:10.847595 [DEBUG] switch_core_state_machine.c:938 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) State REPORTING going to sleep 2018-08-13 05:42:10.847595 [DEBUG] switch_core_state_machine.c:610 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) State Change CS_REPORTING -> CS_DESTROY 2018-08-13 05:42:10.847595 [DEBUG] switch_core_session.c:1665 Session 68 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) Locked, Waiting on external entities 2018-08-13 05:42:10.847595 [NOTICE] switch_core_session.c:1683 Session 68 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) Ended 2018-08-13 05:42:10.847595 [NOTICE] switch_core_session.c:1687 Close Channel sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx [CS_DESTROY] 2018-08-13 05:42:10.847595 [DEBUG] switch_core_state_machine.c:741 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) Running State Change CS_DESTROY (Cur 0 Tot 68) 2018-08-13 05:42:10.847595 [DEBUG] switch_core_state_machine.c:751 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) State DESTROY 2018-08-13 05:42:10.847595 [DEBUG] mod_sofia.c:343 sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx SOFIA DESTROY 2018-08-13 05:42:10.847595 [DEBUG] switch_core_state_machine.c:181 sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx Standard DESTROY 2018-08-13 05:42:10.847595 [DEBUG] switch_core_state_machine.c:751 (sofia/external/61XXXXXXXXX(a)2xx.xx.xxx.xxx) State DESTROY going to sleep Cheers, Tim

1 0

FreeSwitch call handling capability for IVR applications
by Jagath premawardana 12 Aug '18

12 Aug '18

Hi, I need to build an IVR application which should be able to handle 1500 simultaneous calls. I've to run this application on a virtual bed. What kind of hardware spec should I be looking at? Is there any resource from where I can relate call handling capacity of Freeswitch with the server hardware? Regards, Jagath

4 4

Re: [Freeswitch-users] GSM Open - One Way Audio
by Giovanni Maruzzelli 11 Aug '18

11 Aug '18

Hello Nitin, if you succeed, please let me know, and send me all useful info. Patches are welcome, and better yet a pull request. Thanks, -giovanni On 8 August 2018 at 16:44, Nitin India <lohchab1(a)gmail.com> wrote: > Hi, > > I tested once again with previous versions from the Branch v1.2_stable and > v1.4 in them GSM Open is working properly without any audio issues. I think > there is some problem related to the read codec GSMOpen is unable to read > the stream properly from the Modem. > > On Tue, Aug 7, 2018 at 8:11 PM, Nitin India <lohchab1(a)gmail.com> wrote: > >> Hi Giovanni, >> >> Hope you are doing good, It has been long time we interacted. >> >> Today, I tried to use gsmopen with FreeSwitch both the Stable 1.6.20 >> Version and the Latest Version 1.9.X on CentOS 7 >> >> First issue that I observed is that gsmlib residing in >> /src/mod/endpoints/mod_gsmopen/gsmlib/gsmlib-1.10-patched-13ubuntu has >> problem with the Incoming SMS it produce segmentation fault when any >> Incoming SMS is received. But works fine when GSMLib is compiled and >> installed from https://github.com/vbouchaud/gsmlib it do not crash and >> everything works good. >> >> Now the Main Problem with both the cases is One Way Audio. FreeSwitch do >> not hear any kind of audio from the Mobile User. But DTMF Coming from the >> Mobile User is fine. >> >> Lets say I have incoming call from gsmopen at interface1 and once it hit >> the dialplan like listed below.. >> >> <action application="ring_ready"/> >> <action application="answer"/> >> <action application="echo" data=""/>") >> <action application="hangup"/> >> >> Mobile Subscriber is not able to hear himself back that confirms there is >> one way audio and the same problem is with record_session application it is >> not able to record the voice of Mobile User also tested with Sofia >> Endpoints they also can't hear the Mobile User but Sound Playing from >> FreeSwitch side goes fine to the Mobile User. >> >> Now here is an another 2nd dialplan that seems to work fine and resolve >> the one way audio issue. >> >> <action application="ring_ready"/> >> <action application="answer"/> >> <action application="playback" data="/home/files/song2.mp3"/> >> <action application="echo" data=""/>") >> <action application="hangup"/> >> >> >> Mobile User is able to hear the Audio from FreeSwitch and also able to >> send DTMF Digits to FreeSwitch. Once the Playback application finishes >> playing and the next Echo Application is executed Mobile User is able to >> hear himself back that shows that freeswitch is now getting audio properly >> without any issues. >> >> I used gsmopen about 4 years back and it use to work fine without any >> issues on CentOS 6. >> >> >> -- >> ------------------------------------------------ >> Thanks & Regards >> Nitin >> > > > > -- > ------------------------------------------------ > Thanks & Regards > Nitin (+919999976157) > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18

2 1

Change media attribute of existing call
by Martin Gordian 09 Aug '18

09 Aug '18

Hello List, we have the following scenario with innovaphone PBX (could be any other PBX): - In the PBX there are users configured - Native innovaphones register with the PBX via SIP as some of these users (one user per phone) - FreeSWITCH is used as a call controller for other of these users, and registers for them with the PBX (via user gateways), when the user registers with FreeSWITCH from its SoftPhone I want to use the native hold/unhold of that PBX. Therefor I used WireShark to to find that the native phones send an INVITE to the PBX, for the party to go on hold, with media attribute inactive. Now, if I have a call between a FreeSWITCH user and a native phone, how can I make FreeSWITCH to make the PBX put the phone on hold? Somehow send that INVITE by command or any other methods. Thank you.

2 3

Freeswitch on Windows
by Grant Bagdasarian 08 Aug '18

08 Aug '18

Hello, I have a few questions regarding running Freeswitch on Windows and some general questions. 1. How do I get mod_python installed as a module on Freeswitch? 2. Does V8 need to be installed on the Windows machine before Javascript scripts can be executed? Lets say I have the following Dialplan condition: <condition field="destination_number" expression="^([12]{1})([0-9]{1}[0-9]{1})([01]{1})(\d+)$" require-nested="true" break="never"> The idea is to assign a value conditionally based on the first three regex groups. I tried the below, but for some reason it doesn't work. 1. When I log the variables after the last condition, they're empty. Why? 2. How does variable concatenation work in Dialplan XML? 3. Is there a better way to conditionally assign values to variables and use them in later step in the Dialplan XML? Doing this with Python or Javascript would be easy, but mod_python is not installed, and V8 doesn't execute the script. <condition field="destination_number" expression="^([12]{1})([0-9]{1}[0-9]{1})([01]{1})(\d+)$" require-nested="true" break="never"> <condition field="$1" expression="1"> <action application="set" data="x_direction=inbound" /> <anti-action application="set" data="x_direction=outbound" /> </condition> <condition field="$2" expression="\d+"> <action application="set" data="x_trunkid=${x_direction}+$2+_gws" /> </condition> <condition field="$3" expression="1"> <action application="set" data="origination_privacy=hide_name+hide_number+screen"/> <action application="privacy" data="yes"/> </condition> ...Some more actions... </condition> Regards, Grant Bagdasarian Senior Developer +31765727054<tel:+31765727054> cm.com<https://cm.com> [cid:image001.png@01D42EF3.BB2546E0]

1 0

Memory and CPU usage increasing everyday
by mayamatakeshi 08 Aug '18

08 Aug '18

Hi, I am seeing this issue with some of our FS deployments. We use Debian 8 with FS commit 5a4d2496f1b9256fe19cd90cc99ad8780c7998bc. However, this doesn't happen with an older FS machine using the same OS and FS commit. Checking for differences between them, we ended up finding that ldd freeswitch reports they differ here: OK: libcurl-gnutls.so.4 => /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 NG: libcurl.so.4 => /usr/lib/x86_64-linux-gnu/libcurl.so.4 I was wondering if this might be the cause of the issue and would like to test by forcing use of libcurl-gnutls on the NG machines but I am not sure if I can force FS build to use one instead of the other. I can see both OK and NG machines have both libcurl-gnutls.so.4 and libcurl.so.4 so I am not sure why they ended up with FS linked differently. I searched the FS source code and eventually found that there is this flag HAVE_GNUTLS. However, it seems this is not set as the code that would set it seems to be disabled (line commented with "#" in libs/iskemel/configure.ac): [root@lab002141 freeswitch]$ find . -type f|xargs grep -i HAVE_GNUTLS 2> /dev/null ./libs/win32/iksemel/config.h://#define HAVE_GNUTLS ./libs/iksemel/configure.ac:#AX_PATH_LIBGNUTLS(,AC_DEFINE(HAVE_GNUTLS,,"Use libgnutls")) ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/src/stream.c:} // HAVE_GNUTLS ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/src/stream.c:#ifdef HAVE_GNUTLS ./libs/iksemel/configure:#AX_PATH_LIBGNUTLS(,AC_DEFINE(HAVE_GNUTLS,,"Use libgnutls")) ./libs/iksemel/tools/iksroster.c:#ifndef HAVE_GNUTLS So I am not sure why the build decided to link against libcurl-gnutls.so.4 on the OK machine. Does anyone have some idea?

1 1

Problem with ODBC Cdr
by Francesco Facco de Lagarda 07 Aug '18

07 Aug '18

I have (details below) 1. I have setup a mysql db as specified in docs 2. I have setup odbc and tested with isql 3. I have installed relevant modules (apt get as that's how my fs is installed) 4. I have included module in autoload modules.conf.xml 5. I have configured odbc_cdr.conf Every time I try to start freeswitch service it crashes, neither 'systemctl status freeswitch.service' or 'journalctl -xn' give any useful info (6): Freewitch runs fine if I exlude odbc_cdr.conf Please help DETAILS ========================================================================= 1. cdr db tables ========================================================================= CREATE TABLE `cdr_table_a_leg` ( `CallId` VARCHAR(80) NULL DEFAULT NULL, `orig_id` VARCHAR(80) NULL DEFAULT NULL, `term_id` VARCHAR(80) NULL DEFAULT NULL, `ClientId` VARCHAR(80) NULL DEFAULT NULL, `IP` VARCHAR(80) NULL DEFAULT NULL, `IPInternal` VARCHAR(80) NULL DEFAULT NULL, `CODEC` VARCHAR(80) NULL DEFAULT NULL, `directGateway` VARCHAR(80) NULL DEFAULT NULL, `redirectGateway` VARCHAR(80) NULL DEFAULT NULL, `CallerID` VARCHAR(80) NULL DEFAULT NULL, `TelNumber` VARCHAR(80) NULL DEFAULT NULL, `TelNumberFull` VARCHAR(80) NULL DEFAULT NULL, `sip_endpoint_disposition` VARCHAR(80) NULL DEFAULT NULL, `sip_current_application` VARCHAR(80) NULL DEFAULT NULL ) COLLATE='latin1_swedish_ci' ENGINE=InnoDB ; CREATE TABLE `cdr_table_b_leg` ( `CallId` VARCHAR(80) NULL DEFAULT NULL, `orig_id` VARCHAR(80) NULL DEFAULT NULL, `term_id` VARCHAR(80) NULL DEFAULT NULL, `ClientId` VARCHAR(80) NULL DEFAULT NULL, `IP` VARCHAR(80) NULL DEFAULT NULL, `IPInternal` VARCHAR(80) NULL DEFAULT NULL, `CODEC` VARCHAR(80) NULL DEFAULT NULL, `directGateway` VARCHAR(80) NULL DEFAULT NULL, `redirectGateway` VARCHAR(80) NULL DEFAULT NULL, `CallerID` VARCHAR(80) NULL DEFAULT NULL, `TelNumber` VARCHAR(80) NULL DEFAULT NULL, `TelNumberFull` VARCHAR(80) NULL DEFAULT NULL, `sip_endpoint_disposition` VARCHAR(80) NULL DEFAULT NULL, `sip_current_application` VARCHAR(80) NULL DEFAULT NULL ) COLLATE='latin1_swedish_ci' ENGINE=InnoDB ; CREATE TABLE `cdr_table_both` ( `CallId` VARCHAR(80) NULL DEFAULT NULL, `orig_id` VARCHAR(80) NULL DEFAULT NULL, `TEST_id` VARCHAR(80) NULL DEFAULT NULL ) COLLATE='latin1_swedish_ci' ENGINE=InnoDB ; ========================================================================= 2. ODBC setup ========================================================================= /etc/odbcinst.ini [myodbc_mysql] Description=ODBC for MySQL Driver=/usr/lib/x86_64-linux-gnu/odbc/libmyodbc.so Setup=/usr/lib/x86_64-linux-gnu/odbc/libodbcmyS.so UsageCount=2 /etc/odbc.ini [freeswitch] Description=description of your DSN Driver=myodbc_mysql Server=localhost Port=3306 Socket=/var/run/mysqld/mysqld.sock Database=telispe3 Username=root Password=passw0rd Option=3 ReadOnly=No [cdr] Description=description of your DSN Driver=myodbc_mysql Server=localhost Port=3306 Socket=/var/run/mysqld/mysqld.sock Database=cdr Username=root Password=passw0rd Option=3 ReadOnly=No ========================================================================= 3. install modules ========================================================================= apt-get install freeswitch-mod-odbc-cdr ========================================================================= 4. modules.conf.xml ========================================================================= <load module="mod_cdr_csv"/> <load module="mod_odbc_cdr" />  ========================================================================= 5. odbc_cdr.conf ========================================================================= <configuration name="odbc_cdr.conf" description="ODBC CDR Configuration"> <settings>  <param name="odbc-dsn" value="odbc://cdr"/>  <param name="log-leg" value="both"/>  <param name="write-csv" value="on-db-fail"/>  <param name="csv-path" value="/usr/local/freeswitch/log/odbc_cdr"/>  <param name="csv-path-on-fail" value="/usr/local/freeswitch/log/odbc_cdr/failed"/>  <param name="debug-sql" value="true"/> </settings> <tables>  <table name="cdr_table_a_leg" log-leg="a-leg"> <field name="CallId" chan-var-name="call_uuid"/> <field name="orig_id" chan-var-name="uuid"/> <field name="term_id" chan-var-name="sip_call_id"/> <field name="ClientId" chan-var-name="uuid"/> <field name="IP" chan-var-name="sip_network_ip"/> <field name="IPInternal" chan-var-name="sip_via_host"/> <field name="CODEC" chan-var-name="read_codec"/> <field name="directGateway" chan-var-name="sip_req_host"/> <field name="redirectGateway" chan-var-name="sip_redirect_contact_host_0"/> <field name="CallerID" chan-var-name="sip_from_user"/> <field name="TelNumber" chan-var-name="sip_req_user"/> <field name="TelNumberFull" chan-var-name="sip_to_user"/> <field name="sip_endpoint_disposition" chan-var-name="endpoint_disposition"/> <field name="sip_current_application" chan-var-name="current_application"/> </table>  <table name="cdr_table_b_leg" log-leg="b-leg"> <field name="CallId" chan-var-name="call_uuid"/> <field name="orig_id" chan-var-name="uuid"/> <field name="term_id" chan-var-name="sip_call_id"/> <field name="ClientId" chan-var-name="uuid"/> <field name="IP" chan-var-name="sip_network_ip"/> <field name="IPInternal" chan-var-name="sip_via_host"/> <field name="CODEC" chan-var-name="read_codec"/> <field name="directGateway" chan-var-name="sip_req_host"/> <field name="redirectGateway" chan-var-name="sip_redirect_contact_host_0"/> <field name="CallerID" chan-var-name="sip_from_user"/> <field name="TelNumber" chan-var-name="sip_req_user"/> <field name="TelNumberFull" chan-var-name="sip_to_user"/> <field name="sip_endpoint_disposition" chan-var-name="endpoint_disposition"/> <field name="sip_current_application" chan-var-name="current_application"/> </table>  <table name="cdr_table_both"> <field name="CallId" chan-var-name="uuid"/> <field name="orig_id" chan-var-name="Caller-Unique-ID"/> <field name="TEST_id" chan-var-name="sip_from_uri"/> </table> </tables> </configuration ========================================================================= 6. systemctl status freeswitch.service ========================================================================= Aug 06 14:49:32 telispe3 systemd[1]: Failed to start freeswitch. Aug 06 14:49:32 telispe3 systemd[1]: Unit freeswitch.service entered failed state. Aug 06 14:49:32 telispe3 systemd[1]: freeswitch.service holdoff time over, scheduling restart. Aug 06 14:49:32 telispe3 systemd[1]: Stopping freeswitch... Aug 06 14:49:32 telispe3 systemd[1]: Starting freeswitch... Aug 06 14:49:32 telispe3 systemd[1]: freeswitch.service start request repeated too quickly, refusing to start. Aug 06 14:49:32 telispe3 systemd[1]: Failed to start freeswitch. Aug 06 14:49:32 telispe3 systemd[1]: Unit freeswitch.service entered failed state.

2 2

FreeSWITCH select 100.64.0.0/10 for rtp candidate
by 薛光宏 06 Aug '18

06 Aug '18

Hi All, here is our test case <mobile phone> -- 4G -- <INTERNET> -- <FreeSWITCH> FreeSWITCH version: 1.6.20 We found that shared address 100.64.0.0/10 will be selected in FreeSWITCH rtp candidate if 4G provider use this kind of ip address. Is it possible to tell FreeSWITCH choose correct public ip address instead of shared address? here is some part of fs_cli output for reference *remode sdp* a=candidate:3652076590 1 udp 2122260223 100.101.139.101 34013 typ host generation 0 network-id 1 network-cost 900 a=candidate:2959346671 1 udp 1686052607 101.10.88.182 24563 typ srflx raddr 100.101.139.101 rport 34013 generation 0 network-id 1 network-cost 900 a=candidate:2536356062 1 tcp 1518280447 100.101.139.101 9 typ host tcptype active generation 0 network-id 1 network-cost 900 *audio candidate* 018-07-26 16:51:26.460474 [DEBUG] switch_core_media.c:3481 Save audio Candidate cid: 1 proto: udp type: host addr: 100.101.139.101:34013 2018-07-26 16:51:26.460474 [DEBUG] switch_core_media.c:3481 Save audio Candidate cid: 1 proto: udp type: srflx addr: 101.10.88.182:24563 2018-07-26 16:51:26.460474 [DEBUG] switch_core_media.c:3523 Searching for rtp candidate. 2018-07-26 16:51:26.460474 [DEBUG] switch_core_media.c:3528 Choose rtp candidate, index 0, 100.101.139.101:34013 *video candidate* 2018-07-26 16:51:26.460474 [DEBUG] switch_core_media.c:3481 Save video Candidate cid: 1 proto: udp type: host addr: 100.101.139.101:52174 2018-07-26 16:51:26.460474 [DEBUG] switch_core_media.c:3481 Save video Candidate cid: 1 proto: udp type: srflx addr: 101.10.88.182:24214 2018-07-26 16:51:26.460474 [DEBUG] switch_core_media.c:3523 Searching for rtp candidate. 2018-07-26 16:51:26.460474 [DEBUG] switch_core_media.c:3528 Choose rtp candidate, index 0, 100.101.139.101:52174 Thanks in advance. Sincerely Albert

1 1

FS compiled on rpi how to package?
by Bipin Patel 04 Aug '18

04 Aug '18

hi, i have been using FS as PBX in multiple small offices and i always have been compiling from source on each rpi and its a bit of time consuming task so i was searching for a guide where i could simply compile and package the make install but didnt manage to find anything. does any1 do a similar task, if so some help would be appreciated. We dont plan to upload the package to any repository, will be be using to simply install and upgrade target rpi machines -- Regards, Bipin

5 11