May 2014 - FreeSWITCH-users - FreeSWITCH Mailing Lists

originatecall function return on 183
by sukitha jayasinghe 15 May '14

15 May '14

Hi, I am using XML RPC to originate calls (api/originate), i am using (return_ring_ready=true) in order to handle call in ESL level. Function call return immediately with sip message 180. But Function call not return in sip message 183. is there any way to handle this issue

2 1

Windows Users
by Brian West 15 May '14

15 May '14

Can windows users help verify and update if things are out of date? Mario transitioned it but I want the windows users to help verify these. https://confluence.freeswitch.org/display/FREESWITCH/Windows Thanks, -- Brian West brian(a)freeswitch.org Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)

2 2

How does bridge work with sip_bye_h_X-?
by Grant Bagdasarian 15 May '14

15 May '14

Hello, How do I export a custom header received in the BYE from the A Leg to the B Leg's BYE? I have two Freeswitch servers which communicate directly with each other. The first originates a call (originate command) to the second FS server. The second FS server then bridges the call to its remote destination. This leaves 1 outbound leg on the first, one incoming and one outgoing on the second. Once the call has been terminated by the first FS server. The BYE request contains the custom header. <action application="export" data="sip_bye_h_X-MyCustomHeader=MyCustomHeaderValue"/>. No problem here. The header X-MyCustomHeader is present in the A Leg of the second FS server, but exporting this header to the B Leg doesn't work. I tried: 1) <action application="export" data="sip_bye_h_X-MyCustomHeader=${ sip_bye_h_X-MyCustomHeader} "/> 2) <action application="bridge" data="{sip_bye_h_X-MyCustomHeader=${ sip_bye_h_X-MyCustomHeader} }sofia/internal/${destination_number}@192.168.1.1:5060"/> None of these two work. Does anyone have an idea how to do this? Also, is it possible to test if this header is present in the A Leg's BYE message before exporting it to the B Leg? Kind regards, Grant Bagdasarian CM

2 2

freeswitch crash
by Darcy Primrose 15 May '14

15 May '14

Twice today I have got these messages which crashed the system, they were the final messages received before the restart, our software does block them after a few attempts, but it crashed before it gets blocked. 2014-05-14 15:58:04.364479 [NOTICE] switch_channel.c:1052 New Channel sofia/internal/nobody(a)54.197.142.202 [0f946278-dba2-11e3-8d31-ff61a4e4ce3a] 2014-05-14 15:58:04.364479 [DEBUG] switch_core_session.c:1006 Send signal sofia/internal/nobody(a)54.197.142.202 [BREAK] 2014-05-14 15:58:04.364479 [DEBUG] switch_core_session.c:1006 Send signal sofia/internal/nobody(a)54.197.142.202 [BREAK] 2014-05-14 15:58:04.364479 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/nobody(a)54.197.142.202) Running State Change CS_NEW 2014-05-14 15:58:04.364479 [DEBUG] switch_core_state_machine.c:433 (sofia/internal/nobody(a)54.197.142.202) State NEW Darcy Primrose voice2net

4 6

Query Limit to see how many ports are in use
by andretodd＠verizon.net 14 May '14

14 May '14

3 3

Received DTMF not available
by Grant Bagdasarian 14 May '14

14 May '14

Hello, I'm originating calls from Freeswitch to remote destinations. When the destination answers the call (wait_for_answer) I ask the destination for some digits. <action application="play_and_get_digits" data="6 8 2 5000 # ${prompts_directory}/ask_and_collect.wav ${prompts_directory}/invalid.wav dtmfInput \d 2500"/> <action application="set" data="api_hangup_hook=jsrun $${scripts_directory}/collect_data.js ${internal_reference} DTMFInput=${dtmfInput}"/> <action application="log" data="INFO The caller entered the following code for verification: ${dtmfInput}" /> It happens quite often where the variable $[dtmfInput} doesn't have a value, even though I see the console output in Freeswitch receiving the DTMF events. 2014-05-14 13:29:26.316614 [DEBUG] switch_rtp.c:3901 RTP RECV DTMF 3:2880 2014-05-14 13:29:26.316614 [DEBUG] switch_channel.c:471 RECV DTMF 3:2880 2014-05-14 13:29:26.956611 [DEBUG] switch_rtp.c:3901 RTP RECV DTMF 1:2880 2014-05-14 13:29:26.956611 [DEBUG] switch_channel.c:471 RECV DTMF 1:2880 I'm using RFC2833 mode. Any ideas why this happens? Regards, Grant

2 1

wrong q.850
by Vladimir Getmanshchuk 14 May '14

14 May '14

