hangup_after_bridge=false not continueing after failed bridge
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
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 <mattdfong@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_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
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.... freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf freeswitch@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[1999@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.minessale@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 <mattdfong@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_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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
<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 <mattdfong@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....
freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
freeswitch@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[1999@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.minessale@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 <mattdfong@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_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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
because the regex is on 1997 not 1999 On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com> wrote:
<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 <mattdfong@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....
freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
freeswitch@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[1999@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.minessale@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 <mattdfong@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_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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
_______________________________________________ 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_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
doh! thanks! On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
because the regex is on 1997 not 1999
On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com>wrote:
<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 <mattdfong@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....
freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
freeswitch@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[1999@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.minessale@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 <mattdfong@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_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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
_______________________________________________ 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_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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
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> freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc freeswitch@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 <mattdfong@gmail.com> wrote:
doh! thanks!
On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
because the regex is on 1997 not 1999
On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com>wrote:
<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 <mattdfong@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....
freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
freeswitch@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[1999@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.minessale@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 <mattdfong@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_minessale@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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
_______________________________________________ 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_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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
On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong <mattdfong@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>
freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc
freeswitch@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 <mattdfong@gmail.com>wrote:
doh! thanks!
On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
because the regex is on 1997 not 1999
On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com>wrote:
<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 <mattdfong@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....
freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
freeswitch@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[1999@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.minessale@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 <mattdfong@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_minessale@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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
_______________________________________________ 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_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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
_______________________________________________ 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
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> freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 3fc6efb2-e4fa-454a-abb7-ebe39da748f5 freeswitch@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 <msc@freeswitch.org> wrote:
On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong <mattdfong@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>
freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc
freeswitch@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 <mattdfong@gmail.com>wrote:
doh! thanks!
On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
because the regex is on 1997 not 1999
On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com>wrote:
<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 <mattdfong@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....
freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
freeswitch@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[1999@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.minessale@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 <mattdfong@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_minessale@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> > iax:guest@conference.freeswitch.org/888 > googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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 > >
_______________________________________________ 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_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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
_______________________________________________ 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
_______________________________________________ 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
Turn on debug, make another test call, and pastebin the output. -MC On Mon, Oct 12, 2009 at 11:11 AM, Michael Collins <msc@freeswitch.org>wrote:
On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong <mattdfong@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>
freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc
freeswitch@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 <mattdfong@gmail.com>wrote:
doh! thanks!
On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
because the regex is on 1997 not 1999
On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com>wrote:
<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 <mattdfong@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....
freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf
freeswitch@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[1999@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.minessale@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 <mattdfong@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_minessale@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> > iax:guest@conference.freeswitch.org/888 > googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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 > >
_______________________________________________ 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_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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
_______________________________________________ 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
http://pastebin.freeswitch.org/10656 On Tue, Oct 13, 2009 at 1:34 AM, Michael Collins <msc@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 <msc@freeswitch.org>wrote:
On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong <mattdfong@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>
freeswitch@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[1920@default] API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: +OK 1d58fb59-c7f9-4908-b612-5bd1c12083cc
freeswitch@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 <mattdfong@gmail.com>wrote:
doh! thanks!
On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
because the regex is on 1997 not 1999
On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <mattdfong@gmail.com>wrote:
<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 <mattdfong@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.... > > freeswitch@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[1920@default] > API CALL [originate(sofia/internal/sip_1%192.168.1.10 1920)] output: > +OK 1e722934-7e94-46aa-9d62-e6ec7e7449cf > > freeswitch@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[1999@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.minessale@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 <mattdfong@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_minessale@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> >> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> >> iax:guest@conference.freeswitch.org/888 >> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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 >> >> >
_______________________________________________ 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_minessale@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@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
_______________________________________________ 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
_______________________________________________ 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
On Mon, Oct 12, 2009 at 12:00 PM, Matthew Fong <mattdfong@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
participants (3)
-
Anthony Minessale
-
Matthew Fong
-
Michael Collins