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?
Hi, the first one will be easier to use. To get more control you could make something like your second way - but you will have to make sure that the second bridge is executed only if the first one fails. You could check the state using the DIALSTATUS variable. For example the DIALSTATUS could be "NORMAL_TEMPORARY_FAILURE" which means in case of some ISDN to SIP Gateways that you have no more free lines available. Soeren On 18.09.2013 03:30, Andre wrote:
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
-- AereA NetworX UG (haftungsbeschränkt) Im Camisch 8 07768 Kahla Geschäftsführerin: Franziska Sprenger Handelsregister: Jena B504724 E-Mail: info@aerea.de Web: http://www.aerea.de Fon: +49 (0) 36424 760823 Fax: +49 (0) 36651 1390009
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
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 <info@cassidywebservices.co.uk> *03300 100 960 *F<info@cassidywebservices.co.uk> *03300 100 961 *E <info@cassidywebservices.co.uk> *andrew@cassidywebservices.co.uk *W <info@cassidywebservices.co.uk> *www.cassidywebservices.co.uk
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
participants (4)
-
Andre
-
Andrew Cassidy
-
Stanislav Sinyagin
-
Sören Sprenger