- FreeSWITCH-users - FreeSWITCH Mailing Lists

windows server 2008, luasocket causes fs to crash
by Vincent Xia 15 May '14

15 May '14

i tried to install luasocket for fs under windows by copying luasocket pack to the freeswith directory, including socket\core.dll and some other lua scripts required by lua http access, but the fs crashes upon executing: local http = require("socket.http"); local ltn12 = require("ltn12"); i also tried to build the luasocket dll with the source code by adding them to the fs project but no luck, the dll also causes fs to crash.i saw a couple of posts on how to install luasocket for freeswitch but they are not under windows. any suggestions?

2 1

esl_recv_event failed
by Bhavesh Soni 15 May '14

15 May '14

What is the significance of esl_recv_event? When can it fail? In my code, I keep on trying esl connect, when i get esl_recv_event failed; Meanwhile somebody(other thread) might try using ESL resource and my box is crashing. Can esl_recv_event failed be a culprit? -- Regards Bhavesh GS LAB (O) +91 20 4671 1256 (M) +91 86000 64681

2 1

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