netdev
[Top] [All Lists]

Re: Link detection

To: Thomas Graf <tgraf@xxxxxxx>
Subject: Re: Link detection
From: Hasso Tepper <hasso@xxxxxxxxx>
Date: Mon, 14 Mar 2005 20:41:21 +0200
Cc: netdev@xxxxxxxxxxx
In-reply-to: <20050314145710.GO31837@xxxxxxxxxxxxxx>
Organization: Elion Enterprises Ltd.
References: <200503141435.38227.hasso@xxxxxxxxx> <200503141605.02959.hasso@xxxxxxxxx> <20050314145710.GO31837@xxxxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: KMail/1.7.2
Thomas Graf wrote:
> * Hasso Tepper <200503141605.02959.hasso@xxxxxxxxx> 2005-03-14 16:05
> > I think that you misunderstood. I don't talk about any routes created
> > by any user space applications or by user. These _must_ be untouched of
> > course. I'm talking about routes _kernel_ creates if address is added
> > to the interface. All other routes are not problem anyway. Even if
> > their next hop points to network behind down interface, their next hop
> > is unreachable and route shouldn't be used, no?
>
> Makes a lot more sense now. Yes, the nexthops should be marked
> unreachable since the routing cache flushed upon a NETDEV_CHANGE.
>
> What about setting RFT_REJECT/RTN_UNREACHABLE on those routes for the
> time the carrier is gone?

From users' point of view I think that any solution is acceptable which 
prevents kernel to actually use these routers if carrier is down. And 
setting flags might be less expensive of course.


with my best wishes,

-- 
Hasso Tepper
Elion Enterprises Ltd.
WAN administrator


<Prev in Thread] Current Thread [Next in Thread>