Date: Fri, 27 Jul 2001 14:19:37 -0300 From: "Daniel C. Sobral" <daniel.sobral@tcoip.com.br> To: "Bulger, Tim" <TBulger@ea.com> Cc: "'zebra@zebra.org'" <zebra@zebra.org>, net@FreeBSD.org Subject: Re: [zebra 9666] Re: Linux/Ethernet interface status? Linux & BSD Message-ID: <3B61A2A9.4050409@tcoip.com.br> References: <FDEDA1BCEEBFD4118FFB00508BB1940B03419296@eahq-mb2>
next in thread | previous in thread | raw e-mail | index | archive | help
Bulger, Tim wrote: > I agree completely re: Zebra being in control of the static route handling > process. If it is capable of determining the interface status (kernel > up/down is recognized), it can add or remove the static routes as necessary. > If the kernel is aware of the interface status but continues to consider > itself connected to that network (by maintaining the connected route in the > table), there is no way to configure a backup route to that network using > the very basic concept of networking that is routes with different > metrics... As I said, for a workstation to maintain its routing table > despite the interface status is great because without a routing daemon you > don't have to directly manage it after a down/up event. For a router or a > server that is employing routing for a backup solution, this is inadequate. > An option in the kernel to allow this behavior would be ideal. The kernel does not "maintain" any routes. When you ifconfig an interface up, a route is created. It is responsibility of the routing daemon to remove that route if it feels it is appropriate. It is perfectly possible to have the interface up without any routes on it, even if it has an address/netmask. In fact, it happened to me due to some obscure bug in Zebra once. :-) -- Daniel C. Sobral (8-DCS) Daniel.Sobral@tcoip.com.br dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net Boy, n.: A noise with dirt on it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3B61A2A9.4050409>