Re: Addr: Re: BGP-4 - revised I-D
Curtis Villamizar <curtis@ans.net> Sat, 24 August 1996 06:07 UTC
Received: from ietf.org by ietf.org id aa16761; 24 Aug 96 2:07 EDT
Received: from cnri by ietf.org id aa16757; 24 Aug 96 2:07 EDT
Received: from merit.edu by CNRI.Reston.VA.US id aa02351; 24 Aug 96 2:07 EDT
Received: (from daemon@localhost) by merit.edu (8.7.5/merit-2.0) id BAA29684
for idr-outgoing; Sat, 24 Aug 1996 01:28:59 -0400 (EDT)
Received: from interlock.ans.net (interlock.ans.net [147.225.5.5]) by
merit.edu (8.7.5/merit-2.0) with SMTP id BAA29679 for <bgp@merit.edu>;
Sat, 24 Aug 1996 01:28:53 -0400 (EDT)
Received: by interlock.ans.net id AA22285
(InterLock SMTP Gateway 3.0 for bgp@ans.net);
Sat, 24 Aug 1996 01:28:49 -0400
Received: by interlock.ans.net (Internal Mail Agent-1);
Sat, 24 Aug 1996 01:28:49 -0400
Message-Id: <199608240526.BAA08396@brookfield.ans.net>
To: Tony Li <tli@jnx.com>
Cc: jyy@ans.net, rwoundy@vnet.ibm.com, curtis@ans.net, bgp@ans.net
Reply-To: curtis@ans.net
Subject: Re: Addr: Re: BGP-4 - revised I-D
In-Reply-To: Your message of "Fri, 23 Aug 1996 17:54:33 PDT."
<199608240054.RAA07883@chimp.jnx.com>
Date: Sat, 24 Aug 1996 01:26:46 -0400
Sender: ietf-archive-request@ietf.org
From: Curtis Villamizar <curtis@ans.net>
X-Orig-Sender: owner-idr@merit.edu
Precedence: bulk
In message <199608240054.RAA07883@chimp.jnx.com>om>, Tony Li writes: > > I personally prefer NOT to compare MED values from different neighbor ASs. > The usage of MED is to distinguish multiple exit points to a particular > external AS. If the WG decides to compare MED values from different ASs > then I suggest the definition of the MEDs and the reference to MEDs in > the bgp4 spec needs to be changed as well. > > If one were to follow down this path of global MED values, we're pretty > much all the way back to a global administratively defined metric. We can > go there if folks want, but global metrics have always been a rathole to be > avoided. > > I would further suggest that any such metric might as well be an entirely > new attribute, and that we allow MED to die a quiet death. > > Tony Tony, MEDs are useful and are still useful if compared across AS. The way we use BGP, no two AS should be announcing the same prefix at the same local-pref under normal circumstances. If the local-pref were the same I'd rather have something that didn't form a routing loop. I don't care if the solution is to compare MED across AS or to use Rich Woundy's scheme of comparing allroutes on the basis of AS using MED and then compare the best from each AS ignoring MED. Both will prevent route loops. Some people find the former to be ugly but it is much easier to code. Getting rid of MED is not a constructive suggestion. Curtis
- Addr: Re: BGP-4 - revised I-D rwoundy
- Re: Addr: Re: BGP-4 - revised I-D Curtis Villamizar
- RE: Addr: Re: BGP-4 - revised I-D NITTMANN Michael (MSMail)
- Re: Addr: Re: BGP-4 - revised I-D Curtis Villamizar
- Re: Addr: Re: BGP-4 - revised I-D Jessica Yu
- Re: Addr: Re: BGP-4 - revised I-D Tony Li
- Re: Addr: Re: BGP-4 - revised I-D Curtis Villamizar
- Re: Addr: Re: BGP-4 - revised I-D Curtis Villamizar
- Re: Addr: Re: BGP-4 - revised I-D John G. Scudder
- Re: Addr: Re: BGP-4 - revised I-D Curtis Villamizar
- Re: Addr: Re: BGP-4 - revised I-D Tony Li
- Re: Addr: Re: BGP-4 - revised I-D Curtis Villamizar
- Re: Addr: Re: BGP-4 - revised I-D Curtis Villamizar
- Re: Addr: Re: BGP-4 - revised I-D Tony Li
- Re: Addr: Re: BGP-4 - revised I-D John G. Scudder
- Re: Addr: Re: BGP-4 - revised I-D Tony Li
- Re: Addr: Re: BGP-4 - revised I-D Curtis Villamizar
- Re: FW: Addr: Re: BGP-4 - revised I-D Curtis Villamizar
- Re: Addr: Re: BGP-4 - revised I-D Curtis Villamizar
- Re: Addr: Re: BGP-4 - revised I-D Curtis Villamizar
- Re: Addr: Re: BGP-4 - revised I-D Tony Li
- Re: Addr: Re: BGP-4 - revised I-D Curtis Villamizar
- Re: Addr: Re: BGP-4 - revised I-D Tony Li
- Re: Addr: Re: BGP-4 - revised I-D John G. Scudder
- Re: Addr: Re: BGP-4 - revised I-D John G. Scudder
- FW: Addr: Re: BGP-4 - revised I-D NITTMANN Michael (MSMail)
- RE: FW: Addr: Re: BGP-4 - revised I-D NITTMANN Michael (MSMail)