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