Re: [GROW] [Idr] draft-ietf-grow-diverse-bgp-path-dist: risk of inconsistent path selection
Robert Raszuk <raszuk@cisco.com> Mon, 28 March 2011 21:29 UTC
Return-Path: <raszuk@cisco.com>
X-Original-To: grow@core3.amsl.com
Delivered-To: grow@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7D5143A6A70; Mon, 28 Mar 2011 14:29:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id im240ztFHkWo; Mon, 28 Mar 2011 14:29:15 -0700 (PDT)
Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 370AB3A688B; Mon, 28 Mar 2011 14:29:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=raszuk@cisco.com; l=1783; q=dns/txt; s=iport; t=1301347853; x=1302557453; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=PGaJI+e3Z7cJNgj5fX6X+wCrbEVskDMJfRlAAP5+0BI=; b=iuarkk+7fOp1j5xeZG5Cc/hxye/NwFQrPU7bWjl3HRJzxCfKwPFIY8QJ HwfPwM9t2N9nN8DQ3JJPY8pWUiz/1Caitar/axmiu3wch5H/q5sUS8KQa qhrkqjrFKvEbNecv8OBWPsWeVtXXkCHZiK9oTsi6201djW2t1fHGoeBod c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEALP9kE2rRDoH/2dsb2JhbAClRHeIa6Adgm8OAZkuhWkEjHeDVA
X-IronPort-AV: E=Sophos;i="4.63,257,1299456000"; d="scan'208";a="284425243"
Received: from mtv-core-2.cisco.com ([171.68.58.7]) by sj-iport-3.cisco.com with ESMTP; 28 Mar 2011 21:30:53 +0000
Received: from [10.21.106.8] (sjc-vpnasa-517.cisco.com [10.21.106.8]) by mtv-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p2SLUp4n010435; Mon, 28 Mar 2011 21:30:52 GMT
Message-ID: <4D90FE0B.9060800@cisco.com>
Date: Mon, 28 Mar 2011 23:30:51 +0200
From: Robert Raszuk <raszuk@cisco.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
MIME-Version: 1.0
To: Jakob Heitz <jakob.heitz@ericsson.com>
References: <7309FCBCAE981B43ABBE69B31C8D21390E3F5BECCA@EUSAACMS0701.eamcs.ericsson.se> <4D8FB770.8090901@cisco.com> <7309FCBCAE981B43ABBE69B31C8D21390E3F5BECCD@EUSAACMS0701.eamcs.ericsson.se> <4D8FB975.1030809@cisco.com> <7309FCBCAE981B43ABBE69B31C8D21390E3F5BECD2@EUSAACMS0701.eamcs.ericsson.se> <4D8FC1E0.6000809@cisco.com> <7309FCBCAE981B43ABBE69B31C8D21390E3F5BECDC@EUSAACMS0701.eamcs.ericsson.se>
In-Reply-To: <7309FCBCAE981B43ABBE69B31C8D21390E3F5BECDC@EUSAACMS0701.eamcs.ericsson.se>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: IETF IDR <idr@ietf.org>, "grow@ietf.org" <grow@ietf.org>
Subject: Re: [GROW] [Idr] draft-ietf-grow-diverse-bgp-path-dist: risk of inconsistent path selection
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: raszuk@cisco.com
List-Id: Grow Working Group Mailing List <grow.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/grow>, <mailto:grow-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/grow>
List-Post: <mailto:grow@ietf.org>
List-Help: <mailto:grow-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/grow>, <mailto:grow-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Mar 2011 21:29:18 -0000
Jakob, Diverse-path works between RR and the client and client does not advertise back the best path to other IBGP peers so there is no issue with churn or oscillation. Advertising different paths to possible EBGP peers is a feature not a bug. By definition of diverse path such path will have different next hop hence the metric to next hop would be in most cases a tie breaker. If metric to next hop is the same across both paths I see no reason to mandate any rules which would force different PEs to choose the same path. If operator wishes to prefer one path then the other he will do so by applying local preference. The fact that you like to see all paths in BGP to be selected as the same is not sufficient reason to mandate it on the clients. I see more value and no issue keeping them diverse especially since you are pointing out last step in best path selection. Cheers, R. > Again, if the tie breaker reaches step (f), > the client will use the BGP Identifier of > the RR it receives the path from to choose > its best. > > In BGP, we like all speakers to choose the same > path unless IGP metrics are different. > > With diverse-path, there is a possibility that > different speakers choose different paths even > if IGP metrics are the same. > > If the clients were to receive their paths > from the source speaker, they would choose the > same path at tie breaker (f). > > draft-pmohapat-idr-fast-conn-restore proposes > the Edge_Discriminator attribute to fix it. > > It may not be a problem. However, the path selection is > different than without diverse-path, therefore > the behaviour needs to be stated in the draft. > > The rule I stated will remove the inconsistency. > > -- > Jakob Heitz.
- [GROW] draft-ietf-grow-diverse-bgp-path-dist: ris… Jakob Heitz
- Re: [GROW] draft-ietf-grow-diverse-bgp-path-dist:… Robert Raszuk
- Re: [GROW] draft-ietf-grow-diverse-bgp-path-dist:… Jakob Heitz
- Re: [GROW] draft-ietf-grow-diverse-bgp-path-dist:… Robert Raszuk
- Re: [GROW] draft-ietf-grow-diverse-bgp-path-dist:… Jakob Heitz
- Re: [GROW] draft-ietf-grow-diverse-bgp-path-dist:… Robert Raszuk
- Re: [GROW] draft-ietf-grow-diverse-bgp-path-dist:… Jakob Heitz
- Re: [GROW] [Idr] draft-ietf-grow-diverse-bgp-path… Robert Raszuk
- Re: [GROW] [Idr] draft-ietf-grow-diverse-bgp-path… Jakob Heitz
- Re: [GROW] [Idr] draft-ietf-grow-diverse-bgp-path… Jakob Heitz
- Re: [GROW] [Idr] draft-ietf-grow-diverse-bgp-path… Robert Raszuk