- FreeSWITCH-users - FreeSWITCH Mailing Lists

send message via gateway from mod_sms
by Seven Du 04 Mar '12

04 Mar '12

Hi, I'd like to know is there a way to send message to a gateway like bridge for sound? Thanks. -- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn Sent with Sparrow (http://www.sparrowmailapp.com)

1 0

302
by Miha 03 Mar '12

03 Mar '12

Hi, scenario. A calls B. On B is set 302 redirect to C. How can I authenticate call with mod_radius, as FS sets all variables for call A(CID), so I can not authenticate outgoing call from B to C. I can not use params variable password, which is set in user/dir for B. I can only use varibles set for A. Thanks! Miha

1 0

Retrieve active call from voicemail
by Dean Coulter 03 Mar '12

03 Mar '12

Hi, Does anyone know how to retrieve an active call from the voicemail system? I have googled and checked the lists but couldn't find anything. At a previous employer we had this feature so if you were heading back to your desk to answer the phone and it had gone to VM, you could retrieve the call if the calling party was in the process of leaving a message. This was a very useful feature as it saved time in listening to messages and returning calls. Dean

2 3

FreeSWITCH on Raspberry Pi
by Michael Collins 03 Mar '12

03 Mar '12

Hello all! I just saw an article in Engadget that said that some "hobbyists" were trying to put FS on Raspberry Pi. I recall Richard Neese talking this subject a few months ago but I hadn't heard anything recently. If you are working to put FS on RP then please contact me off list. I would like to keep track of these projects. Thanks, Michael

5 7

*** No rule to make target `tport/libtport.la', needed by `libsofia-sip-ua.la'.
by Stéphane Lux 03 Mar '12

03 Mar '12

Hi, when compiling FS on Mac OS 10.7.3 I get this error: make[8]: *** No rule to make target `tport/libtport.la', needed by `libsofia-sip-ua.la'. Stop. How can I solve it? Kind Regards, Stephane

3 5

Re: [Freeswitch-users] Hang Up Cause is Blank in Dial Plan
by Bob McCarthy 03 Mar '12

03 Mar '12

