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

Curtis Villamizar <curtis@ans.net> Thu, 29 August 1996 18:36 UTC

Received: from ietf.org by ietf.org id aa13742; 29 Aug 96 14:36 EDT
Received: from cnri by ietf.org id aa13738; 29 Aug 96 14:36 EDT
Received: from merit.edu by CNRI.Reston.VA.US id aa12267; 29 Aug 96 14:36 EDT
Received: (from daemon@localhost) by merit.edu (8.7.5/merit-2.0) id NAA11224 for idr-outgoing; Thu, 29 Aug 1996 13:53:50 -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 NAA11219 for <bgp@merit.edu>; Thu, 29 Aug 1996 13:53:47 -0400 (EDT)
Received: by interlock.ans.net id AA17976 (InterLock SMTP Gateway 3.0 for bgp@ans.net); Thu, 29 Aug 1996 13:53:45 -0400
Received: by interlock.ans.net (Internal Mail Agent-1); Thu, 29 Aug 1996 13:53:45 -0400
Message-Id: <199608291751.NAA04025@brookfield.ans.net>
To: Tony Li <tli@jnx.com>
Cc: curtis@ans.net, jyy@ans.net, rwoundy@vnet.ibm.com, bgp@ans.net
Reply-To: curtis@ans.net
Subject: Re: Addr: Re: BGP-4 - revised I-D
In-Reply-To: Your message of "Wed, 28 Aug 1996 10:44:02 PDT." <199608281744.KAA02559@chimp.jnx.com>
Date: Thu, 29 Aug 1996 13:51:13 -0400
Sender: ietf-archive-request@ietf.org
From: Curtis Villamizar <curtis@ans.net>
X-Orig-Sender: owner-idr@merit.edu
Precedence: bulk

In message <199608281744.KAA02559@chimp.jnx.com>om>, Tony Li writes:
> 
>    I'm not saying I want to compare MEDs across AS, just that if
>    local-pref ends up the same I don't want a routing loop.
> 
> Ah.  But then the real request is that there needs to be a consistent
> tie-breaker after equal local pref's.  Agreed.

Exactly.  wrt MED I've consistently said there were two options.
Compare MED across AS.  Or mandate a specific algorithm that insures
an order of comparison that will be look free.

>    If you want to finess it with Rich Woundy's MED election rather than
>    comparing MED across AS to avoid loops, then fine.  The group seems to
>    have come to consensus so please don't get pissed and start proposing
>    new attributes.
> 
> Me?  Get pissed? ;-)
> 
>    We seemed to have already reached consensus on the list for Rich's MED
>    election.  We still don't have a proposed change in the BGP4 text.  If
>    Rich is busy I'll write something.
> 
> Cool.  Then at least we'll really have something solid to argue about.  Me,
> I liked John's changes...  ;-)
> 
> Tony

Johns changes just said "you should be able to turn off MED
completely".  I don't find the option to "turn off MED if it loops" to
be very useful.

I proposed text that will insure we have useful MED, loop free, and
loop free across vendor implementations since there is not room for
creative and incompatible order of evaluation algorithms.

I think we're on the same page now.

Curtis