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

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

Received: from ietf.org by ietf.org id aa27343; 29 Aug 96 19:18 EDT
Received: from cnri by ietf.org id aa27339; 29 Aug 96 19:18 EDT
Received: from merit.edu by CNRI.Reston.VA.US id aa16326; 29 Aug 96 19:17 EDT
Received: (from daemon@localhost) by merit.edu (8.7.5/merit-2.0) id SAA18763 for idr-outgoing; Thu, 29 Aug 1996 18:52:14 -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 SAA18757 for <bgp@merit.edu>; Thu, 29 Aug 1996 18:52:11 -0400 (EDT)
Received: by interlock.ans.net id AA27318 (InterLock SMTP Gateway 3.0 for bgp@ans.net); Thu, 29 Aug 1996 18:52:09 -0400
Received: by interlock.ans.net (Internal Mail Agent-1); Thu, 29 Aug 1996 18:52:09 -0400
Message-Id: <199608292249.SAA05716@brookfield.ans.net>
To: Tony Li <tli@jnx.com>
Cc: curtis@ans.net, jgs@ieng.com, bgp@ans.net, yakov@cisco.com
Reply-To: curtis@ans.net
Subject: Re: Addr: Re: BGP-4 - revised I-D
In-Reply-To: Your message of "Thu, 29 Aug 1996 13:20:12 PDT." <199608292020.NAA00651@chimp.jnx.com>
Date: Thu, 29 Aug 1996 18:49:50 -0400
Sender: ietf-archive-request@ietf.org
From: Curtis Villamizar <curtis@ans.net>
X-Orig-Sender: owner-idr@merit.edu
Precedence: bulk

In message <199608292020.NAA00651@chimp.jnx.com>om>, Tony Li writes:
> 
>    > - group the routes by neighboring AS
>    > - within each group, select the routes with the best MED
>    > 
>    > which is also what I think is the intended interpretation.  Alternate
>    > interpretations include:
>    > 
>    > i)
>    > - group the routes by neighboring AS
>    > - within each group, select _a_ route with the best MED
> 
>    Interpretation i) is the same as the first.  
> 
> No, it's not.  If you follow i) verbatim, then you must select one and only
> one route.  As we have not specified which one, it's presumably left up to
> the implementor.  You and I both know that this is disaster.  ;-)
> 
>    If there are two routes
>    with the same AS and the same MED, the next criteria is IGP cost or
>    advertising router IP address.  Whether you bring one or both into the
>    next comparison, you end up with the same decision whether you
>    consider MED and they tie in the first comparison or you ignore MED in
>    the second comparison.
> 
> Did you really mean to say this?  Suppose I have routes A, B, C, ... and
> that A & B are the same MED.  Without loss of generality, suppose that A
> has a better IGP metric.  
> 
> If we bring A into the next comparison, then it will be selected.  If we do
> NOT bring A into the next comparison, then B may be selected.  Loop.
> 
> Tony


Tony,

A & B are the same MED.  A has the lower IGP cost.  Bring A into the
next level of selection.

The algorithm is very simple.

  get a new route in a BGP update

  if the oute passes policy filter criteria, compare to the current
  best route for the AS using all criteria - local-pref, med, igp,
  advertiser IP address

  if the best route for the AS changed, compare it to the overall best
  route using all the criteria except MED - local-pref, igp,
  advertiser IP address

  if the new route is better you have a new best route.

Simple to explain.  Simple to implement.  No loop.

Curtis