Answering my last observation again, I needed to add <action application="set" data="continue_on_fail=true"/> Bob From: freeswitch-users-bounces(a)lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob McCarthy Sent: Friday, March 02, 2012 11:19 AM To: 'FreeSWITCH Users Help' Subject: Re: [Freeswitch-users] Hang Up Cause is Blank in Dial Plan I did notice that during a CALL_REJECTED that the execute_extension statement did not get executed .. But it does work for NO_ANSWER. Would using a Transfer change that behavior ??? 2012-03-02 13:04:32.569026 [DEBUG] mod_dptools.c:1281 sofia/internal/CO999x1001.1(a)192.168.57.211 SET [hangup_after_bridge]=[false] EXECUTE sofia/internal/CO999x1001.1(a)192.168.57.211 bridge(sofia/external/2010(a)192.168.1.195) 2012-03-02 13:04:32.589032 [DEBUG] switch_channel.c:1047 sofia/internal/CO999x1001.1(a)192.168.57.211 EXPORTING[export_vars] [RFC2822_DATE]=[Fri, 02 Mar 2012 13:04:32 -0500] to event 2012-03-02 13:04:32.589032 [DEBUG] switch_ivr_originate.c:1884 Parsing global variables 2012-03-02 13:04:32.589032 [NOTICE] switch_channel.c:926 New Channel sofia/external/2010(a)192.168.1.195 [29bcf518-6492-11e1-b71d-ddc06b002bf3] 2012-03-02 13:04:32.589032 [DEBUG] mod_sofia.c:4679 (sofia/external/2010(a)192.168.1.195) State Change CS_NEW -> CS_INIT 2012-03-02 13:04:32.589032 [DEBUG] switch_core_session.c:1180 Send signal sofia/external/2010(a)192.168.1.195 [BREAK] 2012-03-02 13:04:32.589032 [DEBUG] switch_core_state_machine.c:362 (sofia/external/2010(a)192.168.1.195) Running State Change CS_INIT 2012-03-02 13:04:32.589032 [DEBUG] switch_core_state_machine.c:401 (sofia/external/2010(a)192.168.1.195) State INIT 2012-03-02 13:04:32.589032 [DEBUG] mod_sofia.c:85 sofia/external/2010(a)192.168.1.195 SOFIA INIT 2012-03-02 13:04:32.609021 [DEBUG] mod_sofia.c:125 (sofia/external/2010(a)192.168.1.195) State Change CS_INIT -> CS_ROUTING 2012-03-02 13:04:32.609021 [DEBUG] switch_core_session.c:1180 Send signal sofia/external/2010(a)192.168.1.195 [BREAK] 2012-03-02 13:04:32.609021 [DEBUG] switch_core_state_machine.c:401 (sofia/external/2010(a)192.168.1.195) State INIT going to sleep 2012-03-02 13:04:32.609021 [DEBUG] switch_core_state_machine.c:362 (sofia/external/2010(a)192.168.1.195) Running State Change CS_ROUTING 2012-03-02 13:04:32.609021 [DEBUG] switch_channel.c:1886 (sofia/external/2010(a)192.168.1.195) Callstate Change DOWN -> RINGING 2012-03-02 13:04:32.609021 [DEBUG] switch_core_state_machine.c:410 (sofia/external/2010(a)192.168.1.195) State ROUTING 2012-03-02 13:04:32.609021 [DEBUG] mod_sofia.c:148 sofia/external/2010(a)192.168.1.195 SOFIA ROUTING 2012-03-02 13:04:32.609021 [DEBUG] switch_ivr_originate.c:66 (sofia/external/2010(a)192.168.1.195) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2012-03-02 13:04:32.609021 [DEBUG] switch_core_session.c:1180 Send signal sofia/external/2010(a)192.168.1.195 [BREAK] 2012-03-02 13:04:32.609021 [DEBUG] switch_core_state_machine.c:410 (sofia/external/2010(a)192.168.1.195) State ROUTING going to sleep 2012-03-02 13:04:32.609021 [DEBUG] switch_core_state_machine.c:362 (sofia/external/2010(a)192.168.1.195) Running State Change CS_CONSUME_MEDIA 2012-03-02 13:04:32.609021 [DEBUG] switch_core_session.c:875 Send signal sofia/external/2010(a)192.168.1.195 [BREAK] 2012-03-02 13:04:32.609021 [DEBUG] switch_core_state_machine.c:429 (sofia/external/2010(a)192.168.1.195) State CONSUME_MEDIA 2012-03-02 13:04:32.609021 [DEBUG] switch_core_state_machine.c:429 (sofia/external/2010(a)192.168.1.195) State CONSUME_MEDIA going to sleep 2012-03-02 13:04:32.609021 [DEBUG] sofia.c:5526 Channel sofia/external/2010(a)192.168.1.195 entering state [calling][0] 2012-03-02 13:04:32.692026 [DEBUG] switch_core_session.c:875 Send signal sofia/external/2010(a)192.168.1.195 [BREAK] 2012-03-02 13:04:32.692026 [DEBUG] switch_core_session.c:875 Send signal sofia/external/2010(a)192.168.1.195 [BREAK] 2012-03-02 13:04:32.692026 [DEBUG] switch_core_session.c:875 Send signal sofia/external/2010(a)192.168.1.195 [BREAK] 2012-03-02 13:04:32.692026 [DEBUG] sofia.c:5526 Channel sofia/external/2010(a)192.168.1.195 entering state [terminated][603] 2012-03-02 13:04:32.692026 [DEBUG] switch_channel.c:2850 (sofia/external/2010(a)192.168.1.195) Callstate Change RINGING -> HANGUP 2012-03-02 13:04:32.692026 [NOTICE] sofia.c:6293 Hangup sofia/external/2010(a)192.168.1.195 [CS_CONSUME_MEDIA] [CALL_REJECTED] 2012-03-02 13:04:32.692026 [DEBUG] switch_channel.c:2873 Send signal sofia/external/2010(a)192.168.1.195 [KILL] 2012-03-02 13:04:32.692026 [DEBUG] switch_core_session.c:1180 Send signal sofia/external/2010(a)192.168.1.195 [BREAK] 2012-03-02 13:04:32.692026 [DEBUG] switch_core_state_machine.c:362 (sofia/external/2010(a)192.168.1.195) Running State Change CS_HANGUP 2012-03-02 13:04:32.692026 [DEBUG] switch_core_state_machine.c:602 (sofia/external/2010(a)192.168.1.195) State HANGUP 2012-03-02 13:04:32.692026 [DEBUG] mod_sofia.c:469 Channel sofia/external/2010(a)192.168.1.195 hanging up, cause: CALL_REJECTED 2012-03-02 13:04:32.692026 [DEBUG] switch_core_state_machine.c:47 sofia/external/2010(a)192.168.1.195 Standard HANGUP, cause: CALL_REJECTED 2012-03-02 13:04:32.692026 [DEBUG] switch_core_state_machine.c:602 (sofia/external/2010(a)192.168.1.195) State HANGUP going to sleep 2012-03-02 13:04:32.692026 [DEBUG] switch_core_state_machine.c:393 (sofia/external/2010(a)192.168.1.195) State Change CS_HANGUP -> CS_REPORTING 2012-03-02 13:04:32.692026 [DEBUG] switch_core_session.c:1180 Send signal sofia/external/2010(a)192.168.1.195 [BREAK] 2012-03-02 13:04:32.692026 [DEBUG] switch_core_state_machine.c:362 (sofia/external/2010(a)192.168.1.195) Running State Change CS_REPORTING 2012-03-02 13:04:32.692026 [DEBUG] switch_core_state_machine.c:662 (sofia/external/2010(a)192.168.1.195) State REPORTING 2012-03-02 13:04:32.692026 [DEBUG] switch_core_state_machine.c:79 sofia/external/2010(a)192.168.1.195 Standard REPORTING, cause: CALL_REJECTED 2012-03-02 13:04:32.692026 [DEBUG] switch_core_state_machine.c:662 (sofia/external/2010(a)192.168.1.195) State REPORTING going to sleep 2012-03-02 13:04:32.692026 [DEBUG] switch_core_state_machine.c:387 (sofia/external/2010(a)192.168.1.195) State Change CS_REPORTING -> CS_DESTROY 2012-03-02 13:04:32.692026 [DEBUG] switch_core_session.c:1180 Send signal sofia/external/2010(a)192.168.1.195 [BREAK] 2012-03-02 13:04:32.692026 [DEBUG] switch_core_session.c:1380 Session 2 (sofia/external/2010(a)192.168.1.195) Locked, Waiting on external entities 2012-03-02 13:04:32.712027 [DEBUG] switch_ivr_originate.c:3365 Originate Resulted in Error Cause: 21 [CALL_REJECTED] 2012-03-02 13:04:32.712027 [INFO] mod_dptools.c:2922 Originate Failed. Cause: CALL_REJECTED 2012-03-02 13:04:32.712027 [DEBUG] switch_channel.c:2850 (sofia/internal/CO999x1001.1(a)192.168.57.211) Callstate Change RINGING -> HANGUP 2012-03-02 13:04:32.712027 [NOTICE] mod_dptools.c:3041 Hangup sofia/internal/CO999x1001.1(a)192.168.57.211 [CS_EXECUTE] [CALL_REJECTED] 2012-03-02 13:04:32.712027 [DEBUG] switch_channel.c:2873 Send signal sofia/internal/CO999x1001.1(a)192.168.57.211 [KILL] 2012-03-02 13:04:32.712027 [DEBUG] switch_core_session.c:1180 Send signal sofia/internal/CO999x1001.1(a)192.168.57.211 [BREAK] 2012-03-02 13:04:32.712027 [DEBUG] switch_core_session.c:2285 sofia/internal/CO999x1001.1(a)192.168.57.211 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) From: freeswitch-users-bounces(a)lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Avi Marcus Sent: Friday, March 02, 2012 8:28 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Hang Up Cause is Blank in Dial Plan Nah, it's executed after the bridge so that's fine Ken. The issue, as he found, is you can't use the hangup_cause within the A leg.. because it's not hung up yet. He found other variable that ARE set in the A leg, though. -Avi On Fri, Mar 2, 2012 at 4:40 PM, Ken Rice <krice(a)freeswitch.org> wrote: Variables are not expanded during the actual execution phase of dialplan processing ... What you are trying to do here will most likely require a transfer... You should read up on the wiki how the dialplan is processed and how variables are expanded... K On 3/2/12 5:50 AM, "Bob McCarthy" <bob.mccarthy(a)experient.com> wrote: I am trying to play messages for failures on outbound Calls. When I try to use ${hangup_cause} after the failed bridge command it comes back as blank. what am I doing wrong ??? <extension name="Outbound_SwitchVox"> <condition regex="any"> <regex field="destination_number" expression="^(\d{10})$"/> <regex field="destination_number" expression="^2001$"/> <action application="set" data="call_timeout=20"/> <action application="set" data="hangup_after_bridge=false"/> <action application="bridge" data="sofia/external/${destination_number}@$${Switchvox}"/> <action application="set" data="test=${hangup_cause}"/> <action application="log" data="1 A-leg hangup cause: ${hangup_cause}"/> <action application="execute_extension" data="hangup_reason-${hangup_cause} XML features"/>"/> </condition> </extension> 2012-03-02 06:42:38.005915 [DEBUG] switch_channel.c:2850 (sofia/external/2001(a)192.168.1.195) Callstate Change RINGING -> HANGUP 2012-03-02 06:42:38.005915 [NOTICE] switch_ivr_originate.c:3183 Hangup sofia/external/2001(a)192.168.1.195 [CS_CONSUME_MEDIA] [NO_ANSWER] 2012-03-02 06:42:38.005915 [DEBUG] switch_channel.c:2873 Send signal sofia/external/2001(a)192.168.1.195 [KILL] 2012-03-02 06:42:38.005915 [DEBUG] switch_core_session.c:1180 Send signal sofia/external/2001(a)192.168.1.195 [BREAK] 2012-03-02 06:42:38.005915 [INFO] mod_dptools.c:2922 Originate Failed. Cause: NO_ANSWER EXECUTE sofia/internal/CO999x1001.1(a)192.168.57.211 set(test=) 2012-03-02 06:42:38.005915 [DEBUG] mod_dptools.c:1281 sofia/internal/CO999x1001.1(a)192.168.57.211 SET [test]=[UNDEF] EXECUTE sofia/internal/CO999x1001.1(a)192.168.57.211 log(1 A-leg hangup cause: ) 2012-03-02 06:42:38.005915 [ALERT] mod_dptools.c:1420 A-leg hangup cause: EXECUTE sofia/internal/CO999x1001.1(a)192.168.57.211 execute_extension(hangup_reason- XML features) 2012-03-02 06:42:38.005915 [INFO] mod_dialplan_xml.c:485 Processing Dispatch 2 <CO999x1001.1>->hangup_reason- in context features Dialplan: sofia/internal/CO999x1001.1(a)192.168.57.211 parsing [features->dx] continue=false _____ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org

