[6041] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Why doesn't BGP...

daemon@ATHENA.MIT.EDU (Deepak Jain)
Fri Nov 8 22:32:37 1996

Date: Fri, 8 Nov 1996 22:17:16 -0500 (EST)
From: Deepak Jain <deepak@jain.com>
To: Ed Morin <edm@halcyon.com>
cc: nanog@merit.edu
In-Reply-To: <Pine.ULT.3.95.961108181343.7421Y-100000@halcyon.halcyon.com>


Can't you adjust your metrics/weights to prefer the low speed links less?

-Deepak.

On Fri, 8 Nov 1996, Ed Morin wrote:

> With all the recent talk about BGP, etc., I thought I'd see if anybody
> knows the reasoning behind a particular short-coming of BGP that I've
> noticed and found particularly bothersome...
> 
> We peer, using BGP, with several "backbone" provider networks for transit
> purposes.  Some of these links are "faster" than others (e.g. T-3 vs.
> multiple T-1 and single T-1) for various reasons.  If our router sees
> a route to a particular destination via a "high-speed" link and a "low-
> speed" link that has the _same_ number of AS "hops", it picks the link
> with the "lowest" IP address!  (At least that's what I'm told and what
> I observe...)
> 
> Why doesn't BGP pick the link with the highest bandwidth, or, better
> yet, pick the link with the highest bandwidth AND least congestion to
> label as the "best" available route?  The needed information is avail-
> able in the router (and if it was somebody doing BGP from a host that
> was separate from the box with the interfaces, well, then too bad I
> guess) and can't be _that_ hard to incorporate can it?
> 
> I'll get off my soapbox now...
> 
> Ed
> 
> 

home help back first fref pref prev next nref lref last post