North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: Why doesn't BGP...

  • From: Ed Morin
  • Date: Sat Nov 09 13:35:58 1996

Well, at a minimum you can do a "bandwidth 44210" (or whatever) as part
of your router configuration to "tell" your router how fast it _can_ go.

How much of this _really_ gets passed on to other nodes via BGP sessions.
If you hear a route from 4 different links, aren't you simply passing on
to your neighbor (filters aside for the moment) that you "know how to
get to that net" regardless of which way you shove the packet at any
particular time?  That is, do you really pass on the destination link
info as well as the net info?

On Sat, 9 Nov 1996, Avi Freedman wrote:

> > Look, I can do a "show interface" on any interface and see what speed
> > it's running at and if it's dropping packets.  If BGP hears a route
> > on an interface that isn't dropping packets shouldn't _that_ route
> > be considered "best" all other things being equal (hop counts and
> > all)?  You can't tell me the router doesn't know this information
> > because _I_ get the information from the router itself!!
> > 
> > I understand about route instabilities, etc.  All I'm talking about
> > here is a better "tie breaker" than ordinate numbers of IP addresses.
> 
> The router really can't see how fast an interface *can* go unless it's
> maxed out.  That's not really useful information in a route-selection
> decision.
> 
> It's possible that the packet loss might weight a better path but you
> would have to be careful about reweighting 20k paths every few minutes...
> Especially if you pass those decisions on to other routers :)
> 
> Avi
> 
> 

Ed Morin
Northwest Nexus Inc. (206) 455-3505 (voice)
Professional Internet Services
edm@nwnexus.WA.COM

- - - - - - - - - - - - - - - - -