Re: Addr: Local Preference Computation
Joel Halpern <jhalpern@us.newbridge.com> Sat, 24 August 1996 16:17 UTC
Received: from ietf.org by ietf.org id aa20009; 24 Aug 96 12:17 EDT
Received: from cnri by ietf.org id aa20005; 24 Aug 96 12:17 EDT
Received: from merit.edu by CNRI.Reston.VA.US id aa08238; 24 Aug 96 12:17 EDT
Received: (from daemon@localhost) by merit.edu (8.7.5/merit-2.0) id LAA03916
for idr-outgoing; Sat, 24 Aug 1996 11:48:39 -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 LAA03910 for <bgp@merit.edu>;
Sat, 24 Aug 1996 11:48:36 -0400 (EDT)
Received: by interlock.ans.net id AA28307
(InterLock SMTP Gateway 3.0 for bgp@ans.net);
Sat, 24 Aug 1996 11:48:34 -0400
Received: by interlock.ans.net (Internal Mail Agent-4);
Sat, 24 Aug 1996 11:48:34 -0400
Received: by interlock.ans.net (Internal Mail Agent-3);
Sat, 24 Aug 1996 11:48:34 -0400
Received: by interlock.ans.net (Internal Mail Agent-2);
Sat, 24 Aug 1996 11:48:34 -0400
Received: by interlock.ans.net (Internal Mail Agent-1);
Sat, 24 Aug 1996 11:48:34 -0400
Sender: ietf-archive-request@ietf.org
From: Joel Halpern <jhalpern@us.newbridge.com>
Message-Id: <9608241546.AA00339@lobster.newbridge>
Subject: Re: Addr: Local Preference Computation
To: "John G. Scudder" <jgs@ieng.com>
Date: Sat, 24 Aug 1996 11:46:04 -0400 (EDT)
Cc: rwoundy@vnet.ibm.com, bgp@ans.net
In-Reply-To: <v03007826ae44427c8b6e@[152.160.213.42]> from "John G. Scudder"
at Aug 24, 96 01:49:33 am
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Orig-Sender: owner-idr@merit.edu
Precedence: bulk
I have been reading the local-pref/MED discussion, and trying to tie it
back to my understanding of the assumptions that had been made originally.
As I understood things, the point of "local-pref" was to ensure that all
border routers of an AS made the same choice of path for a given destination.
This would then allow the appropriate BGP advertisement to be generated by
all AS boundary routers.
If I am reading the discussion right, the routing loops occur because
the local-pref value is not sthe only thing being used. Therefore,
internal routers (who do not have the full policy of the external border
routers) are getting confused about what is happening?
1) I would strongly suggest that the discussion would be helped by an
explicit statement in each proposal of how the fields (MED an and
local-pref) are to generated and compared for route selection.
2) If the old assumptions are no longer applicable, I would appreciate
an explanation of why. The most obvious cause would be that some
underlying precept turns out not to be the case. For example, the
local-pref stuff is basically based on assuming similarity of policy
mechanisms on all border routers of an AS. Does that no longer obtain?
Yours, with apologies for not being as current on some of the thinging as
I should be,
Joel M. Halpern jhalpern@newbridge.com
Newbridge Networks Inc.
- Re: Addr: Local Preference Computation Curtis Villamizar
- Re: Addr: Local Preference Computation John G. Scudder
- Re: Addr: Local Preference Computation Joel Halpern
- Re: Addr: Local Preference Computation John G. Scudder
- Re: Addr: Local Preference Computation Curtis Villamizar
- Addr: Local Preference Computation rwoundy
- Re: Addr: Local Preference Computation Dimitry Haskin