Re: [Idr] I-D Action: draft-ietf-idr-bgp-bestpath-selection-criteria-04.txt
Robert Raszuk <raszuk@cisco.com> Wed, 17 August 2011 22:42 UTC
Return-Path: <raszuk@cisco.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3BE111E8095 for <idr@ietfa.amsl.com>; Wed, 17 Aug 2011 15:42:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.935
X-Spam-Level:
X-Spam-Status: No, score=-2.935 tagged_above=-999 required=5 tests=[AWL=-0.336, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L0UY4tnpOCKk for <idr@ietfa.amsl.com>; Wed, 17 Aug 2011 15:42:38 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 24DD211E8090 for <idr@ietf.org>; Wed, 17 Aug 2011 15:42:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=raszuk@cisco.com; l=1259; q=dns/txt; s=iport; t=1313621010; x=1314830610; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=WBpu263LSDSrDR4F+klefNXs5M89IVnIT4Za5axGyb0=; b=DA8W1nhEIv0nJJ65eZegwMmqpNqqthyRKBn2AOZn6bItZ/D0Hrb+Y1wn bMOJF+uEYe1kt8yLkkIMYQZ509tEt2nLM/qZnkMW8f/209agY+hn+1+Es 8VxJsxwkmubYadFWIwNCzhAy+2f0LW9SvOak70Xx4fWjE4lLOAlkOxVnF M=;
X-IronPort-AV: E=Sophos;i="4.68,242,1312156800"; d="scan'208";a="14125981"
Received: from mtv-core-3.cisco.com ([171.68.58.8]) by rcdn-iport-8.cisco.com with ESMTP; 17 Aug 2011 22:43:30 +0000
Received: from [192.168.1.68] (sjc-raszuk-87113.cisco.com [10.20.147.254]) by mtv-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p7HMhSTS027047; Wed, 17 Aug 2011 22:43:29 GMT
Message-ID: <4E4C4438.2090702@cisco.com>
Date: Thu, 18 Aug 2011 00:44:08 +0200
From: Robert Raszuk <raszuk@cisco.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.20) Gecko/20110804 Thunderbird/3.1.12
MIME-Version: 1.0
To: Samita Chakrabarti <samita.chakrabarti@ericsson.com>
References: <20110817183606.4053.38107.idtracker@ietfa.amsl.com> <16D60F43CA0B724F8052D7E9323565D721F23B7CB6@EUSAACMS0715.eamcs.ericsson.se>
In-Reply-To: <16D60F43CA0B724F8052D7E9323565D721F23B7CB6@EUSAACMS0715.eamcs.ericsson.se>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "idr@ietf.org" <idr@ietf.org>
Subject: Re: [Idr] I-D Action: draft-ietf-idr-bgp-bestpath-selection-criteria-04.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: raszuk@cisco.com
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Aug 2011 22:42:38 -0000
Hi Samita, Allow me to make an observation that today BGP already validates reachability to next hops, before considering path with such next hop to be valid and to be eligible for best path selection. In the light of the above Rajiv's proposal does not introduce any additional delay nor does it cause any impact on "bgp convergence". The only place which changes for some applications of BGP is the place where you validate such next hop liveness/reachabilty. And as this is very implementation dependent I think we should not discuss those aspects on this mailing list. Best regards, R. > Hi Rajiv, > > This is a good work clarifying the path-availability check in BGP > path selection. Is this document supposed to update RFC 4271 section > 9.1.2 in general? I wonder, if you have any data or thoughts on > whether the additonal check at the data-plane level will add any > latency in BGP path selection process and thus have any effect on > convergence? A short paragraph on the impact on timing might be > useful for implementors as it seems running BFD or any other > mechanism to keep an up-to-date information of path-availability at > the data-plane will avoid any delay in the path selection process. > > -Samita
- [Idr] I-D Action: draft-ietf-idr-bgp-bestpath-sel… internet-drafts
- Re: [Idr] I-D Action: draft-ietf-idr-bgp-bestpath… Samita Chakrabarti
- Re: [Idr] I-D Action: draft-ietf-idr-bgp-bestpath… Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-bgp-bestpath… Rajiv Asati (rajiva)
- Re: [Idr] I-D Action: draft-ietf-idr-bgp-bestpath… Samita Chakrabarti
- Re: [Idr] I-D Action:draft-ietf-idr-bgp-bestpath-… Rajiv Asati (rajiva)
- Re: [Idr] I-D Action:draft-ietf-idr-bgp-bestpath-… John Scudder
- Re: [Idr] I-DAction:draft-ietf-idr-bgp-bestpath-s… Rajiv Asati (rajiva)
- Re: [Idr] I-DAction:draft-ietf-idr-bgp-bestpath-s… John Scudder
- Re: [Idr] I-DAction:draft-ietf-idr-bgp-bestpath-s… Samita Chakrabarti
- Re: [Idr] I-DAction:draft-ietf-idr-bgp-bestpath-s… Jeffrey Haas
- Re: [Idr] I-DAction:draft-ietf-idr-bgp-bestpath-s… Rajiv Asati (rajiva)