1 0

a question about freeswitch conference caller-controls
by Erjian Li 03 Mar '12

03 Mar '12

Hi All, I have a querstion about freeswitch conference caller controls. If anyone can give some hint/help, I'm very appreciated. My freeswitch server has been connected to a SIP provider's server (IDT server), and can dial out to normal cellphone numbers. Now I want to start a conference call using "conference <conf-name> dial ..." command, when the destination phones join the conference, the phone callers can't control the conference by pressing the keys specified in <caller-controls> section of conference.conf.xml. (In other words, if I press key '0', it can't mute myself; press '#', it can't hang up, etc. I use the default caller-controls group.) I want to know in this situation, whether the cellphone's key tone can't be transferred to freeswitch server? Can freeswitch server only receive DTMF encapsulated in RTP packet transferred over IP? I can control the conference when I use X-Lite as client, and freeswitch outputs following log when I press key '0' in X-Lite interface: ================================== freeswitch@eli-desktop> 2012-02-29 17:02:59.349272 [DEBUG] switch_rtp.c:2428 RTP RECV DTMF 0:960 2012-02-29 17:02:59.367880 [DEBUG] mod_conference.c:2919 Queueing file '/usr/local/freeswitch/sounds/en/us/callie/conference/conf-muted.wav' for play ================================= In the case of cellphone, when users press key, the DTMF is generated and transferred via PSTN channel to the IDT server, is this correct? and if so, is it up to IDT server to encapsulate the DTMF in RTP packets and send it to freeswitch server? -- Best Regards Erjian

