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@cassidywebservices.co.uk> To: FreeSWITCH Users Help <freeswitch-users@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@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@verizon.net> To: 'FreeSWITCH Users Help' <freeswitch-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- Andrew Cassidy BSc (Hons) MBCS SSCA Managing Director T 03300 100 960 F 03300 100 961 E andrew@cassidywebservices.co.uk W www.cassidywebservices.co.uk _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com 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