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

Yakov Rekhter <yakov@cisco.com> Thu, 05 September 1996 20:17 UTC

Received: from ietf.org by ietf.org id aa10550; 5 Sep 96 16:17 EDT
Received: from cnri by ietf.org id aa10546; 5 Sep 96 16:17 EDT
Received: from merit.edu by CNRI.Reston.VA.US id aa14614; 5 Sep 96 16:17 EDT
Received: (from daemon@localhost) by merit.edu (8.7.5/merit-2.0) id PAA27305 for idr-outgoing; Thu, 5 Sep 1996 15:41: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 PAA27298 for <bgp@merit.edu>; Thu, 5 Sep 1996 15:41:37 -0400 (EDT)
Received: by interlock.ans.net id AA00532 (InterLock SMTP Gateway 3.0 for bgp@ans.net); Thu, 5 Sep 1996 15:41:35 -0400
Received: by interlock.ans.net (Internal Mail Agent-1); Thu, 5 Sep 1996 15:41:35 -0400
Message-Id: <199609051944.MAA08071@hubbub.cisco.com>
To: "John G. Scudder" <jgs@ieng.com>
Cc: bgp@ans.net
Subject: Re: [curtis@ans.net: Re: BGP4 stuff: Local Preference Computation]
In-Reply-To: Your message of "Thu, 05 Sep 96 15:25:49 EDT." <v03007823ae54d65762ae@[152.160.213.42]>
Date: Thu, 05 Sep 96 12:40:54 PDT
Sender: ietf-archive-request@ietf.org
From: Yakov Rekhter <yakov@cisco.com>
X-Orig-Sender: owner-idr@merit.edu
Precedence: bulk

John,

> This should be fixed by reclassifying LOCAL_PREF as well-known mandatory.

"Mandatory" means that it *always* has to be present. LOCAL_PREF is not
carried between external peers - just among the internal peers.

> [Other than the text being just plain wrong, the other possibility is that
> "discretionary" is being used to mean something like "this is only
> mandatory in some cases".  This is a terrible misuse of the language if
> true, and should still be fixed, if necessary by inventing some new term
> like "well-known sometimes-mandatory" or something.  (Note that the RFC
> nowhere defines "discretionary" so we are left with the dictionary
> definition, e.g. "left to discretion: exercised at one's own discretion".)]

Suggestions for better terminology area always appreciated (especially
if accompanied by a "rough consensus").

Yakov.