[OLSR-users] Anyone tried two nodes with internet connection?

Rajesh Narayanan (spam-protected)
Thu Jan 11 21:25:29 CET 2007


This is precisely the question that I have been myself thinking since
yesterday. I thought of going back to routing fundamentals to see if there
is a good answer. So far I have not been able to think of anything except a
'not so clean hack' that would sound soemthing like this:

1. Write a script to ping (dyn-gw already does this) on the default WAN
2. If Pings succeed dont do anything
3. If ping fails then delete the default route.
    - This is the part you were talking about. HOW DO I RECOVER??
    - Since if I delete the route then the pings are not going out of this
interface anyways.
4. The hack is as follows:
    - every 5 mins add the default route.
    - test ping through that interface
    - if successful then leave it
    - else, delete the default route again.

I know this is BAAAAAAAAAAAD, but all I want is that I should use the OLSR
link only as a redundancy mechanism. Whereing if my DSL/Cable connection
dies then I use my neighbors (who would be running olsr too of course) to
reach the internet.


On 1/11/07, Bernd Petrovitsch <(spam-protected)> wrote:
> On Wed, 2007-01-10 at 12:15 -0800, Rajesh Narayanan wrote:
> > Well, thats right and exactly the problem I am having.
> > Even when the pings do not go through via the static route, the router
> > does not route the pings via the route introduced by the OLSR. But
> > when I manually remove the static route, the pings are successful.
> >
> > My question is that this process should be transparent to the user. I
> > should
> >  not need to go remove the static route so that I can reach via the
> > olsr route.
> How do you think the box (which just detected the upstream loss) should
> detect the recovery *of it's own* upstream link afterwards?
> [ Killed useless fullquote ]
>         Bernd
> --
> Firmix Software GmbH                   http://www.firmix.at/
> mobil: +43 664 4416156                 fax: +43 1 7890849-55
>           Embedded Linux Development and Services
> _______________________________________________
> olsr-users mailing list
> (spam-protected)
> https://www.olsr.org/mailman/listinfo/olsr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.olsr.org/pipermail/olsr-users/attachments/20070111/f3ee381b/attachment.html>

More information about the Olsr-users mailing list