Hello Everyone! I have faced same issue as Ross at this thread: http://lists.freeswitch.org/pipermail/freeswitch-users/2011-January/066985.… FS translates q.850 codes from b-leg to a-leg incorrect. Looks like there is no solution to translate q850 in correct way? Please advice! Additional info: # freeswitch -version FreeSWITCH version: 1.2.11+git~20130711T181514Z~2eab94be78 (git 2eab94b 2013-07-11 18:15:14Z) dialplan extension: <extension name="default"> <condition field="destination_number" expression="^\+?222222222222"> <action application="bridge" data="{max_forwards=70,progress_timeout=30,hangup_after_bridge=true,sip_cid_type=pid,zrtp_secure_media=false,hold_music=silence[absolute_codec_string=^^:G729@20i :PCMA@20i:PCMU@20i ,origination_caller_id_number=+11111111111,origination_caller_id_name=+111111111111]sofia/external/ 222222222222@2.2.2.2:5062"/> </condition> </extension> SIP trace: # U 2014/04/10 10:19:43.079198 2.2.2.2:5062 -> 1.1.1.1:5080 SIP/2.0 480 Temporarily not available. Via: SIP/2.0/UDP 1.1.1.1:5080;rport=5080;branch=z9hG4bKBXQm2F3cHgFcK. From: "+111111111111" <sip:+111111111111@1.1.1.1>;tag=t8yp14HU53Xrj. To: <sip:+222222222222@4.4.4.4:5060>;tag=gK0699dffd. Call-ID: 5f60343b-3b3c-1232-d9ba-020820d8e22d. CSeq: 58226505 INVITE. Reason: Q.850;cause=19. Content-Length: 0. . # U 2014/04/10 10:19:43.084570 1.1.1.1:5060 -> 2.2.2.2:5060 SIP/2.0 480 Temporarily Unavailable. Via: SIP/2.0/UDP 2.2.2.2;branch=z9hG4bK26dc.1612d515.0. Via: SIP/2.0/UDP 3.3.3.3:5060;branch=z9hG4bK420c53ac;rport=5060. Max-Forwards: 16. From: "pbx234" <sip:111111111111@3.3.3.3>;tag=as333cf884. To: <sip:0599#222222222222@2.2.2.2:5060>;tag=veXaXcyc8118e. Call-ID: 6c86be36267a0f6d54a34060364a3490@3.3.3.3:5060. CSeq: 102 INVITE. User-Agent: FS. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, NOTIFY. Supported: timer, precondition, path, replaces. Allow-Events: talk, hold, conference, refer. Reason: Q.850;cause=16;text="NORMAL_CLEARING". Content-Length: 0. Remote-Party-ID: "Outbound Call" <sip:222222222222@2.2.2.2 >;party=calling;privacy=off;screen=no. *2014-04-10 10:50:03.470035 [DEBUG] sofia.c:4937 Remote Reason: 192014-04-10 10:50:03.490051 [ALERT] switch_ivr.c:828 sofia/external/222222222222@2.2.2.2:5062 <http://222222222222@2.2.2.2:5062> receive message [SIGNAL_DATA] 2014-04-10 10:50:03.490051 [DEBUG] sofia.c:5719 Channel sofia/external/222222222222@2.2.2.2:5062 <http://222222222222@2.2.2.2:5062> entering state [terminated][480]2014-04-10 10:50:03.490051 [NOTICE] sofia.c:6528 Hangup sofia/external/222222222222@2.2.2.2:5062 <http://222222222222@2.2.2.2:5062> [CS_EXCHANGE_MEDIA] [NO_ANSWER]* 2014-04-10 10:50:03.490051 [DEBUG] switch_channel.c:3130 Send signal sofia/external/222222222222@2.2.2.2:5062 [KILL] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_session.c:1334 Send signal sofia/external/222222222222@2.2.2.2:5062 [BREAK] 2014-04-10 10:50:03.490051 [ALERT] switch_ivr.c:828 sofia/external/ 222222222222@2.2.2.2:5062 receive message [SIGNAL_DATA] 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:557 sofia/external/ 222222222222@2.2.2.2:5062 ending bridge by request from write function 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:633 BRIDGE THREAD DONE [sofia/external/222222222222@2.2.2.2:5062] 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:658 Send signal sofia/internal/111111111111@1.1.1.1:5060 [BREAK] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:480 (sofia/external/222222222222@2.2.2.2:5062) State EXCHANGE_MEDIA going to sleep 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:415 (sofia/external/222222222222@2.2.2.2:5062) Running State Change CS_HANGUP 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:633 BRIDGE THREAD DONE [sofia/internal/111111111111@1.1.1.1:5060] 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:658 Send signal sofia/external/222222222222@2.2.2.2:5062 [BREAK] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:678 (sofia/external/222222222222@2.2.2.2:5062) State HANGUP 2014-04-10 10:50:03.490051 [DEBUG] mod_sofia.c:504 Channel sofia/external/ 222222222222@2.2.2.2:5062 hanging up, cause: NO_ANSWER 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:48 sofia/external/222222222222@2.2.2.2:5062 Standard HANGUP, cause: NO_ANSWER 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:678 (sofia/external/222222222222@2.2.2.2:5062) State HANGUP going to sleep 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:689 (sofia/external/222222222222@2.2.2.2:5062) Callstate Change EARLY -> HANGUP 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:446 (sofia/external/222222222222@2.2.2.2:5062) State Change CS_HANGUP -> CS_REPORTING 2014-04-10 10:50:03.490051 [DEBUG] switch_core_session.c:1334 Send signal sofia/external/222222222222@2.2.2.2:5062 [BREAK] 2014-04-10 10:50:03.490051 [ALERT] switch_ivr_bridge.c:1521 sofia/external/ 222222222222@2.2.2.2:5062 receive message [UNBRIDGE] 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:1521 sofia/external/ 222222222222@2.2.2.2:5062 skip receive message [UNBRIDGE] (channel is hungup already) 2014-04-10 10:50:03.490051 [ALERT] switch_ivr_bridge.c:1524 sofia/internal/ 111111111111@1.1.1.1:5060 receive message [UNBRIDGE] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_session.c:854 Send signal sofia/internal/111111111111@1.1.1.1:5060 [BREAK] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:415 (sofia/external/222222222222@2.2.2.2:5062) Running State Change CS_REPORTING 2014-04-10 10:50:03.490051 [ALERT] switch_core_session.c:2732 sofia/internal/111111111111@1.1.1.1:5060 receive message [APPLICATION_EXEC_COMPLETE] 2014-04-10 10:50:03.490051 [NOTICE] switch_core_state_machine.c:262 sofia/internal/111111111111@1.1.1.1:5060 has executed the last dialplan instruction, hanging up. 2014-04-10 10:50:03.490051 [NOTICE] switch_core_state_machine.c:264 Hangup sofia/internal/111111111111@1.1.1.1:5060 [CS_EXECUTE] [NORMAL_CLEARING] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:761 (sofia/external/222222222222@2.2.2.2:5062) State REPORTING 2014-04-10 10:50:03.490051 [DEBUG] switch_channel.c:3130 Send signal sofia/internal/111111111111@1.1.1.1:5060 [KILL] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_session.c:1334 Send signal sofia/internal/111111111111@1.1.1.1:5060 [BREAK] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:477 (sofia/internal/111111111111@1.1.1.1:5060) State EXECUTE going to sleep 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/111111111111@1.1.1.1:5060) Running State Change CS_HANGUP 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:678 (sofia/internal/111111111111@1.1.1.1:5060) State HANGUP 2014-04-10 10:50:03.490051 [DEBUG] mod_sofia.c:498 sofia/internal/ 111111111111@1.1.1.1:5060 Overriding SIP cause 480 with 480 from the other leg *2014-04-10 10:50:03.490051 [DEBUG] mod_sofia.c:504 Channel sofia/internal/111111111111@1.1.1.1:5060 <http://111111111111@1.1.1.1:5060> hanging up, cause: NORMAL_CLEARING2014-04-10 10:50:03.490051 [DEBUG] mod_sofia.c:638 Responding to INVITE with: 480* -- Yours sincerely, Vladimir Getmanshchuk

