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
- 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)