[Freeswitch-users] is this possible to "return" from the transfer?

[Steven Ayre]

They're very different things. Bridge attempts to create a new channel
(bleg) and if it succeeds joins it to the first channel (aleg). That
means the aleg is waiting to see whether it worked, and as such can
continue processing from the same point in the dialplan. Transfer is a
bit like a GOTO - it jumps dialplan processing to another
context+extension, so it can't return if that fails (what is a
failure? Not matching an extension doesn't necessarily mean it
failed).

You could try using a loopback bridge. That'll could allow you to
create a new outgoing channel internally which could be handled by the
other context, and it would be able to continue if that failed since
it's still a bridge.

-Steve



On 8 November 2010 10:23, Boris Kovalenko <boris at tagnet.ru> wrote:
> Hello!
>
>     With "bridge" we can do something like:
>
> <action application="set" data="continue_on_fail=true"/>
> <action application="bridge" ..."/>
> <action application="bridge" ..."/>
> <action application="bridge" ..."/>
>
> Is this possible to get same behavior with "transfer"? For example:
> <action application="set" data="continue_on_fail=true"/>
> <action application="tranfer" data="$1 XML context1"/>
> <action application="tranfer" data="$1 XML context2"/>
> <action application="tranfer" data="$1 XML context3"/>
>
> The idea - to find what context may serve the called number.
>
> --
>
> С уважением,
>   Борис Коваленко
>   ЗАО "Тагнет"
>   (3435) 494991
>
>
>
> _______________________________________________
> 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
>