4 4

SLA Status
by Darcy Primrose 14 May '14

14 May '14

Is there any way to check the status of an SLA either from the dial plan or using event_socket. Darcy Primrose voice2net 4713 Corbett St Prescott, On Canada K0E 1T0

2 1

Set command is not working with the variable value in freeswitch
by Nikhitha T 14 May '14

14 May '14

In freeswitch as I am setting the variable like this *<action application="set" data="RESULT=${system sed -n 1p /nfs/th/play/${uuid}}" inline="true"/>* Here i am trying to assign the wav file path to the variable,but here the problem is it is getting assigned as *2014-05-08 13:34:56.659049 [DEBUG] mod_dptools.c:1402 sofia/internal/1002(a)192.168.0.106 <1002(a)192.168.0.106> SET [RESULT]=[/usr/local/freeswitch/sounds/en/us/callie/directory/8000/dir-for_prev.wav]* The variable RESULT is not being set properly,The closing square bracket is coming to the new line as it should be in the same line immediately after the path.So while playing the wav file it is showing the error as *2014-05-08 13:34:56.679046 [ERR] switch_core_file.c:150 Invalid file format [wav] for [/usr/local/freeswitch/sounds/en/us/callie/directory/8000/dir-for_prev.wav]!* Can anyone help me in solving this issue.Thanks in advance -- Thanks & Regards --------------------------------- Nikhitha

5 13

Problem with send_dtmf w.r.t bind_digit_action in Java ESL
by Nikhitha T 14 May '14

14 May '14

Hello, I am using bind_digit_action application in freeswitch dialplan,Once i receive the dtmf i'll transfer to some extension. This is working fine when the user press the dtmf but My requirement is to send the dtmf from java ESL , I used send_dtmf application but bind_digit_action didn't work. *Actions in dialplan* <action application="bind_digit_action" data="my_digits,2,exec:execute_extension,108 XML default,both,both"/> <action application="bind_digit_action" data="my_digits,1,exec:execute_extension,109 XML default,both,both"/> *Code in Java ESL* public void sendDtmf(Channel channel,int value) { SendMsg dtmfMsg = new SendMsg(); dtmfMsg.addCallCommand("execute"); dtmfMsg.addExecuteAppName("send_dtmf"); dtmfMsg.addExecuteAppArg(""+value); // dtmfMsg.addEventLock(); EslMessage response = sendSyncMultiLineCommand(channel, dtmfMsg.getMsgLines()); } Please help me with this issue..Thanks in Advance -- Thanks & Regards --------------------------------- Nikhitha

1 0