Date: Sat, 03 Mar 2007 23:44:12 +0100 From: Andre Oppermann <andre@freebsd.org> To: Yar Tikhiy <yar@comp.chem.msu.su> Cc: freebsd-net@freebsd.org, Bruce M Simpson <bms@incunabulum.net> Subject: Re: CARP behaviour Message-ID: <45E9FA3C.5030404@freebsd.org> In-Reply-To: <20070303213406.GA40430@comp.chem.msu.su> References: <45E8BB39.9030602@incunabulum.net> <20070303213406.GA40430@comp.chem.msu.su>
next in thread | previous in thread | raw e-mail | index | archive | help
Yar Tikhiy wrote: > On Sat, Mar 03, 2007 at 12:03:05AM +0000, Bruce M Simpson wrote: >> During testing of M_PROMISC I noticed a couple of issues with our CARP. >> >> 1. carp doesn't seem to maintain input/output statistics on its ifnet. > > This should be OK. A carp(4) interface is just a place for CARP > settings to live. No real traffic passes through it. > >> 2. carp doesn't seem to detect that the underlying route to the subnet >> its address is exposed on changed to another interface. > > I seem to recollect that I ran into this issue, too. Of course, > it's a bug. CARP apparently caches the old route forever. It > should track such a change if it doesn't yet. We have a sort of > notification for the event, don't we? The userland has the routing > socket for that, but I don't remember about the kernel. We shouldn't cache route pointers anywhere anymore. It has been completely removed from the PCBs and things like gif and others. > Thank you for paying attention to that! -- Andre
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?45E9FA3C.5030404>