[Freeswitch-users] Bridge Failover

[Stanislav Sinyagin]

it's probably not much difference, but you make the routing decisions based on the gateway status, instead of call status. 







________________________________
 From: Andrew Cassidy <andrew at cassidywebservices.co.uk>
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org> 
Sent: Wednesday, September 18, 2013 11:42 AM
Subject: Re: [Freeswitch-users] Bridge Failover
 


what's wrong with just setting hangup_after_bridge for the second example:

<action application="set" data="continue_on_fail=true"/>
<action application="set" data="hangup_after_bridge=true"/>
<action application="bridge" data="sofia/gateway/primary/dialstring "/>
<action application="bridge" data="sofia/gateway/secondary/dialstring"/>

That should make it stop after the first successful one. 



On 18 September 2013 07:02, Stanislav Sinyagin <ssinyagin at yahoo.com> wrote:

actually a cool feature would be to have a function that returns the current status of a gateway.
>
>There is a function "sofia_contact" which allows you to route the calls differently if the user is not logged in.
>
>If there was a function like "gateway_status", the dialplan could look like something like this:
>
> <condition field="${sofia_gw_status(primary}" expression="^REGED" break="on-true">
>
>... do something...
></condition>
><condition  alternative route ...
>
>
>
>
>
>
>
>
>
>________________________________
> From: Andre <andretodd at verizon.net>
>To: 'FreeSWITCH Users Help' <freeswitch-users at lists.freeswitch.org> 
>Sent: Wednesday, September 18, 2013 3:30 AM
>Subject: [Freeswitch-users] Bridge Failover
> 
>
>
> 
>HI, is there a difference in fail over for a bridge from this:
> 
><action application="bridge" data="sofia/gateway/primary/dialstring|sofia/gateway/secondary/dialstring"/>
> 
>Or just adding to bridges?
> 
><action application="set" data="continue_on_fail=true"/>
><action application="bridge" data="sofia/gateway/primary/dialstring "/>
><action application="bridge" data="sofia/gateway/secondary/dialstring"/>
> 
>What is the best way for failover?
>
>_________________________________________________________________________
>Professional FreeSWITCH Consulting Services:
>consulting at freeswitch.org
>http://www.freeswitchsolutions.com
>
>
>
>
>Official FreeSWITCH Sites
>http://www.freeswitch.org
>http://wiki.freeswitch.org
>http://www.cluecon.com
>
>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
>
>
>
>_________________________________________________________________________
>Professional FreeSWITCH Consulting Services:
>consulting at freeswitch.org
>http://www.freeswitchsolutions.com
>
>
>
>
>Official FreeSWITCH Sites
>http://www.freeswitch.org
>http://wiki.freeswitch.org
>http://www.cluecon.com
>
>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
>
>


-- 
Andrew Cassidy BSc (Hons) MBCS SSCA
Managing Director




T 03300 100 960  F 03300 100 961
E andrew at cassidywebservices.co.uk
W www.cassidywebservices.co.uk
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org
http://www.freeswitchsolutions.com




Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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/20130918/f7770ed3/attachment-0001.html