Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt
"Rajiv Asati (rajiva)" <rajiva@cisco.com> Thu, 20 July 2017 00:42 UTC
Return-Path: <rajiva@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 8B7AD12EC39 for <idr@ietfa.amsl.com>; Wed, 19 Jul 2017 17:42:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.523
X-Spam-Level:
X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y6dydNI6EmvT for <idr@ietfa.amsl.com>; Wed, 19 Jul 2017 17:42:46 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19F7D126D73 for <idr@ietf.org>; Wed, 19 Jul 2017 17:42:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8290; q=dns/txt; s=iport; t=1500511366; x=1501720966; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=DIDr+BBYoRvNmF91ZL+XCSvoFL/gNXUVN/zfYfRtxmE=; b=CFx6nSlL+YaF6v4dXF1ixIH71Whz3RnlMTP1e/atDrKPYZsMmSZp54Il UTscxNljKNcWoXiRVSTTg18euxI71Uy3YLhk4fIgNViCTbvorCxoPPuCp ZTdZo0ratgdgPJlxJ+uwR0xE2YAR1lmKIz0Y3hLnBDPeLKHFoSg0AX6lt I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CYAACx+29Z/4ENJK1cGQEBAQEBAQEBAQEBBwEBAQEBg1pkgRQHjgSRZ5YEghEuhRkCGoNJPxgBAgEBAQEBAQFrKIUYAQEBAQIBIxFFDAQCAQgRAwECAQICJgICAjAVCAgCBA4FiicIELBTgiaLIQEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgQuCHYNNgWErgnmEMBYOgykwgjEFhyOCM4hhjQICh0mHE4U7ggyFT4pVlVsBHziBCnUVWwGHA3aGYYEygQ0BAQE
X-IronPort-AV: E=Sophos;i="5.40,382,1496102400"; d="scan'208";a="261758604"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Jul 2017 00:42:45 +0000
Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id v6K0gi86025102 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Jul 2017 00:42:45 GMT
Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 19 Jul 2017 19:42:44 -0500
Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1210.000; Wed, 19 Jul 2017 19:42:44 -0500
From: "Rajiv Asati (rajiva)" <rajiva@cisco.com>
To: "John G. Scudder" <jgs@juniper.net>
CC: Jeffrey Haas <jhaas@pfrc.org>, Robert Raszuk <robert@raszuk.net>, idr wg <idr@ietf.org>
Thread-Topic: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt
Thread-Index: AQHSmnRjZQMhW6yq5kum3Hd4lOeZoA==
Date: Thu, 20 Jul 2017 00:42:44 +0000
Message-ID: <F80CB994-F008-40E7-91F0-90486E27BC9C@cisco.com>
References: <CA+b+ERmmqtUkJMtfOE9ABFHN0gNdztjOGELmirNgWRnDENrjaA@mail.gmail.com> <58C6751D.60306@foobar.org> <CA+b+ERkxvKzArYf7eefB5UL_kDMVBJERz=Qyi=zOsBm3KivAtg@mail.gmail.com> <CA+b+ERn5o-i-6shdzj_afa8Z1yQO3Ep6HmB=Fv4StSW_ge95Ew@mail.gmail.com> <CA+b+ERkBeBoz0Le4wgqZK1X76=_HKOEUYTWYBd_xnjYoaJgrsw@mail.gmail.com> <CA+b+ERnBL9Q3ep1JrC9HQp3B3AYmiQ8ctTssK1g4L_ueTTRaMQ@mail.gmail.com> <CA+b+ER=cZiBfWj4=+uKeqsWwypGFz3p+Tvx8Q2dD3hFFXSC4=w@mail.gmail.com> <CA+b+ER=f-S118JtY--n-B0P+CB0yvy_rw3JaJpWw02n7prQ=Ww@mail.gmail.com> <20170314204212.GD12864@pfrc.org> <815723FC-B143-4410-B0FF-D9FB4F827862@cisco.com> <20170314213607.GH12864@pfrc.org> <579D00D9-D80F-4625-BF16-0D5112C2FA98@cisco.com> <A426D813-F4F1-4629-A788-DF8378AA4E30@cisco.com> <83CF8B1D-A9A2-4845-9FF4-3521B286B21D@juniper.net>
In-Reply-To: <83CF8B1D-A9A2-4845-9FF4-3521B286B21D@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.22.0.170515
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.61.102.161]
Content-Type: text/plain; charset="utf-8"
Content-ID: <2ECA872A725C224B91AFAD57155861E4@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/awSMFsP_ixZwV84k2x6aalTtF8c>
Subject: Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 20 Jul 2017 00:42:48 -0000
Hi John, The suggested text seems reasonable. I will glance through the draft to see if any other section needs updating in lieu of this change. -- Cheers, Rajiv -----Original Message----- From: John Scudder <jgs@juniper.net> Date: Tuesday, July 18, 2017 at 5:24 AM To: Rajiv Asati <rajiva@cisco.com> Cc: Jeffrey Haas <jhaas@pfrc.org>, "robert@raszuk.net" <robert@raszuk.net>, "idr@ietf.org" <idr@ietf.org> Subject: Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Hi Rajiv, In reviewing draft-ietf-idr-bgp-bestpath-selection-criteria-07, I note section 3 has: The mechanism(s) to perform the "path availability" check and the selection of particular data plane are a matter of a policy and outside the scope of this document. RS-BFD represents an instance of a specific path availability check and selection of data plane. Based on that, it seems to me the RS-BFD could add something like the following in the introduction: [I-D.ietf-idr-bgp-bestpath-selection-criteria] discusses enhancement of the route resolvability condition of section 9.1.2.1 of [RFC4271] to include next hop reachability and path availability checks. This specification represents in part an instance of such, implemented using BFD as the OAM mechanism. If you have other suggestions for text, please send them. Thanks, --John > On Jul 6, 2017, at 12:54 AM, Rajiv Asati (rajiva) <rajiva@cisco.com> wrote: > > Jeff, John, > > I didn’t see the latest -03 addressing the below. Any plans? > > -- > Cheers, > Rajiv > > From: Rajiv Asati <rajiva@cisco.com> > Date: Sunday, April 16, 2017 at 3:42 PM > To: Jeffrey Haas <jhaas@pfrc.org> > Cc: "robert@raszuk.net" <robert@raszuk.net>, "idr@ietf.org" <idr@ietf.org> > Subject: Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt > > Hi Jeff, > > >> But more importantly, you'll stop sending it toward your own peering and >> attracting blackholed traffic. > Indeed. That’s key. > > And it could rely on the route resolvability condition to be appropriately modified, as described in > https://tools.ietf.org/html/draft-ietf-idr-bgp-bestpath-selection-criteria. > >> RS-BFD basically reinvents the same procedure in your draft, simply being >> specific about the use of BFD as the dataplane liveness check mechanism. >> However, as you note in the RS-BFD draft, we do leave the option for other >> mechanisms. >> >> I suspect the other authors of RS-BFD aren't particular where we pick up our >> text for the resolvability condition. However, if the suggestion is to make >> a reference to your draft, you'll need to bring it back from zombie state >> and progress it. :-) > > Agreed. It is alive (-07 version). https://tools.ietf.org/html/draft-ietf-idr-bgp-bestpath-selection-criteria-07 > It can be used as a normative reference in your draft. > > -- > Cheers, > Rajiv Asati > Distinguished Engineer, Cisco > > -----Original Message----- > From: Jeffrey Haas <jhaas@pfrc.org> > Date: Tuesday, March 14, 2017 at 5:36 PM > To: Rajiv Asati <rajiva@cisco.com> > Cc: "robert@raszuk.net" <robert@raszuk.net>, "idr@ietf.org" <idr@ietf.org> > Subject: Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt > > Rajiv, > > On Tue, Mar 14, 2017 at 09:08:24PM +0000, Rajiv Asati (rajiva) wrote: > > Is the assumption here that the client routers have routing view limited to what’s provided by the Route Server? If not, then wouldn’t Client Routers benefit from having to invalidate the path learned from the remote client router as soon as the connectivity check failed? > > This is what I believe the procedure says. See section 6. > > > Of course, Client Routers conveying the lack of NLRI reachability per NH to the Route Server, and expecting Route Server to provide a different NHs of the NLRIs, and expecting it to be functional, while still attracting the traffic for unreachable destinations since the Loc-RIB is still pointing to the unreachable NH for the affected NLRIs. > > The thing that is somewhat different for a IXP environment running a route > server than normal eBGP is the low (to zero) likelihood of having a backup > path. If 10/8 was learned from the route server for nexthop 192.0.2.1, and > you stop being able to reach that nexthop, removing it from your forwarding > (unreachable) is your only choice. > > You *might* have a source of that path internally. In that case, you can > use it. > > But more importantly, you'll stop sending it toward your own peering and > attracting blackholed traffic. > > > I wonder whether https://tools.ietf.org/html/draft-ietf-idr-bgp-bestpath-selection-criteria be useful here. > > In a sense of good timing, John Scudder had brought this to my attention > about an hour ago. > > RS-BFD basically reinvents the same procedure in your draft, simply being > specific about the use of BFD as the dataplane liveness check mechanism. > However, as you note in the RS-BFD draft, we do leave the option for other > mechanisms. > > I suspect the other authors of RS-BFD aren't particular where we pick up our > text for the resolvability condition. However, if the suggestion is to make > a reference to your draft, you'll need to bring it back from zombie state > and progress it. :-) > > -- Jeff > > >
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Rajiv Asati (rajiva)
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Rajiv Asati (rajiva)
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Jeffrey Haas
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt i3D.net - Martijn Schmidt
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Mikael Abrahamsson
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Jeffrey Haas
- [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt internet-drafts
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Randy Bush
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Randy Bush
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Randy Bush
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Gert Doering
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Randy Bush
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Gert Doering
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Niels Bakker
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Jeffrey Haas
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Jeffrey Haas
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Rajiv Asati (rajiva)
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Rajiv Asati (rajiva)
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Jeffrey Haas
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Jeffrey Haas
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Job Snijders
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Jeffrey Haas
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Job Snijders
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Job Snijders
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Jeffrey Haas
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Jeffrey Haas
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Jeffrey Haas
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Jeffrey Haas
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Gert Doering
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Job Snijders
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Gert Doering
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Gert Doering
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Nick Hilliard
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Gert Doering
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Robert Raszuk
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Jeffrey Haas
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Gert Doering
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Rajiv Asati (rajiva)
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt John G. Scudder
- Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt Rajiv Asati (rajiva)