Hey Michael,
The script that I was referring to (back in 2010....wow how time flies) was
primarily created by others at a company I am no longer with, so I am not
at liberty to give it out.
However, I can certainly confirm that it worked quite well and is very
simple to implement. With some basic shell scripting, you could probably
put something good together in under an hour. As I believe I mentioned
previously, it basically used two static host routes to force traffic to
certain IP addresses through each of the two circuits (Primary and
Failover). Then we used pings to perform periodic beacon probing out each
interface. If the IP being forced through the primary circuit failed to
respond but the Failover IP did, it would assume the Primary circuit was
down and change the default route to go through the Failover circuit. It
would then continue to monitor the Primary circuit and, if it we started
receiving responses again over a period of time (maybe a minute to prevent
flapping), the default route would be changed back. While a Primary failure
would of course kill any active calls, the Primary preempt wouldn't. The
underlying type of circuit should be irrelevant.
I would suggest using something like each circuits default gateway to
ensure that a failed response truly indicated a circuit or similar failure.
In other words, don't use something far away or that you don't have control
over (i.e. 4.2.2.2). Otherwise, if it went unreachable for any reason, your
system would failover unnecessarily.
I do think it would be a useful feature to add into Astlinux though, as I
could see many people utilizing it.
Let me know if you have any questions.
--James
On Sun, Oct 20, 2013 at 6:27 PM, Michael Knill <
michael.kn...@ipcsolutions.com.au> wrote:
> Thanks Michael
>
> It was mentioned in the list the use of a script that monitors the
> connection and changes the default gateway if it goes down.
> As this is exactly what I want to do, I would love to hear from James or
> others how well this works. Would you be happy to share the script?
>
> Thanks to all.
>
> Regards
> Michael Knill
>
>
>
>
> On 20/10/2013, at 8:34 PM, Michael Keuter <li...@mksolutions.info> wrote:
>
> >
> > Am 20.10.2013 um 00:56 schrieb Michael Knill <
> michael.kn...@ipcsolutions.com.au>:
> >
> >> To the group
> >>
> >> I have a customer who wants a redundant broadband connection and I was
> wondering if anyone has a working failover solution before I start
> developing one.
> >> I realise that Astlinux has a failover solution but I dont think it
> will be intuitive enough for automatic failover e.g. no PPP interfaces and
> relies on physical interface status?
> >> An Asterisk failover solution along with redundant broadband
> connections is also something that I have considered.
> >>
> >> I think with this sort of feature, Astlinux could be provided to larger
> customers where single points of failure is an issue.
> >>
> >> Regards
> >> Michael Knill
> >
> > Hi Michael,
> >
> > we had this topic already quite a while ago on both lists.
> >
> > Here for reference:
> >
> http://www.mail-archive.com/astlinux-users@lists.sourceforge.net/msg04561.html
> >
> http://sourceforge.net/mailarchive/forum.php?thread_name=51FDED75-9854-4B98-97F3-E239F1197221%40lonnie.abelbeck.com&forum_name=astlinux-devel
> >
> > Michael
> >
> > http://www.mksolutions.info
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > October Webinars: Code for Performance
> > Free Intel webinars can help you accelerate application performance.
> > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> > the latest Intel processors and coprocessors. See abstracts and register
> >
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk_______________________________________________
> > Astlinux-users mailing list
> > Astlinux-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/astlinux-users
> >
> > Donations to support AstLinux are graciously accepted via PayPal to
> pay...@krisk.org.
>
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
> _______________________________________________
> Astlinux-users mailing list
> Astlinux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to
> pay...@krisk.org.
>
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to
pay...@krisk.org.
