- FreeSWITCH-users - FreeSWITCH Mailing Lists

Blind transfer from Bria 3
by Thorleif Stene 26 Mar '14

26 Mar '14

Caller put into mod_fifo queue. Caller listens tp the ring tone. Mod_fifo connects the caller tp the agent. The caller and the agent are conferencing. The agent presses the "first" TRANSFER (telephone icon) button in Bria. Caller listens to moh. The agent keys in the number to transfer to and then the TRANSFER button. The agent receives "Transfer succeeded» The caller hears the ring tone (not the transfer ring tone) because the caller is back into the control of the fifo. It seems like the original call comes back in to the dial plan via the sofia profile.. A bit lost here. Any ideas ? Thoreif From the freeswitch log. 2014-03-26 09:36:20.508640 [DEBUG] sofia.c:6889 Process REFER to [73951111@133582] 2014-03-26 09:36:20.508640 [DEBUG] switch_ivr.c:1831 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State Change CS_EXCHANGE_MEDIA -> CS_ROUTING 2014-03-26 09:36:20.508640 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.508640 [DEBUG] switch_core_session.c:871 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.508640 [NOTICE] switch_ivr.c:1838 Transfer sofia/external/73951110(a)sip1.vmlab.iplink.no to XML[73951111@133582] 2014-03-26 09:36:20.528557 [DEBUG] switch_ivr_play_say.c:1717 done playing file local_stream://moh 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:871 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_ivr_bridge.c:386 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_ivr_bridge.c:645 BRIDGE THREAD DONE [sofia/internal/sip:1002@10.211.55.253:64608] 2014-03-26 09:36:20.528557 [DEBUG] switch_channel.c:1952 (sofia/internal/sip:1002@10.211.55.253:64608) Callstate Change HELD -> UNHOLD 2014-03-26 09:36:20.528557 [DEBUG] switch_channel.c:1963 (sofia/internal/sip:1002@10.211.55.253:64608) Callstate Change UNHOLD -> ACTIVE 2014-03-26 09:36:20.528557 [DEBUG] switch_ivr_bridge.c:675 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:871 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:871 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] mod_fifo.c:3506 sofia/internal/sip:1002@10.211.55.253:64608 is still alive, tracking call. 2014-03-26 09:36:20.528557 [DEBUG] mod_fifo.c:2354 sofia/internal/sip:1002@10.211.55.253:64608 tracking call on uuid 096198194e8c47a66fd1477ceb17c16b! 2014-03-26 09:36:20.528557 [NOTICE] switch_core_state_machine.c:262 sofia/internal/sip:1002@10.211.55.253:64608 has executed the last dialplan instruction, hanging up. 2014-03-26 09:36:20.528557 [NOTICE] switch_core_state_machine.c:264 Hangup sofia/internal/sip:1002@10.211.55.253:64608 [CS_EXECUTE] [NORMAL_CLEARING] 2014-03-26 09:36:20.528557 [DEBUG] switch_channel.c:3187 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [KILL] 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:478 (sofia/internal/sip:1002@10.211.55.253:64608) State EXECUTE going to sleep 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/sip:1002@10.211.55.253:64608) Running State Change CS_HANGUP 2014-03-26 09:36:20.528557 [DEBUG] mod_fifo.c:2267 sofia/internal/sip:1002@10.211.55.253:64608 untracking call on uuid 096198194e8c47a66fd1477ceb17c16b! 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:678 (sofia/internal/sip:1002@10.211.55.253:64608) Callstate Change ACTIVE -> HANGUP 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:680 (sofia/internal/sip:1002@10.211.55.253:64608) State HANGUP 2014-03-26 09:36:20.528557 [DEBUG] mod_sofia.c:506 Channel sofia/internal/sip:1002@10.211.55.253:64608 hanging up, cause: NORMAL_CLEARING 2014-03-26 09:36:20.528557 [DEBUG] mod_sofia.c:558 Sending BYE to sofia/internal/sip:1002@10.211.55.253:64608 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:48 sofia/internal/sip:1002@10.211.55.253:64608 Standard HANGUP, cause: NORMAL_CLEARING 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:680 (sofia/internal/sip:1002@10.211.55.253:64608) State HANGUP going to sleep 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:447 (sofia/internal/sip:1002@10.211.55.253:64608) State Change CS_HANGUP -> CS_REPORTING 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/sip:1002@10.211.55.253:64608) Running State Change CS_REPORTING 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:764 (sofia/internal/sip:1002@10.211.55.253:64608) State REPORTING 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:92 sofia/internal/sip:1002@10.211.55.253:64608 Standard REPORTING, cause: NORMAL_CLEARING 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:764 (sofia/internal/sip:1002@10.211.55.253:64608) State REPORTING going to sleep 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:441 (sofia/internal/sip:1002@10.211.55.253:64608) State Change CS_REPORTING -> CS_DESTROY 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:1559 Session 11 (sofia/internal/sip:1002@10.211.55.253:64608) Locked, Waiting on external entities 2014-03-26 09:36:20.588437 [DEBUG] switch_ivr_bridge.c:569 sofia/internal/sip:1002@10.211.55.253:64608 ending bridge by request from write function 2014-03-26 09:36:20.588437 [DEBUG] switch_ivr_bridge.c:645 BRIDGE THREAD DONE [sofia/external/73951110(a)sip1.vmlab.iplink.no] 2014-03-26 09:36:20.588437 [DEBUG] switch_ivr_bridge.c:675 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [BREAK] 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:481 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State EXCHANGE_MEDIA going to sleep 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:415 (sofia/external/73951110(a)sip1.vmlab.iplink.no) Running State Change CS_ROUTING 2014-03-26 09:36:20.588437 [DEBUG] switch_channel.c:2163 (sofia/external/73951110(a)sip1.vmlab.iplink.no) Callstate Change ACTIVE -> RINGING 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:471 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State ROUTING 2014-03-26 09:36:20.588437 [DEBUG] mod_sofia.c:150 sofia/external/73951110(a)sip1.vmlab.iplink.no SOFIA ROUTING 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:117 sofia/external/73951110(a)sip1.vmlab.iplink.no Standard ROUTING 2014-03-26 09:36:20.588437 [INFO] mod_dialplan_xml.c:558 Processing Outbound Call <1002>->73951111 in context 133582 2014-03-26 09:36:20.588437 [NOTICE] switch_core_session.c:1577 Session 11 (sofia/internal/sip:1002@10.211.55.253:64608) Ended 2014-03-26 09:36:20.588437 [NOTICE] switch_core_session.c:1581 Close Channel sofia/internal/sip:1002@10.211.55.253:64608 [CS_DESTROY] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->main] continue=true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [main] destination_number(73951111) =~ /^in|^out|^custom/ break=on-false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(return_to_main=true) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(return_to_main=true) 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:566 (sofia/internal/sip:1002@10.211.55.253:64608) Callstate Change HANGUP -> DOWN 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [return_to_main]=[true] 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:569 (sofia/internal/sip:1002@10.211.55.253:64608) Running State Change CS_DESTROY Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(domain_name=${context}) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(domain_name=133582) 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:579 (sofia/internal/sip:1002@10.211.55.253:64608) State DESTROY 2014-03-26 09:36:20.588437 [DEBUG] mod_sofia.c:399 sofia/internal/sip:1002@10.211.55.253:64608 SOFIA DESTROY 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:99 sofia/internal/sip:1002@10.211.55.253:64608 Standard DESTROY 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:579 (sofia/internal/sip:1002@10.211.55.253:64608) State DESTROY going to sleep 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [domain_name]=[133582] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(domain=${context}) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(domain=133582) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [domain]=[133582] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(return_to_main=true) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(return_to_main=true) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [return_to_main]=[true] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(gateway_to_context_75400400=${domain_name}) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(gateway_to_context_75400400=133582) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [gateway_to_context_75400400]=[133582] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(gateway_to_context_31003145=${domain_name}) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(gateway_to_context_31003145=133582) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [gateway_to_context_31003145]=[133582] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(allGateways=75400400|33503300|69698800|21050869|31003145) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(allGateways=75400400|33503300|69698800|21050869|31003145) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [allGateways]=[75400400|33503300|69698800|21050869|31003145] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(defaultGateway=75400400) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(defaultGateway=75400400) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [defaultGateway]=[75400400] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(faxGateway_1=) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(faxGateway_1=) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [faxGateway_1]=[UNDEF] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action transfer(${destination_number} XML CallHandler) Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->customCheckMainTimeTable] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [customCheckMainTimeTable] destination_number(73951111) =~ /^customCheckMainTimeTable_(\d+)$/ break=on-false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->custom_voicemail_1] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [custom_voicemail_1] destination_number(73951111) =~ /^custom_voicemail_1$/ break=on-true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->inbound] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [inbound] destination_number(73951111) =~ /^inbound_to_(75400400|31003145)$/ break=on-true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [inbound] destination_number(73951111) =~ /^inbound_to_(\d{8})$/ break=on-true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->custom_menu_1] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [custom_menu_1] destination_number(73951111) =~ /^custom_menu_1$/ break=on-true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->custom_callout_1] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [custom_callout_1] destination_number(73951111) =~ /^custom_callout_1_(\d+)$/ break=on-false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->custom_queue_1] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [custom_queue_1] destination_number(73951111) =~ /^custom_queue_1$/ break=on-true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->custom_queue_2] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [custom_queue_2] destination_number(73951111) =~ /^custom_queue_2$/ break=on-true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->custom_queue_3] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [custom_queue_3] destination_number(73951111) =~ /^custom_queue_3$/ break=on-true 2014-03-26 09:36:20.588437 [INFO] switch_channel.c:3027 sofia/external/73951110(a)sip1.vmlab.iplink.no Flipping CID from "Outbound Call" <1002> to "73951110" <73951110> ?????????????? What happens here !!!!!!! 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:167 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State Change CS_ROUTING -> CS_EXECUTE 2014-03-26 09:36:20.588437 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:471 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State ROUTING going to sleep 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:415 (sofia/external/73951110(a)sip1.vmlab.iplink.no) Running State Change CS_EXECUTE 2014-03-26 09:36:20.588437 [DEBUG] switch_channel.c:2165 (sofia/external/73951110(a)sip1.vmlab.iplink.no) Callstate Change RINGING -> ACTIVE 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:478 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State EXECUTE 2014-03-26 09:36:20.588437 [DEBUG] mod_sofia.c:243 sofia/external/73951110(a)sip1.vmlab.iplink.no SOFIA EXECUTE 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:209 sofia/external/73951110(a)sip1.vmlab.iplink.no Standard EXECUTE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no transfer(75400400 XML CallHandler) 2014-03-26 09:36:20.588437 [DEBUG] switch_ivr.c:1831 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State Change CS_EXECUTE -> CS_ROUTING 2014-03-26 09:36:20.588437 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.588437 [DEBUG] switch_core_session.c:871 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014

