- FreeSWITCH-users - FreeSWITCH Mailing Lists

Call handling via Esl
by Francesco Facco de Lagarda 15 Aug '18

15 Aug '18

In need to achieve the following with Esl commands (port 8021 is php): Starting with a two leg call (A and B) of which I know uuid of leg A 1. Put both on hold (with music or announcement) 2. Originate a call and bridge to leg B 3. At some point pass new call to leg A 4. Hangup leg B Francesco Facco de Lagarda

1 0

Originating calls via ESL
by Francesco Facco de Lagarda 15 Aug '18

15 Aug '18

I'm trying to send cmds to 8021 port Esl via php api sofia status api show registrations And lots of other WOrk FINE! But I tried api originate user/1001 &park() and it says: USAGE: <call url> <exten>|&<application_name>(<app_args>) [<dialplan>] [<context>] [<cid_name>] [<cid_num>] [<timeout_sec>] what AM i doing wrong? Francesco Facco de Lagarda

3 3

FreeSWITCH version 1.8.1 now in production in the UK - Great work by the FreeSWITCH team!
by Andrew Keil 14 Aug '18

14 Aug '18

To FreeSWITCH Users, I just wanted to share my thanks and appreciation to the FreeSWITCH team for releasing FreeSWITCH version 1.8.1 (especially to Andrey Volk for his work on the Windows build). My client in London is now running in production this version (built using Visual Studio 2017 (version: 15.7.6) - SDK 10.0.17134.0). FYI: The only change done separately to the standard build is to roll in support for the latest Lua version 5.3.5 and the latest curl version 7.61.0. I ran a 1000 concurrent call flood test also with 100% success with FreeSWITCH running on Windows Server 2016 (with all the latest updates) and the main IVR service language used being Lua. Kind Regards, Andrew Keil Visytel Pty Ltd www.visytel.com<http://www.visytel.com>

3 6

Re: [Freeswitch-users] Originating calls via ESL
by Tihomir Culjaga 14 Aug '18

14 Aug '18

** D E V ** tculjaga@bladeranger /usr/local/nexios/classes/com/nex/server/core # telnet localhost 8021 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. Content-Type: auth/request auth ClueCon Content-Type: command/reply Reply-Text: +OK accepted events plain all Content-Type: command/reply Reply-Text: +OK event listener enabled plain api originate user/1001 &park() Content-Type: api/response Content-Length: 25 -ERR USER_NOT_REGISTERED Content-Length: 65 Content-Type: text/event-plain as u can see it works without any problem. just try doing it manually ... telnet localhost 8021 after that you login, subscribe events and hit your api command. bear in mind you will most likely need to use bgapi instead of api. Tihomir. On 14 August 2018 at 18:18, Davide Colombo via FreeSWITCH-users < freeswitch-users(a)lists.freeswitch.org> wrote: > _________________________________________________________________________ > Professional FreeSWITCH Services > sales(a)freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > > ---------- Forwarded message ---------- > From: Davide Colombo <dcolombo(a)voismart.it> > To: freeswitch-users <freeswitch-users(a)lists.freeswitch.org> > Cc: > Bcc: > Date: Tue, 14 Aug 2018 01:25:18 +0200 (CEST) > Subject: Re: [Freeswitch-users] Originating calls via ESL > According to originate command docs (https://freeswitch.org/ > confluence/display/FREESWITCH/mod_commands#mod_commands-originate), > call_url is an endpoint like sofia. > You could try something like this: > > originate sofia/your_internal_profile/1001%your_domain &park() > > ----- Messaggio originale ----- > Da: "Francesco Facco de Lagarda" <francesco(a)delagarda.com> > A: "freeswitch-users" <freeswitch-users(a)lists.freeswitch.org> > Inviato: Venerdì, 10 agosto 2018 9:07:21 > Oggetto: [Freeswitch-users] Originating calls via ESL > > I'm trying to send cmds to 8021 port Esl via php > > api sofia status > api show registrations > And lots of other > WOrk FINE! > > But I tried > api originate user/1001 &park() > > and it says: > USAGE: <call url> <exten>|&<application_name>(<app_args>) [<dialplan>] > [<context>] [<cid_name>] [<cid_num>] [<timeout_sec>] > > what AM i doing wrong? > Francesco Facco de Lagarda > > > > _________________________________________________________________________ > Professional FreeSWITCH Services > sales(a)freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > >

1 0

hangup processing in latest FS versions
by Mi Ke 14 Aug '18

14 Aug '18

1 0

[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