3 3

Re: [Freeswitch-users] Use of ESL and PHP for Call
by Shahzad Bhatti 02 Mar '12

02 Mar '12

Hi, i park the call and then execute the speak command as but execute is not working any idea ? $cmd = "api originate {origination_uuid=$uuid}user/$user &park()"; $text = "Hi, we have a meeting on Monday at 9, are you joining us, if yes then press, 1. and if not press, 2."; $e = $esl->sendRecv($cmd); $esl->execute('speak',"(cepstral|callie|$text)",$uuid); my complete code is <?php require_once('ESL.php'); $host_name = 'localhost'; $port = '8021'; $password = 'ClueCon'; $esl = new ESLconnection($host_name,$port,$password); $e = $esl->sendRecv("api create_uuid"); $uuid = $e->getBody(); $user = '1500'; $cmd = "bgapi originate {origination_uuid=$uuid}user/$user &park()"; $text = "Hi, we have a meeting on Monday at 9, are you joining us, if yes then press, 1. and if not press, 2."; $e = $esl->sendRecv($cmd); $esl->execute('speak',"(cepstral|callie|$text)",$uuid); $e = $esl->sendRecv("events plain all"); $e = $esl->filter("Unique-ID",$uuid); while ($esl->connected()) { $e = $esl->recvEvent(); $result = $e->getType(); if($result=='CHANNEL_EXECUTE_COMPLETE') { // what i do here...! $esl->execute("&sleep",10000); } $digit = $e->getHeader("DTMF-Digit"); $state_no = $e->getHeader("Channel-State-Number"); $curr_uuid = $e->getHeader("Channel-Call-UUID"); /* $ans_state = $e->getHeader("Answer-State"); $state_no = $e->getHeader("Channel-State-Number"); $core_id = $e->getHeader("Core-UUID"); */ if($curr_uuid==$uuid && $digit!=NULL) { print "input number is " . $digit . "\n"; } $state = $e->getHeader("Channel-Call-State"); if ($state == 'HANGUP') { print "\n\nHangup Cause Number: " . $state_no; $esl->disconnect(); } } ?> Regards Shahzad Bhatti ---------- Forwarded message ---------- From: Peter Olsson <peter.olsson(a)visionutveckling.se> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> Cc: Date: Fri, 2 Mar 2012 05:31:35 +0000 Subject: Re: [Freeswitch-users] Use of ESL and PHP for Call You should pass the originate command to &park() instead. Right now you originate the call and then execute the application speak. After this (when speak is finished) FS has no more instructions so it will hangup the call. If you execute &park() instead, the call will be "parked" and wait for furter instructions. Then you will also need to execute the speak from ESL instead - and afther that you continue to do whatever you want to do with the call. /Peter

2 1

lcr problem
by adam harris 02 Mar '12

02 Mar '12

lcr api command seems to have executed, debug log pasted below however I am not seeing any lcr channels variables Why are lcr channel variables missing? [DEBUG] esl.c:1123 esl_recv_event() RECV HEADER [Content-Type] = [api/response] [DEBUG] esl.c:1123 esl_recv_event() RECV HEADER [Content-Length] = [1] [DEBUG] esl.c:1321 esl_send() SEND sendmsg call-command: execute execute-app-name: lcr execute-app-arg: 8801753733050 event-lock: true [DEBUG] esl.c:1123 esl_recv_event() RECV HEADER [Content-Length] = [1949] [DEBUG] esl.c:1123 esl_recv_event() RECV HEADER [Content-Type] = [text/event-plain] [DEBUG] esl.c:1123 esl_recv_event() RECV HEADER [Content-Length] = [6259] [DEBUG] esl.c:1123 esl_recv_event() RECV HEADER [Content-Type] = [text/event-plain] [DEBUG] esl.c:1123 esl_recv_event() RECV HEADER [Content-Length] = [1968] [DEBUG] esl.c:1123 esl_recv_event() RECV HEADER [Content-Type] = [text/event-plain] [DEBUG] esl.c:1123 esl_recv_event() RECV HEADER [Content-Type] = [command/reply] [DEBUG] esl.c:1123 esl_recv_event() RECV HEADER [Reply-Text] = [+OK] [DEBUG] esl.c:1321 esl_send() SEND sendmsg

1 0

BKW-1 Resolved
by Brian West 02 Mar '12

02 Mar '12

I have resolved my jira! :P I'm home resting. I want to thank everyone that has sent in donations, letters and gifts while I was in the hospital. I still have weeks of recovery time to endure. I'm very fortunate to not have that require me to lift heavy objects. Thanks, Brian

3 2