still no luck...
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 19202009-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 answered2009-10-12 17:39:25.146259 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default2009-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-5bd1c12083ccfreeswitch@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/141599277172009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1087 Session 12 (sofia/external/14159927717) Ended2009-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_TIMEOUT2009-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) Ended2009-10-12 17:39:36.037520 [NOTICE] switch_core_session.c:1089 Close Channel sofia/internal/sip_1 [CS_DESTROY]thanks.--mattOn 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 1999On 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 19202009-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 answered2009-10-12 15:21:47.290996 [INFO] mod_dialplan_xml.c:391 Processing FreeSWITCH->1920 in context default2009-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-e6ec7e7449cffreeswitch@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/141599277172009-10-12 15:22:47.009474 [NOTICE] switch_core_session.c:1087 Session 47 (sofia/external/14159927717) Ended2009-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_ANSWER2009-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 default2009-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) Ended2009-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 variableDialplan<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 Commandoriginate sofia/internal/sip_1%192.168.1.10 1920When 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--matthttp://www.hellohunter.com - Predictive Dialerhttp://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
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@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
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@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