Re: BGP-4 changes
"John G. Scudder" <jgs@ieng.com> Thu, 29 August 1996 21:26 UTC
Received: from ietf.org by ietf.org id aa23180; 29 Aug 96 17:26 EDT
Received: from cnri by ietf.org id aa23176; 29 Aug 96 17:26 EDT
Received: from merit.edu by CNRI.Reston.VA.US id aa14888; 29 Aug 96 17:26 EDT
Received: (from daemon@localhost) by merit.edu (8.7.5/merit-2.0) id QAA16651
for idr-outgoing; Thu, 29 Aug 1996 16:47: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 QAA16646 for <bgp@merit.edu>;
Thu, 29 Aug 1996 16:47:39 -0400 (EDT)
Received: by interlock.ans.net id AA23872
(InterLock SMTP Gateway 3.0 for bgp@ans.net);
Thu, 29 Aug 1996 16:47:38 -0400
Received: by interlock.ans.net (Internal Mail Agent-1);
Thu, 29 Aug 1996 16:47:38 -0400
Message-Id: <v0300780dae4b6fc747b7@[36.141.0.30]>
In-Reply-To: <199608291507.IAA09634@hubbub.cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 29 Aug 1996 13:47:51 -0700
To: Yakov Rekhter <yakov@cisco.com>
Sender: ietf-archive-request@ietf.org
From: "John G. Scudder" <jgs@ieng.com>
Subject: Re: BGP-4 changes
Cc: bgp@ans.net
X-Orig-Sender: owner-idr@merit.edu
Precedence: bulk
At 8:03 AM -0700 8/29/96, Yakov Rekhter wrote:
>
> external link it must be possible (based on local configuration) to
> remove or override the value of the attribute. This shall be done
^^^^^^^^
The meaning of "override" is not clear to me. Furthermore, you can't
remove the value of the attribute since there is no distinguished "no
value" value. You have to remove the whole attribute. Try:
When a route with the MULTI_EXIT_DISC attribute is received over an
external link it must be possible (based on local configuration) to remove
the attribute or alter its value. This shall be done prior to determining
the degree of preference of the route.
> prior to determining the degree of preference of the route.
>
>2. Replace 9.1.2.1 clause (a) with the following:
>
> a) If the local system is configured to take into account
> MULTI_EXIT_DISC, and the candidate routes differ in their
> MULTI_EXIT_DISC attribute but were received from the same
> neighboring AS, select the route that has the lowest
^
select the route or routes with the lowest
> value of the MULTI_EXIT_DISC attribute. A route with
> MULTI_EXIT_DISC shall be preferred to a route without
> MULTI_EXIT_DISC.
Some of this stuff might be slightly easier to be precise about if the
sense were inverted from a process of selecting one best route to that of
removing all non-best routes. For example that last paragraph would be
something like
...remove from consideration all routes which do not have the
lowest value of the MED attribute.
But, I don't think it's that important.
--John
--
John Scudder email: jgs@ieng.com
Internet Engineering Group, LLC phone: (313) 669-8800
122 S. Main, Suite 280 fax: (313) 669-8661
Ann Arbor, MI 41804 www: http://www.ieng.com
- Re: BGP-4 changes John G. Scudder
- Re: BGP-4 changes Curtis Villamizar
- Re: BGP-4 changes John G. Scudder
- Re: BGP-4 changes Yakov Rekhter
- Re: BGP-4 changes Curtis Villamizar
- BGP-4 changes Yakov Rekhter
- Re: BGP-4 changes Rich Woundy
- Re: BGP-4 changes Yakov Rekhter
- Re: BGP-4 changes John G. Scudder
- Re: BGP-4 changes rwoundy
- Re: BGP-4 changes rwoundy
- RE: BGP-4 changes rwoundy
- Re: BGP-4 changes rwoundy
- Re: BGP-4 changes Yakov Rekhter
- Re: BGP-4 changes Yakov Rekhter
- Re: BGP-4 changes Yakov Rekhter
- Re: BGP-4 changes John G. Scudder
- Re: BGP-4 changes Curtis Villamizar
- RE: BGP-4 changes NITTMANN Michael (MSMail)
- RE: BGP-4 changes John G. Scudder
- Re: BGP-4 changes Curtis Villamizar