1 0

international carrier interopt problem
by Jason Holden 26 Mar '14

26 Mar '14

All, I need to remove the x-fs-support header as well as remove the cng 13 in my invite. In my dialplan before the bridge I've set suppress cng to true and I've tried setting ignore display updates to true but both items above are still showing in my capture. How would I remove these items from the initial invite?

3 4

ending bridge by request from write function
by Mimiko 26 Mar '14

26 Mar '14

Hello. Lately we have unexpected disconnects. The message in log is: fbe91957-4cec-4928-b5b8-8a7aed579a79 2014-03-21 09:20:45.050899 [DEBUG] switch_ivr_bridge.c:566 sofia/gateway/number ending bridge by request from write function What this message means, and who is faulty: FS or provider? If provider, how I can demonstrate from logs that this is their error? -- Mimiko desu.

2 1

mod_avmd from mod_managed C#
by Malay Thakershi 26 Mar '14

26 Mar '14

Hello, I have been able to integrate mod_avmd and detect beep. As soon as I detect beep, I hang up. I don't want to leave any message if VM is detected. Is it possible? Even though, I hangup and "return" from run function, the code still goes forward. How is that possible? My logic: answer attach event received function (this function checks for avmd_detect variable - if true, it hangs up) start avmd detect whether hung up - if true, return authenticate user by DOB and proceed to survey I use a static variable mBlnIsHungUp and set it to true in hang up hook. I use this flag to detect at various places in "run" method whether call has been hung up. Also, where do I stop avmd? Please help me. Malay Thakershi

