Re: [curtis@ans.net: Re: BGP4 stuff: Local Preference Computation]

Curtis Villamizar <curtis@ans.net> Fri, 06 September 1996 00:53 UTC

Received: from ietf.org by ietf.org id aa15858; 5 Sep 96 20:53 EDT
Received: from cnri by ietf.org id aa15854; 5 Sep 96 20:53 EDT
Received: from merit.edu by CNRI.Reston.VA.US id aa19589; 5 Sep 96 20:53 EDT
Received: (from daemon@localhost) by merit.edu (8.7.5/merit-2.0) id UAA03958 for idr-outgoing; Thu, 5 Sep 1996 20:32:15 -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 UAA03952 for <bgp@merit.edu>; Thu, 5 Sep 1996 20:32:12 -0400 (EDT)
Received: by interlock.ans.net id AA08614 (InterLock SMTP Gateway 3.0 for bgp@ans.net); Thu, 5 Sep 1996 20:32:06 -0400
Received: by interlock.ans.net (Internal Mail Agent-1); Thu, 5 Sep 1996 20:32:06 -0400
Message-Id: <199609060031.UAA13847@brookfield.ans.net>
To: "John G. Scudder" <jgs@ieng.com>
Cc: curtis@ans.net, Yakov Rekhter <yakov@cisco.com>, bgp@ans.net
Reply-To: curtis@ans.net
Subject: Re: [curtis@ans.net: Re: BGP4 stuff: Local Preference Computation]
In-Reply-To: Your message of "Thu, 05 Sep 1996 19:03:40 EDT." <v03007834ae550683b8a7@[152.160.213.42]>
Date: Thu, 05 Sep 1996 20:31:47 -0400
Sender: ietf-archive-request@ietf.org
From: Curtis Villamizar <curtis@ans.net>
X-Orig-Sender: owner-idr@merit.edu
Precedence: bulk

In message <v03007834ae550683b8a7@[152.160.213.42]>2]>, "John G. Scudder" writes:
> At 6:27 PM -0400 9/5/96, Curtis Villamizar wrote:
> >It's interesting that we came up with similar suggestions, both
> >involving defining mandatory and discretionary separately.
> >
> >Unfortunately we're stuck with these two bit in the attribute,
> >well-known/optional, and mandatory/discretionary.  However we
> >wordsmith this we want to end up with the same value in the two bits
> >so we don't affect interoperability.
> 
> I don't follow.  There are just four flag bits:
> 
> Bit 0:  Optional/Well-Known
> Bit 1:  Transitive/Non-Transitive
> Bit 2:  Partial/(not)
> Bit 3:  Extended Length/(not)

Never mind.  I was thinking of Optional/Well-Known
Transitive/Non-Transitive and confusing this with
mandatory/discretionary since I was typing from memory of the spec.

> (Note that the def'n of bit 1 says "For well-known attributes, the
> Transitive bit must be set to 1."  But, LOCAL_PREF is both well-known (per
> the RFC) and clearly not transitive.  So I think that the quoted sentence
> should be deleted.)
> 
> There isn't a flag for mandatory/discretionary (not even sort-of), so I'm
> not worried about changing (or deleting) the term.

My mistake.

Thanks John.  Next time I'll check the spec before sending.

Curtis