Re: [Freeswitch-users] hangup_after_bridge=false not continueing after failed bridge
which line is hanging up your A (inbound) leg? look for a blue line that says Hangup xyz that matches it so i can see. I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong mattdf...@gmail.com wrote: I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable Dialplan extension name=1920!--init agent for manual and power dial mode-- condition field=destination_number expression=^1920$ action application=set data=hangup_after_bridge=false/ action application=bridge data=sofia/gateway/ debug.com/14159927717/ action application=transfer data=1999/!-- send to unable to reach any contacts-- /condition /extension API Command originate sofia/internal/sip_1%192.168.1.10 1920 When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks. I'm using 15135M --matt http://www.hellohunter.com - Predictive Dialer http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_miness...@hotmail.com msn%3aanthony_miness...@hotmail.com GTALK/JABBER/PAYPAL:anthony.miness...@gmail.compaypal%3aanthony.miness...@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:8...@conference.freeswitch.org sip%3a...@conference.freeswitch.org iax:gu...@conference.freeswitch.org/888 googletalk:conf+...@conference.freeswitch.orggoogletalk%3aconf%2b...@conference.freeswitch.org pstn:213-799-1400 ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] hangup_after_bridge=false not continueing after failed bridge
extension name=1999!--DIRECT POWER-- condition field=destination_number expression=^1997$ action application=playback data=hh/hh-unable_to_connect_contact.wav/ action application=park/ /condition /extension my extn 1999... since it looks from the output like it's transferring, just don't know why it's disconnecting the call instead of playing the .wav and parking. On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong mattdf...@gmail.com wrote: 2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING] might be the line..or the entire output is below freeswi...@matthew-laptop originate sofia/internal/sip_1%192.168.1.10 1920 2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf] 2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1! 2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered 2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH-1920 in context default 2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d] 2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to xml[1...@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf freeswi...@matthew-laptop 2009-10-12 15:21:47.369855 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717! 2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER] 2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw: debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717 2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended 2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY] 2009-10-12 15:22:47.009474 [INFO] mod_dptools.c:2133 Originate Failed. Cause: NO_ANSWER 2009-10-12 15:22:47.009474 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to xml[1...@default] 2009-10-12 15:22:47.009474 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH-1999 in context default 2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING] 2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1087 Session 46 (sofia/internal/sip_1) Ended 2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY] thanks for looking at this. On Mon, Oct 12, 2009 at 10:06 PM, Anthony Minessale anthony.miness...@gmail.com wrote: which line is hanging up your A (inbound) leg? look for a blue line that says Hangup xyz that matches it so i can see. I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong mattdf...@gmail.comwrote: I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable Dialplan extension name=1920!--init agent for manual and power dial mode-- condition field=destination_number expression=^1920$ action application=set data=hangup_after_bridge=false/ action application=bridge data=sofia/gateway/ debug.com/14159927717/ action application=transfer data=1999/!-- send to unable to reach any contacts-- /condition /extension API Command originate sofia/internal/sip_1%192.168.1.10 1920 When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks. I'm using 15135M --matt http://www.hellohunter.com - Predictive Dialer http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_miness...@hotmail.com msn%3aanthony_miness...@hotmail.com GTALK/JABBER/PAYPAL:anthony.miness...@gmail.compaypal%3aanthony.miness...@gmail.com IRC: irc.freenode.net
Re: [Freeswitch-users] hangup_after_bridge=false not continueing after failed bridge
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING] might be the line..or the entire output is below freeswi...@matthew-laptop originate sofia/internal/sip_1%192.168.1.10 1920 2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf] 2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1! 2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered 2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH-1920 in context default 2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d] 2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to xml[1...@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf freeswi...@matthew-laptop 2009-10-12 15:21:47.369855 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717! 2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER] 2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw:debug.comhc:NO_ANSWER du:0 cn:sofia/external/14159927717 2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended 2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY] 2009-10-12 15:22:47.009474 [INFO] mod_dptools.c:2133 Originate Failed. Cause: NO_ANSWER 2009-10-12 15:22:47.009474 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to xml[1...@default] 2009-10-12 15:22:47.009474 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH-1999 in context default 2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING] 2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1087 Session 46 (sofia/internal/sip_1) Ended 2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY] thanks for looking at this. On Mon, Oct 12, 2009 at 10:06 PM, Anthony Minessale anthony.miness...@gmail.com wrote: which line is hanging up your A (inbound) leg? look for a blue line that says Hangup xyz that matches it so i can see. I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong mattdf...@gmail.com wrote: I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable Dialplan extension name=1920!--init agent for manual and power dial mode-- condition field=destination_number expression=^1920$ action application=set data=hangup_after_bridge=false/ action application=bridge data=sofia/gateway/ debug.com/14159927717/ action application=transfer data=1999/!-- send to unable to reach any contacts-- /condition /extension API Command originate sofia/internal/sip_1%192.168.1.10 1920 When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks. I'm using 15135M --matt http://www.hellohunter.com - Predictive Dialer http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_miness...@hotmail.com msn%3aanthony_miness...@hotmail.com GTALK/JABBER/PAYPAL:anthony.miness...@gmail.compaypal%3aanthony.miness...@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:8...@conference.freeswitch.org sip%3a...@conference.freeswitch.org iax:gu...@conference.freeswitch.org/888 googletalk:conf+...@conference.freeswitch.orggoogletalk%3aconf%2b...@conference.freeswitch.org pstn:213-799-1400 ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
Re: [Freeswitch-users] hangup_after_bridge=false not continueing after failed bridge
doh! thanks! On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale anthony.miness...@gmail.com wrote: because the regex is on 1997 not 1999 On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong mattdf...@gmail.comwrote: extension name=1999!--DIRECT POWER-- condition field=destination_number expression=^1997$ action application=playback data=hh/hh-unable_to_connect_contact.wav/ action application=park/ /condition /extension my extn 1999... since it looks from the output like it's transferring, just don't know why it's disconnecting the call instead of playing the .wav and parking. On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong mattdf...@gmail.comwrote: 2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING] might be the line..or the entire output is below freeswi...@matthew-laptop originate sofia/internal/sip_1%192.168.1.10 1920 2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf] 2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready sofia/internal/sip_1! 2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel [sofia/internal/sip_1] has been answered 2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH-1920 in context default 2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d] 2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to xml[1...@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf freeswi...@matthew-laptop 2009-10-12 15:21:47.369855 [NOTICE] sofia.c:3552 Ring-Ready sofia/external/14159927717! 2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER] 2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw: debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717 2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended 2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close Channel sofia/external/14159927717 [CS_DESTROY] 2009-10-12 15:22:47.009474 [INFO] mod_dptools.c:2133 Originate Failed. Cause: NO_ANSWER 2009-10-12 15:22:47.009474 [NOTICE] switch_ivr.c:1367 Transfer sofia/internal/sip_1 to xml[1...@default] 2009-10-12 15:22:47.009474 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH-1999 in context default 2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179 Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING] 2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1087 Session 46 (sofia/internal/sip_1) Ended 2009-10-12 15:22:47.017768 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY] thanks for looking at this. On Mon, Oct 12, 2009 at 10:06 PM, Anthony Minessale anthony.miness...@gmail.com wrote: which line is hanging up your A (inbound) leg? look for a blue line that says Hangup xyz that matches it so i can see. I think what is happening is you are getting early media so the bridge is actually working then when nobody answers it dies but technically the bridge worked. On Mon, Oct 12, 2009 at 9:41 AM, Matthew Fong mattdf...@gmail.comwrote: I think think this might be a bug, but wanted to post here instead of Jira in-case I'm overlooking a configuration variable Dialplan extension name=1920!--init agent for manual and power dial mode-- condition field=destination_number expression=^1920$ action application=set data=hangup_after_bridge=false/ action application=bridge data=sofia/gateway/ debug.com/14159927717/ action application=transfer data=1999/!-- send to unable to reach any contacts-- /condition /extension API Command originate sofia/internal/sip_1%192.168.1.10 1920 When the bridge to 14159927717 fails (NO_ANSWER) both calls are terminated instead of continuing on in the dial plan to exten 1999 (which in my dialplan parks the call). hangup_after_bridge however seems to work OK if someone picks up in the bridge. Is this the correct behavior? How else can I prevent the call from hanging up if a bridge fails? Thanks. I'm using 15135M --matt http://www.hellohunter.com - Predictive Dialer http://www.hellohunter.com/voice_broadcast.php - Voice Broadcasting ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/
Re: [Freeswitch-users] hangup_after_bridge=false not continueing after failed bridge
when I add a leg_timeout, I get an ALLOTTED_TIMEOUT from my failed bridge...
when an ALLOTTED_TIMEOUT is received, the hangup_after_bridge=false is not
recognized (I think). Is there anyway to get an alloted_timeout to continue
after bridge (failure)?
revised dialplan cmd output
extension name=1920!--DEBUG--
condition field=destination_number expression=^1920$
action application=set data=hangup_after_bridge=false/
action application=bridge data={leg_timeout=10}sofia/gateway/
debug.com/14159927717/
action application=transfer data=1999/!-- send to unable to
reach any contacts--
/condition
/extension
freeswi...@matthew-laptop originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 17:39:22.237622 [NOTICE] switch_channel.c:613 New Channel
sofia/internal/sip_1 [1d58fb59-c7f9-4908-b612-5bd1c12083cc]
2009-10-12 17:39:22.313524 [NOTICE] sofia.c:3552 Ring-Ready
sofia/internal/sip_1!
2009-10-12 17:39:25.142400 [NOTICE] sofia.c:3998 Channel
[sofia/internal/sip_1] has been answered
2009-10-12 17:39:25.146259 [INFO] mod_dialplan_xml.c:391 Processing
FreeSWITCH-1920 in context default
2009-10-12 17:39:25.146259 [NOTICE] switch_channel.c:613 New Channel
sofia/external/14159927717 [38cb7046-0c0d-47ef-94b5-bf8ccf35d185]
2009-10-12 17:39:25.152026 [NOTICE] switch_ivr.c:1367 Transfer
sofia/internal/sip_1 to xml[1...@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc
freeswi...@matthew-laptop 2009-10-12 17:39:25.217629 [NOTICE] sofia.c:3552
Ring-Ready sofia/external/14159927717!
2009-10-12 17:39:36.017513 [NOTICE] switch_ivr_originate.c:297 Hangup
sofia/external/14159927717 [CS_CONSUME_MEDIA] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.017513 [INFO] switch_cpp.cpp:1116 PCHangup
gw:debug.comhc:ALLOTTED_TIMEOUT du:0 cn:sofia/external/14159927717
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 12
(sofia/external/14159927717) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel
sofia/external/14159927717 [CS_DESTROY]
2009-10-12 17:39:36.037520 [INFO] mod_dptools.c:2133 Originate Failed.
Cause: ALLOTTED_TIMEOUT
2009-10-12 17:39:36.037520 [NOTICE] mod_dptools.c:2166 Hangup
sofia/internal/sip_1 [CS_EXECUTE] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 11
(sofia/internal/sip_1) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel
sofia/internal/sip_1 [CS_DESTROY]
thanks.
--matt
On Mon, Oct 12, 2009 at 10:45 PM, Matthew Fong mattdf...@gmail.com wrote:
doh! thanks!
On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale
anthony.miness...@gmail.com wrote:
because the regex is on 1997 not 1999
On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong mattdf...@gmail.comwrote:
extension name=1999!--DIRECT POWER--
condition field=destination_number expression=^1997$
action application=playback
data=hh/hh-unable_to_connect_contact.wav/
action application=park/
/condition
/extension
my extn 1999... since it looks from the output like it's transferring,
just don't know why it's disconnecting the call instead of playing the .wav
and parking.
On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong mattdf...@gmail.comwrote:
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179
Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
might be the line..or the entire output is below
freeswi...@matthew-laptop originate sofia/internal/sip_1%192.168.1.10
1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel
sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready
sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel
[sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing
FreeSWITCH-1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel
sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer
sofia/internal/sip_1 to xml[1...@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
freeswi...@matthew-laptop 2009-10-12 15:21:47.369855 [NOTICE]
sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup
sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER]
2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw:
debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session
47 (sofia/external/14159927717) Ended
2009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1089 Close
Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12
Re: [Freeswitch-users] hangup_after_bridge=false not continueing after failed bridge
On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong mattdf...@gmail.com wrote:
when I add a leg_timeout, I get an ALLOTTED_TIMEOUT from my failed
bridge...
when an ALLOTTED_TIMEOUT is received, the hangup_after_bridge=false is not
recognized (I think). Is there anyway to get an alloted_timeout to continue
after bridge (failure)?
Try it with ignore_early_media=true and see if it's the early media that's
tripping you up.
-MC
revised dialplan cmd output
extension name=1920!--DEBUG--
condition field=destination_number expression=^1920$
action application=set data=hangup_after_bridge=false/
action application=bridge data={leg_timeout=10}sofia/gateway/
debug.com/14159927717/
action application=transfer data=1999/!-- send to unable to
reach any contacts--
/condition
/extension
freeswi...@matthew-laptop originate sofia/internal/sip_1%192.168.1.10
1920
2009-10-12 17:39:22.237622 [NOTICE] switch_channel.c:613 New Channel
sofia/internal/sip_1 [1d58fb59-c7f9-4908-b612-5bd1c12083cc]
2009-10-12 17:39:22.313524 [NOTICE] sofia.c:3552 Ring-Ready
sofia/internal/sip_1!
2009-10-12 17:39:25.142400 [NOTICE] sofia.c:3998 Channel
[sofia/internal/sip_1] has been answered
2009-10-12 17:39:25.146259 [INFO] mod_dialplan_xml.c:391 Processing
FreeSWITCH-1920 in context default
2009-10-12 17:39:25.146259 [NOTICE] switch_channel.c:613 New Channel
sofia/external/14159927717 [38cb7046-0c0d-47ef-94b5-bf8ccf35d185]
2009-10-12 17:39:25.152026 [NOTICE] switch_ivr.c:1367 Transfer
sofia/internal/sip_1 to xml[1...@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc
freeswi...@matthew-laptop 2009-10-12 17:39:25.217629 [NOTICE]
sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 17:39:36.017513 [NOTICE] switch_ivr_originate.c:297 Hangup
sofia/external/14159927717 [CS_CONSUME_MEDIA] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.017513 [INFO] switch_cpp.cpp:1116 PCHangup gw:
debug.com hc:ALLOTTED_TIMEOUT du:0 cn:sofia/external/14159927717
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 12
(sofia/external/14159927717) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close
Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 17:39:36.037520 [INFO] mod_dptools.c:2133 Originate Failed.
Cause: ALLOTTED_TIMEOUT
2009-10-12 17:39:36.037520 [NOTICE] mod_dptools.c:2166 Hangup
sofia/internal/sip_1 [CS_EXECUTE] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 11
(sofia/internal/sip_1) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close
Channel sofia/internal/sip_1 [CS_DESTROY]
thanks.
--matt
On Mon, Oct 12, 2009 at 10:45 PM, Matthew Fong mattdf...@gmail.comwrote:
doh! thanks!
On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale
anthony.miness...@gmail.com wrote:
because the regex is on 1997 not 1999
On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong mattdf...@gmail.comwrote:
extension name=1999!--DIRECT POWER--
condition field=destination_number expression=^1997$
action application=playback
data=hh/hh-unable_to_connect_contact.wav/
action application=park/
/condition
/extension
my extn 1999... since it looks from the output like it's transferring,
just don't know why it's disconnecting the call instead of playing the .wav
and parking.
On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong mattdf...@gmail.comwrote:
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179
Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
might be the line..or the entire output is below
freeswi...@matthew-laptop originate sofia/internal/sip_1%192.168.1.10
1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel
sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready
sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel
[sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing
FreeSWITCH-1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel
sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer
sofia/internal/sip_1 to xml[1...@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
freeswi...@matthew-laptop 2009-10-12 15:21:47.369855 [NOTICE]
sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup
sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER]
2009-10-12 15:22:47.009474 [INFO] switch_cpp.cpp:1116 PCHangup gw:
debug.com hc:NO_ANSWER du:0 cn:sofia/external/14159927717
2009-10-12 15:22:47.009474
Re: [Freeswitch-users] hangup_after_bridge=false not continueing after failed bridge
still no luck...
extension name=1920!--DEBUG--
condition field=destination_number expression=^1920$
action application=set data=hangup_after_bridge=false/
action application=bridge
data={leg_timeout=10,ignore_early_media=true}sofia/gateway/
debug.com/14159927717/
action application=transfer data=1999/!-- send to unable to
reach any contacts--
/condition
/extension
freeswi...@matthew-laptop originate sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 18:25:44.345480 [NOTICE] switch_channel.c:613 New Channel
sofia/internal/sip_1 [3fc6efb2-e4fa-454a-abb7-ebe39da748f5]
2009-10-12 18:25:44.489480 [NOTICE] sofia.c:3552 Ring-Ready
sofia/internal/sip_1!
2009-10-12 18:25:46.601509 [NOTICE] sofia.c:3998 Channel
[sofia/internal/sip_1] has been answered
2009-10-12 18:25:46.601509 [INFO] mod_dialplan_xml.c:391 Processing
FreeSWITCH-1920 in context default
2009-10-12 18:25:46.601509 [NOTICE] switch_channel.c:613 New Channel
sofia/external/14159927717 [1976e3c2-187c-4f05-98f5-36742ab8248f]
2009-10-12 18:25:46.601509 [NOTICE] switch_ivr.c:1367 Transfer
sofia/internal/sip_1 to xml[1...@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 3fc6efb2-e4fa-454a-abb7-ebe39da748f5
freeswi...@matthew-laptop 2009-10-12 18:25:46.677650 [NOTICE] sofia.c:3552
Ring-Ready sofia/external/14159927717!
2009-10-12 18:25:57.017477 [NOTICE] switch_ivr_originate.c:297 Hangup
sofia/external/14159927717 [CS_CONSUME_MEDIA] [ALLOTTED_TIMEOUT]
2009-10-12 18:25:57.017477 [INFO] switch_cpp.cpp:1116 PCHangup
gw:debug.comhc:ALLOTTED_TIMEOUT du:0 cn:sofia/external/14159927717
2009-10-12 18:25:57.037695 [NOTICE] switch_core_session.c:1087 Session 4
(sofia/external/14159927717) Ended
2009-10-12 18:25:57.037695 [NOTICE] switch_core_session.c:1089 Close Channel
sofia/external/14159927717 [CS_DESTROY]
2009-10-12 18:25:57.037695 [INFO] mod_dptools.c:2133 Originate Failed.
Cause: ALLOTTED_TIMEOUT
2009-10-12 18:25:57.037695 [NOTICE] mod_dptools.c:2166 Hangup
sofia/internal/sip_1 [CS_EXECUTE] [ALLOTTED_TIMEOUT]
2009-10-12 18:25:57.037695 [NOTICE] switch_core_session.c:1087 Session 3
(sofia/internal/sip_1) Ended
2009-10-12 18:25:57.037695 [NOTICE] switch_core_session.c:1089 Close Channel
sofia/internal/sip_1 [CS_DESTROY]
--matt
On Tue, Oct 13, 2009 at 1:11 AM, Michael Collins m...@freeswitch.org wrote:
On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong mattdf...@gmail.comwrote:
when I add a leg_timeout, I get an ALLOTTED_TIMEOUT from my failed
bridge...
when an ALLOTTED_TIMEOUT is received, the hangup_after_bridge=false is not
recognized (I think). Is there anyway to get an alloted_timeout to continue
after bridge (failure)?
Try it with ignore_early_media=true and see if it's the early media that's
tripping you up.
-MC
revised dialplan cmd output
extension name=1920!--DEBUG--
condition field=destination_number expression=^1920$
action application=set data=hangup_after_bridge=false/
action application=bridge data={leg_timeout=10}sofia/gateway/
debug.com/14159927717/
action application=transfer data=1999/!-- send to unable
to reach any contacts--
/condition
/extension
freeswi...@matthew-laptop originate sofia/internal/sip_1%192.168.1.10
1920
2009-10-12 17:39:22.237622 [NOTICE] switch_channel.c:613 New Channel
sofia/internal/sip_1 [1d58fb59-c7f9-4908-b612-5bd1c12083cc]
2009-10-12 17:39:22.313524 [NOTICE] sofia.c:3552 Ring-Ready
sofia/internal/sip_1!
2009-10-12 17:39:25.142400 [NOTICE] sofia.c:3998 Channel
[sofia/internal/sip_1] has been answered
2009-10-12 17:39:25.146259 [INFO] mod_dialplan_xml.c:391 Processing
FreeSWITCH-1920 in context default
2009-10-12 17:39:25.146259 [NOTICE] switch_channel.c:613 New Channel
sofia/external/14159927717 [38cb7046-0c0d-47ef-94b5-bf8ccf35d185]
2009-10-12 17:39:25.152026 [NOTICE] switch_ivr.c:1367 Transfer
sofia/internal/sip_1 to xml[1...@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc
freeswi...@matthew-laptop 2009-10-12 17:39:25.217629 [NOTICE]
sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 17:39:36.017513 [NOTICE] switch_ivr_originate.c:297 Hangup
sofia/external/14159927717 [CS_CONSUME_MEDIA] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.017513 [INFO] switch_cpp.cpp:1116 PCHangup gw:
debug.com hc:ALLOTTED_TIMEOUT du:0 cn:sofia/external/14159927717
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 12
(sofia/external/14159927717) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close
Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 17:39:36.037520 [INFO] mod_dptools.c:2133 Originate Failed.
Cause: ALLOTTED_TIMEOUT
2009-10-12 17:39:36.037520 [NOTICE] mod_dptools.c:2166 Hangup
sofia/internal/sip_1 [CS_EXECUTE] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 11
Re: [Freeswitch-users] hangup_after_bridge=false not continueing after failed bridge
Turn on debug, make another test call, and pastebin the output.
-MC
On Mon, Oct 12, 2009 at 11:11 AM, Michael Collins m...@freeswitch.orgwrote:
On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong mattdf...@gmail.comwrote:
when I add a leg_timeout, I get an ALLOTTED_TIMEOUT from my failed
bridge...
when an ALLOTTED_TIMEOUT is received, the hangup_after_bridge=false is not
recognized (I think). Is there anyway to get an alloted_timeout to continue
after bridge (failure)?
Try it with ignore_early_media=true and see if it's the early media that's
tripping you up.
-MC
revised dialplan cmd output
extension name=1920!--DEBUG--
condition field=destination_number expression=^1920$
action application=set data=hangup_after_bridge=false/
action application=bridge data={leg_timeout=10}sofia/gateway/
debug.com/14159927717/
action application=transfer data=1999/!-- send to unable
to reach any contacts--
/condition
/extension
freeswi...@matthew-laptop originate sofia/internal/sip_1%192.168.1.10
1920
2009-10-12 17:39:22.237622 [NOTICE] switch_channel.c:613 New Channel
sofia/internal/sip_1 [1d58fb59-c7f9-4908-b612-5bd1c12083cc]
2009-10-12 17:39:22.313524 [NOTICE] sofia.c:3552 Ring-Ready
sofia/internal/sip_1!
2009-10-12 17:39:25.142400 [NOTICE] sofia.c:3998 Channel
[sofia/internal/sip_1] has been answered
2009-10-12 17:39:25.146259 [INFO] mod_dialplan_xml.c:391 Processing
FreeSWITCH-1920 in context default
2009-10-12 17:39:25.146259 [NOTICE] switch_channel.c:613 New Channel
sofia/external/14159927717 [38cb7046-0c0d-47ef-94b5-bf8ccf35d185]
2009-10-12 17:39:25.152026 [NOTICE] switch_ivr.c:1367 Transfer
sofia/internal/sip_1 to xml[1...@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc
freeswi...@matthew-laptop 2009-10-12 17:39:25.217629 [NOTICE]
sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 17:39:36.017513 [NOTICE] switch_ivr_originate.c:297 Hangup
sofia/external/14159927717 [CS_CONSUME_MEDIA] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.017513 [INFO] switch_cpp.cpp:1116 PCHangup gw:
debug.com hc:ALLOTTED_TIMEOUT du:0 cn:sofia/external/14159927717
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 12
(sofia/external/14159927717) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close
Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 17:39:36.037520 [INFO] mod_dptools.c:2133 Originate Failed.
Cause: ALLOTTED_TIMEOUT
2009-10-12 17:39:36.037520 [NOTICE] mod_dptools.c:2166 Hangup
sofia/internal/sip_1 [CS_EXECUTE] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 11
(sofia/internal/sip_1) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close
Channel sofia/internal/sip_1 [CS_DESTROY]
thanks.
--matt
On Mon, Oct 12, 2009 at 10:45 PM, Matthew Fong mattdf...@gmail.comwrote:
doh! thanks!
On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale
anthony.miness...@gmail.com wrote:
because the regex is on 1997 not 1999
On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong mattdf...@gmail.comwrote:
extension name=1999!--DIRECT POWER--
condition field=destination_number expression=^1997$
action application=playback
data=hh/hh-unable_to_connect_contact.wav/
action application=park/
/condition
/extension
my extn 1999... since it looks from the output like it's transferring,
just don't know why it's disconnecting the call instead of playing the
.wav
and parking.
On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong mattdf...@gmail.comwrote:
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179
Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
might be the line..or the entire output is below
freeswi...@matthew-laptop originate
sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel
sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready
sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel
[sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing
FreeSWITCH-1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel
sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer
sofia/internal/sip_1 to xml[1...@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
freeswi...@matthew-laptop 2009-10-12 15:21:47.369855 [NOTICE]
sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 15:22:47.009474 [NOTICE] switch_ivr_originate.c:2336 Hangup
sofia/external/14159927717 [CS_CONSUME_MEDIA] [NO_ANSWER]
Re: [Freeswitch-users] hangup_after_bridge=false not continueing after failed bridge
http://pastebin.freeswitch.org/10656
On Tue, Oct 13, 2009 at 1:34 AM, Michael Collins m...@freeswitch.org wrote:
Turn on debug, make another test call, and pastebin the output.
-MC
On Mon, Oct 12, 2009 at 11:11 AM, Michael Collins m...@freeswitch.orgwrote:
On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong mattdf...@gmail.comwrote:
when I add a leg_timeout, I get an ALLOTTED_TIMEOUT from my failed
bridge...
when an ALLOTTED_TIMEOUT is received, the hangup_after_bridge=false is
not recognized (I think). Is there anyway to get an alloted_timeout to
continue after bridge (failure)?
Try it with ignore_early_media=true and see if it's the early media that's
tripping you up.
-MC
revised dialplan cmd output
extension name=1920!--DEBUG--
condition field=destination_number expression=^1920$
action application=set data=hangup_after_bridge=false/
action application=bridge data={leg_timeout=10}sofia/gateway/
debug.com/14159927717/
action application=transfer data=1999/!-- send to unable
to reach any contacts--
/condition
/extension
freeswi...@matthew-laptop originate sofia/internal/sip_1%192.168.1.10
1920
2009-10-12 17:39:22.237622 [NOTICE] switch_channel.c:613 New Channel
sofia/internal/sip_1 [1d58fb59-c7f9-4908-b612-5bd1c12083cc]
2009-10-12 17:39:22.313524 [NOTICE] sofia.c:3552 Ring-Ready
sofia/internal/sip_1!
2009-10-12 17:39:25.142400 [NOTICE] sofia.c:3998 Channel
[sofia/internal/sip_1] has been answered
2009-10-12 17:39:25.146259 [INFO] mod_dialplan_xml.c:391 Processing
FreeSWITCH-1920 in context default
2009-10-12 17:39:25.146259 [NOTICE] switch_channel.c:613 New Channel
sofia/external/14159927717 [38cb7046-0c0d-47ef-94b5-bf8ccf35d185]
2009-10-12 17:39:25.152026 [NOTICE] switch_ivr.c:1367 Transfer
sofia/internal/sip_1 to xml[1...@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc
freeswi...@matthew-laptop 2009-10-12 17:39:25.217629 [NOTICE]
sofia.c:3552 Ring-Ready sofia/external/14159927717!
2009-10-12 17:39:36.017513 [NOTICE] switch_ivr_originate.c:297 Hangup
sofia/external/14159927717 [CS_CONSUME_MEDIA] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.017513 [INFO] switch_cpp.cpp:1116 PCHangup gw:
debug.com hc:ALLOTTED_TIMEOUT du:0 cn:sofia/external/14159927717
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 12
(sofia/external/14159927717) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close
Channel sofia/external/14159927717 [CS_DESTROY]
2009-10-12 17:39:36.037520 [INFO] mod_dptools.c:2133 Originate Failed.
Cause: ALLOTTED_TIMEOUT
2009-10-12 17:39:36.037520 [NOTICE] mod_dptools.c:2166 Hangup
sofia/internal/sip_1 [CS_EXECUTE] [ALLOTTED_TIMEOUT]
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 11
(sofia/internal/sip_1) Ended
2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close
Channel sofia/internal/sip_1 [CS_DESTROY]
thanks.
--matt
On Mon, Oct 12, 2009 at 10:45 PM, Matthew Fong mattdf...@gmail.comwrote:
doh! thanks!
On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale
anthony.miness...@gmail.com wrote:
because the regex is on 1997 not 1999
On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong mattdf...@gmail.comwrote:
extension name=1999!--DIRECT POWER--
condition field=destination_number expression=^1997$
action application=playback
data=hh/hh-unable_to_connect_contact.wav/
action application=park/
/condition
/extension
my extn 1999... since it looks from the output like it's transferring,
just don't know why it's disconnecting the call instead of playing the
.wav
and parking.
On Mon, Oct 12, 2009 at 10:23 PM, Matthew Fong
mattdf...@gmail.comwrote:
2009-10-12 15:22:47.015952 [NOTICE] switch_core_state_machine.c:179
Hangup sofia/internal/sip_1 [CS_EXECUTE] [NORMAL_CLEARING]
might be the line..or the entire output is below
freeswi...@matthew-laptop originate
sofia/internal/sip_1%192.168.1.10 1920
2009-10-12 15:21:44.029517 [NOTICE] switch_channel.c:613 New Channel
sofia/internal/sip_1 [1e722934-7e94-46aa-9d62-e6ec7e7449cf]
2009-10-12 15:21:44.121484 [NOTICE] sofia.c:3552 Ring-Ready
sofia/internal/sip_1!
2009-10-12 15:21:47.285531 [NOTICE] sofia.c:3998 Channel
[sofia/internal/sip_1] has been answered
2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing
FreeSWITCH-1920 in context default
2009-10-12 15:21:47.293452 [NOTICE] switch_channel.c:613 New Channel
sofia/external/14159927717 [6b6cc440-e1d6-415a-b84b-494117e7361d]
2009-10-12 15:21:47.293452 [NOTICE] switch_ivr.c:1367 Transfer
sofia/internal/sip_1 to xml[1...@default]
API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output:
+OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
freeswi...@matthew-laptop 2009-10-12 15:21:47.369855 [NOTICE]
sofia.c:3552 Ring-Ready sofia/external/14159927717!
Re: [Freeswitch-users] hangup_after_bridge=false not continueing after failed bridge
On Mon, Oct 12, 2009 at 12:00 PM, Matthew Fong mattdf...@gmail.com wrote: http://pastebin.freeswitch.org/10656 Matthew, Try continue_on_fail=true instead of hangup_after_bridge=false. http://wiki.freeswitch.org/wiki/Channel_Variables#continue_on_fail I think it will do what you want. -MC ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
