North American Network Operators Group|
Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical
Re: IGPs and services?
> >> Running a routing protocol on a unix box doesn't mean you're > >> using it as a router. > > Roeland> Oh? ... routing, is routing. > >The distinction is between a device having knowledge of routing tables >and forwarding packets -- in fact in most instances where I am doing >something like this I have "net.inet.ip.forwarding = 0". picture something like this: | +-----------------+-------------------+ | | | net-x net-y net-z | | | rtr-a rtr-b rtr-c | | | +-----------------+-------------------+ | hst-m where host m is running some routing protocol and talking to a, b, and c. host m is clearly not routing packets, but it does have a very clear notion of how to get to networks x, y, and z. this means it doesn't have to rely on (nor should it, for problems previously stated) icmp redirects to determine the "proper" gateway. it also doesn't have to have multiple default routes: something that doesn't always work very well at the host level. it also knows from speaking to these routers that it can get to each network through the other routers, even though the "cost" will be higher. this means that if one of its gateway routers (a, b, or c) goes down, it can still find the three networks that it wants. running something like bgp (for example) between the host and the routers also gives it a clearer mechanism for determining if the router is down, as opposed to saying "gee...he seems awful quiet". -- |-----< "CODE WARRIOR" >-----| [email protected] * "ah! i see you have the internet [email protected] (Andrew Brown) that goes *ping*!" [email protected] * "information is power -- share the wealth."