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