1 0

webRTC video
by Holger Esser 26 Mar '14

26 Mar '14

Hi Brian, Thanks for the quick answer. I am not sure if you mean the codec section in the external or internal xml. I was able to make it work in media bypass but I would like to be able to do IVR treatment. I added this to the vars.xml <X-PRE-PROCESS cmd="set" data="global_codec_prefs=G722,PCMU,PCMA,GSM,OPUS,VP8"/> <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=PCMU,PCMA,GSM,OPUS,VP8"/> And when I check the registration, I see OUTBOUND-PROXY N/A CODECS IN G722,PCMU,PCMA,GSM,OPUS,VP8 CODECS OUT G722,PCMU,PCMA,GSM,OPUS,VP8 TEL-EVENT 101 DTMF-MODE rfc2833 But still no dice. Sorry for the stupid questions... Thx holger

1 0

Originate fails for freetdm channel
by Kshitij Saxena 25 Mar '14

25 Mar '14

The setup is a Sangoma A101E card being run through Wanpipe 7.0.10 on an Ubuntu 13.10 machine. wanrouter status shows "connected" but "originate freetdm/1/a/xxxxxxxxxx &bridge..." fails with the following error: [ERR] ftdm_io.c:2674 [s1c1][1:1] outgoing_call method not implemented in this span! Note that originate is successful with for other cahnnels (i.e. "originate user/1001 &bridge(9198)" works for example) Would appreciate any guidance. Thanks! Regards, Kshitij Saxena

