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@communicatefreely.net <mailto:fs-list@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@lists.freeswitch.org <mailto: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