Turn on debug, make another test call, and pastebin the output. -MC On Mon, Oct 12, 2009 at 11:11 AM, Michael Collins <[email protected]>wrote:
> > > On Mon, Oct 12, 2009 at 10:42 AM, Matthew Fong <[email protected]>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 <[email protected]>wrote: >> >>> doh! thanks! >>> >>> >>> On Mon, Oct 12, 2009 at 10:33 PM, Anthony Minessale < >>> [email protected]> wrote: >>> >>>> because the regex is on 1997 not 1999 >>>> >>>> >>>> >>>> On Mon, Oct 12, 2009 at 10:25 AM, Matthew Fong <[email protected]>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 <[email protected]>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 < >>>>>> [email protected]> 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 >>>>>>> <[email protected]>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 >>>>>>>> [email protected] >>>>>>>> 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:[email protected]<msn%[email protected]> >>>>>>> GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]> >>>>>>> IRC: irc.freenode.net #freeswitch >>>>>>> >>>>>>> FreeSWITCH Developer Conference >>>>>>> sip:[email protected]<sip%[email protected]> >>>>>>> iax:[email protected]/888 >>>>>>> googletalk:[email protected]<googletalk%3aconf%[email protected]> >>>>>>> pstn:213-799-1400 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> FreeSWITCH-users mailing list >>>>>>> [email protected] >>>>>>> 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 >>>>> [email protected] >>>>> 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:[email protected] <msn%[email protected]> >>>> GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]> >>>> IRC: irc.freenode.net #freeswitch >>>> >>>> FreeSWITCH Developer Conference >>>> sip:[email protected] <sip%[email protected]> >>>> iax:[email protected]/888 >>>> googletalk:[email protected]<googletalk%3aconf%[email protected]> >>>> pstn:213-799-1400 >>>> >>>> _______________________________________________ >>>> FreeSWITCH-users mailing list >>>> [email protected] >>>> 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 >> [email protected] >> 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
