[Freeswitch-users] Enterprise bridge variables vs. regular bridge.

[Michael Collins]

How about using 'execute_on_media=transfer xxx XML default' to handle the
case where the call does ring and then having the unsuccessful call just
continue on in the current dialplan extension? You can make the assumption
that if the call is transferred then you had ringing (media) but if the call
is not transferred then you know it never rang at the far end.

-MC

On Fri, Sep 24, 2010 at 8:20 PM, Tim St. Pierre <
fs-list at communicatefreely.net> wrote:

> Hopefully, but there is a possibility that none of the legs rang.
>
> Here's my scenario -
>
> We ring a group of phones at a customer site, but their Internet connection
> is down, or the power is
> out, or something has happened that takes out all the phones in the group.
>  Instead of going to
> voice mail, we want to redirect the call to a cell phone, or to another
> destination.
>
> I mostly just need to know if any of the bridges got to a ringing state
> before the timeout or not.
>
> Thanks!
>
> -Tim
>
> Michael Collins wrote:
> > Isn't the cause always going to be the same, namely that all the legs
> > timed out?
> > -MC
> >
> > On Fri, Sep 24, 2010 at 12:22 PM, Tim St. Pierre
> > <fs-list at communicatefreely.net <mailto:fs-list at communicatefreely.net>>
> > wrote:
> >
> >     Anthony Minessale wrote:
> >     > with enterprise originate, put vars you want to get set on all
> >     > channels in <> instead of {}
> >     > enterprise originate is another dimension of originates where each
> >     > string between :_: delim is an entire new originate thread using
> all
> >     > of the other functionality separately so each one has a dedicated
> {}
> >     > area.
> >     > <> is global to all sub originate processes
> >
> >     Aha!  So that's what the syntax is.
> >
> >     What can I do about the cause code?  Is there any way to use the
> >     cause code from the first element
> >     (or any specific element) for decision making later on?
> >
> >
> >
> >
> >     _______________________________________________
> >     FreeSWITCH-users mailing list
> >     FreeSWITCH-users at lists.freeswitch.org
> >     <mailto:FreeSWITCH-users at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100927/8d1c4f83/attachment-0001.html