Re: Addr: Re: BGP-4 - revised I-D

Tony Li <tli@jnx.com> Tue, 27 August 1996 21:35 UTC

Received: from ietf.org by ietf.org id aa16235; 27 Aug 96 17:35 EDT
Received: from cnri by ietf.org id aa16229; 27 Aug 96 17:35 EDT
Received: from merit.edu by CNRI.Reston.VA.US id aa13894; 27 Aug 96 17:35 EDT
Received: (from daemon@localhost) by merit.edu (8.7.5/merit-2.0) id QAA02193 for idr-outgoing; Tue, 27 Aug 1996 16:48:42 -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 QAA02187 for <bgp@merit.edu>; Tue, 27 Aug 1996 16:48:39 -0400 (EDT)
Received: by interlock.ans.net id AA18323 (InterLock SMTP Gateway 3.0 for bgp@ans.net); Tue, 27 Aug 1996 16:48:31 -0400
Received: by interlock.ans.net (Internal Mail Agent-2); Tue, 27 Aug 1996 16:48:31 -0400
Received: by interlock.ans.net (Internal Mail Agent-1); Tue, 27 Aug 1996 16:48:31 -0400
Date: Tue, 27 Aug 1996 13:48:22 -0700 (PDT)
Message-Id: <199608272048.NAA00324@chimp.jnx.com>
Sender: ietf-archive-request@ietf.org
From: Tony Li <tli@jnx.com>
To: curtis@ans.net
Cc: jyy@ans.net, rwoundy@vnet.ibm.com, curtis@ans.net, bgp@ans.net
In-Reply-To: <199608240526.BAA08396@brookfield.ans.net> (message from Curtis Villamizar on Sat, 24 Aug 1996 01:26:46 -0400)
Subject: Re: Addr: Re: BGP-4 - revised I-D
X-Orig-Sender: owner-idr@merit.edu
Precedence: bulk

Curtis,

   MEDs are useful and are still useful if compared across AS.  

Why?  There are clearly some semantics that you have in mind, but you're
not expressing the need at all.  Given a global administrative metric
(hmmm...  and I guess calling it the GAM attribute would lead us to be
politically incorrect... ;-), what information are you trying to convey?  

I suppose that I can still see _some_ utility in expressing a local
preference for an entry point where there are truly multiple interconnects,
but I fail to see the need for global semantics.  Moreover, I can see that
having two interacting metrics with global semantics is just another way to
increase the complexity of the current (ridiculous) situation.

   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'm confused.  How did local-pref enter the discussion?

   Getting rid of MED is not a constructive suggestion.

I'm very sorry you feel that way.  Perfection is only attained when you
have removed everything that can be removed, and no more.  Perhaps you
would care to make some simple, concrete, and constructive suggestions?

Tony