4 6

webRTC video
by Holger Esser 25 Mar '14

25 Mar '14

Hi, I seem to have a problem with video on webRTC. I use chrome with sipML5. I have to registered clients (user 1 and user 2). I can place a call from one to the other. Audio works fine every time. However, video end to end never works. I checked the logs In the SDP from client 1 I see the VP8 codec [m[m a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time[m[m [m[m a=sendrecv[m[m [m[m a=rtcp-mux[m[m [m[m a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:mQd42qo/WHnzNP97peCV7u4jSbHJ0lDB2CoZNtzb[m[m [m[m a=rtpmap:100 VP8/90000[m[m [m[m a=rtcp-fb:100 ccm fir[m[m [m[m a=rtcp-fb:100 nack[m[m [m[m a=rtcp-fb:100 goog-remb[m[m [m[m a=rtpmap:116 red/90000[m[m However, when freeswitch places the call to client 2, there is no video in the SDP. I thought that the freeswitch core as acting as a B2BUA, but it does not seem to copy the ingress SDP to the egress SDP. I suspect that I am missing something, but I am not sure what. Any help would be appreciated. Thanks

2 1

issue using ignore-early-media variable
by david escartin 25 Mar '14

25 Mar '14

Hello all i'm trying to use the variable ignore-early-media=true to ignore a 183 coming froma provider and sending a 180 instead. but when doing that, (the signaling seems ok as i want), the call has no audio i read on the wiki i had to set bypass_media to false like i was doing transcoding do you have any clue about the particular setup i must use to make it work with audio once the call has been connected? thanks a lot and regards david escartin

4 4

[WARNING] switch_ivr_play_say.c:348 Macro [voicemail_ack]: saved did not match any patterns
by Sean Devoy 25 Mar '14

25 Mar '14

HI All, I think I am a week behind on the latest STABLE git. FreeSWITCH Version 1.2.22+git~20140309T212137Z~65fed130e5~64bit (git 65fed13 2014-03-09 21:21:37Z 64bit) I am getting WARNINGS when users use voicemail, and save a message. In the logfile I see: [WARNING] switch_ivr_play_say.c:348 Macro [voicemail_ack]: saved did not match any patterns A timy bit different on the console, I see: switch_ivr_play_say.c:348 Macro [voicemail_ack]: 'saved' did not match any patterns In /freeswitch/conf/lang/en/vm I have:  <macro name="voicemail_ack"> <input pattern="^(too-small)$"> <match> <action function="play-file" data="voicemail/vm-too-small.wav"/> </match> </input> <input pattern="^(deleted)$"> <match> <action function="play-file" data="voicemail/vm-message.wav"/> <action function="play-file" data="voicemail/vm-$1.wav"/> </match> </input> <input pattern="^(saved)$"> <match> <action function="play-file" data="voicemail/vm-message.wav"/> <action function="play-file" data="voicemail/vm-$1.wav"/> </match> </input> <input pattern="^(emailed)$"> <match> <action function="play-file" data="voicemail/vm-message.wav"/> <action function="play-file" data="voicemail/vm-$1.wav"/> </match> </input> <input pattern="^(marked-urgent)$"> <match> <action function="play-file" data="voicemail/vm-message.wav"/> <action function="play-file" data="voicemail/vm-$1.wav"/> </match> </input> </macro> The file /usr/local/freeswitch/sounds/en/us/callie/voicemail/8000/vm-saved.wav exists. What am I missing? Thanks, Sean

1 0

Handling DTMF using Outbound Socket
by Grant Bagdasarian 25 Mar '14

25 Mar '14

Hello, I'm starting a new application which has the following functionality: A user calls a certain number at which it gets a few option to choose from. The last option allows the user to be transferred to another IVR application (context) inside our FS instance or bridged with a live person (remote party). So far, this won't be hard to setup. Now comes the hard part at which I have no experience in. Upon transferring or bridging the call, FS should create an outbound socket to an external application which will control the call. The external process should monitor the length of the call and once its limit is almost reached, playback a message to the user if it wants to continue the call. The user has to press 1 in order to continue, or nothing or 2 to disconnect. I need to know the following: 1) Is Outbound ESL Sockets the best way to accomplish this? 2) What if the user has been transferred to an IVR application and is currently asked by FS to enter digits, but the monitor asks the user at the same time if it wants to continue the call. How do I handle this? Should I pause the application in which the user currently is in? Is this even possible? 3) Using an external process to control the call, is it possible to playback the call limit reached message to only the caller, and not the bridged to party? 4) Is this whole project even possible? Regards, Grant

2 3