[Fwd: bgp route oscillation]

Jeff Pickering <jeffp@caspiannetworks.com> Mon, 12 August 2002 15:27 UTC

Received: from trapdoor.merit.edu (trapdoor.merit.edu [198.108.1.26]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA25998 for <idr-archive@ietf.org>; Mon, 12 Aug 2002 11:27:27 -0400 (EDT)
Received: by trapdoor.merit.edu (Postfix) id AC3E39125E; Mon, 12 Aug 2002 11:28:04 -0400 (EDT)
Delivered-To: idr-outgoing@trapdoor.merit.edu
Received: by trapdoor.merit.edu (Postfix, from userid 56) id 7BF5B9125F; Mon, 12 Aug 2002 11:28:04 -0400 (EDT)
Delivered-To: idr@trapdoor.merit.edu
Received: from segue.merit.edu (segue.merit.edu [198.108.1.41]) by trapdoor.merit.edu (Postfix) with ESMTP id 1EB549125E for <idr@trapdoor.merit.edu>; Mon, 12 Aug 2002 11:28:03 -0400 (EDT)
Received: by segue.merit.edu (Postfix) id 0A6A45DE14; Mon, 12 Aug 2002 11:28:03 -0400 (EDT)
Delivered-To: idr@merit.edu
Received: from cmail.packetcom.com (unknown [63.108.173.139]) by segue.merit.edu (Postfix) with ESMTP id A553C5DE10 for <idr@merit.edu>; Mon, 12 Aug 2002 11:28:02 -0400 (EDT)
Received: from caspiannetworks.com ([63.109.132.2]) by cmail.packetcom.com (Mirapoint) with ESMTP id ACD05881 (AUTH jeffp@caspiannetworks.com); Mon, 12 Aug 2002 08:28:01 -0700 (PDT)
Message-ID: <3D57F00B.97BEF46D@caspiannetworks.com>
Date: Mon, 12 Aug 2002 10:27:39 -0700
From: Jeff Pickering <jeffp@caspiannetworks.com>
X-Mailer: Mozilla 4.77 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: idr@merit.edu
Subject: [Fwd: bgp route oscillation]
Content-Type: multipart/mixed; boundary="------------77F398A660CAF1D028C64F87"
Sender: owner-idr@merit.edu
Precedence: bulk



      
          
--- Begin Message ---
Just a question on draft-walton as an oscillation solution:

Using the example 2.1 in RFC345, we have in router Ra 3 routes in
step 3):

                 AS-Path         MED        IGP-cost
x               6 100              0              13
y               6 100              1               4
z               10 100             10            5

Oscillations in this example occur because the preference rules result
in
a non-deterministic choice, more specifically because the rules result
in
choices between more than 2 routes that are non-transitive. In the
example
above:

x beats y
y beats z
z beats x

The proposal in draft-walton suggests avoiding oscillation by enabling
Ra
to always have knowledge of all three routes. However, this seems
insufficient since x can be chosen best one time and z chosen another.
To prevent oscillation,
it would seem an additional requirement to always choose the same route,
given
the same set of choices.

If this requirement is applied to the rfc3345 example, and the
draft-walton
solution applied, Ra could always choose route z as best and prevent
oscilliation.
It could also choose x as best with the same result.

But this leads me to question the usefullness of the
neighbor-as-best-path
information. For the example in question, if we required Ra to make
consistent
choices, and dont use the proposed new info, in step 1) we say y beats
z.
Step 2 remains unchanged. In step 3), we force consistency and say y
still beats z.
x then beats y so we send send a withdraw to Rd. This breaks the loop
and
there is no oscillation.

So, it would seem that the draft-walton solution is neither necessary
nor sufficient
unless of course I am missing something, which seems likely. Can anyone
enlighten me?

Jeff
--- End Message ---