I have 2 cable modems on a server (Linux 2.6.22). I use
multipath, so the route is something like this:
default 
        nexthop via 201.6.102.1  dev eth1 weight 256
        nexthop via 201.6.107.1  dev eth2 weight 128
	The first one (eth1) has a higher priority, then when it goes
down, I can "ifconfig" the interface eth1 down and Linux automatically
detects the "dead" gateway and change the route to the second one.
	Ok. The problem is that when one of the modems goes down, and
as they use the cdc_ether module to communicate via USB, the *entire*
route is erased because one of the devices doesn''t exist anymore. 
	It''s not a problem with hotplug, since it''s correct to remove
the device and the route that would go through it. But it would be nice
if the kernel just removed the specific "nexthop" which uses the
inactive device instead of removing the entire default route.
	Is there a way to tell the kernel to do that? Or to not remove
the route at all and just mark the "nexthop" with the inactive device
as dead and wait for it to come back alive?
	Thank you!
-- 
Linux 2.6.22: Holy Dancing Manatees, Batman!
http://www.lastfm.pt/user/danielfraga
http://u-br.net
The Cranberries - "Dreams" (Everybody Else Is Doing It, So Why
Can''t
We?) Linux 2.6.22: Holy Dancing Manatees, Batman!
http://www.lastfm.pt/user/danielfraga
http://u-br.net
Oasis - "Wonderwall" ((What''s the Story) Morning Glory?)
On 7/23/2007 8:59 PM, Dâniel Fraga wrote:> Is there a way to tell the kernel to do that? Or to not remove > the route at all and just mark the "nexthop" with the inactive device > as dead and wait for it to come back alive?Do some reading about Julian Anastasov''s kernel patches, in particular the dead gateway detection patch (http://www.ssi.bg/~ja/dgd.txt). Grant. . . .
On Mon, 23 Jul 2007 23:27:37 -0500 Grant Taylor <gtaylor@riverviewtech.net> wrote:> Do some reading about Julian Anastasov''s kernel patches, in > particular the dead gateway detection patch > (http://www.ssi.bg/~ja/dgd.txt).Yes, I read that, but I don''t understand why those patches aren''t merged in the kernel. Is there some kind of opposition to these patches? Thanks. -- Linux 2.6.22: Holy Dancing Manatees, Batman! http://www.lastfm.pt/user/danielfraga http://u-br.net Sade - "Kiss of Life" (The Best of Sade - 2002)
On 07/25/07 01:58, Dâniel Fraga wrote:> Yes, I read that, but I don''t understand why those patches aren''t > merged in the kernel. Is there some kind of opposition to these > patches?Julian would be the better person to ask, but I''ll take a stab at it. I don''t know of any opposition per say that is preventing the patches from going in to the main line kernel. I think it has more to do with the need for the functionality verses the complexity both of which in conjunction with the fact that in the later 2.6 kernel networking and net filter code has undergone *MASSIVE* changes. As such the demand to get the patches in to the kernel has probably not been high enough to warrant the effort, especially if the patches will apply cleanly to a stock kernel.> Thanks.*nod* Grant. . . .
Possibly Parallel Threads
- Definitive way to aggregate bandwidth using multiple links
- may be save on other directory
- ST7 RS232 USB Bridge (STMicroelectronics) UPS
- Is there a way to version the contents of a table as a set?
- [Bug 1585] New: Allow an `Include' option which reads another config file in place and does not error out when `Include' file not readable