Re: [spring] Pending work items on draft-ietf-spring-bfd

"Matthew Bocci (Nokia)" <matthew.bocci@nokia.com> Fri, 31 March 2023 17:23 UTC

Return-Path: <matthew.bocci@nokia.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E19A2C15C2A2; Fri, 31 Mar 2023 10:23:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.093
X-Spam-Level:
X-Spam-Status: No, score=-2.093 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=nokia.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kpp-VQj1Bito; Fri, 31 Mar 2023 10:23:15 -0700 (PDT)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-db3eur04on0705.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0c::705]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A3C2C15C2A6; Fri, 31 Mar 2023 10:23:15 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EsvneixOLpLdojbkZs8p4csCj0IKef4eKCy3glkNtnkI/NCYDFg95Gy0wwxdoJeBQrPg1wjXU/Hog+T5jCzS/3opjXjkxyuEZW09GKHLJuOvgF6qbLl+jJpHk0VBWzdowLvDoHtQ4DKK/WojerXbqWjvMMx/Q3sUZ1FZaOE0m72un4JOkFGpIP0A1z8XVLE8G8PkodWH4Wazv+O11AZhEtlxluDvXvEKoSY6ZhIjPUM+/9RfSSscaGJCyKKLPM0nYvpjfVIM3Uzrz2xR0F8mpzLJbbTSpbglDz4FhdD4olBuErRWUlR/iyb/s/OtgXdjZS1rsa951jyPQqM+6QI1fQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=ArZZ/tvUmI2gqKk/VX50DbF++hnOXoW8vx32Mjs766k=; b=GlSKkxO9LOwr742dmkUhK4D6nNfvT94UKr636NMIt67rNfSBXOWJt/XBOZeMtfFFXdMt+wKaCNNeRWxrOv2Y3PBkqaIEDcH+HpT7PU6nBCebHPWE5BcZzL2CZrB1kZJNR7a1kWLd7UGFtYp+jC33bgArvYtnh6mEEH2aDABgRv+XFfzw31AWvGhvoSd0spv2G3d+MyFMjVPcStMtUhl5njrvxo+Z+DcDtJAhAGXqMo7qkYVcZT0RVE0WiIhDezHTuObB0t6YYmMn3lzMJOi/G/Iq1/8LTw1EmZMCz96AvG1GqwIlBL0NzzPZvTokjYX+HtIxPSW4bX8s7qLsIorr+w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ArZZ/tvUmI2gqKk/VX50DbF++hnOXoW8vx32Mjs766k=; b=Hri2hIshESLTrVtIuZs68VsOczYenOMax5GHsS1HM1iHGO/okIuYpwH56kEPuN7NcIK20WYsAM6BecgGN/Wh2opRPm32r0Rn/7jTQziKRQPDkyyltOvb4M/jviijAfLjITA4KgPsEbVfnMWjYOP5IQx+RrUiU/AUHNi+IKVZKyuOTbhnlevp9S86i4ixKEpV2Ju3HUGME/VHCZKrRAXpNlk1uK2lHa9oTU9fQm3hJ+IXynSuojWRSKmtsrvqq5lKL/UF4Ln4wbPA9rhN6gVLdiBsFC+WIxzBvKlD83mgbats/S1jsWCrm0AuNZtBT9FsWz65BNbVD+XkHrJtHxWNEw==
Received: from DU0PR07MB9218.eurprd07.prod.outlook.com (2603:10a6:10:42e::8) by PA4PR07MB7072.eurprd07.prod.outlook.com (2603:10a6:102:f5::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6254.23; Fri, 31 Mar 2023 17:23:09 +0000
Received: from DU0PR07MB9218.eurprd07.prod.outlook.com ([fe80::46a7:57bf:4011:900d]) by DU0PR07MB9218.eurprd07.prod.outlook.com ([fe80::46a7:57bf:4011:900d%5]) with mapi id 15.20.6222.033; Fri, 31 Mar 2023 17:23:09 +0000
From: "Matthew Bocci (Nokia)" <matthew.bocci@nokia.com>
To: Greg Mirsky <gregimirsky@gmail.com>, Ketan Talaulikar <ketant.ietf@gmail.com>
CC: spring <spring@ietf.org>, "spring-chairs@ietf.org" <spring-chairs@ietf.org>
Thread-Topic: [spring] Pending work items on draft-ietf-spring-bfd
Thread-Index: AQHZYePMiD7n1f6zbUWNWo/q3I6bPa8RBhWAgAQdUvk=
Date: Fri, 31 Mar 2023 17:23:09 +0000
Message-ID: <DU0PR07MB92181C32BF60B84D54790A0CEB8F9@DU0PR07MB9218.eurprd07.prod.outlook.com>
References: <167990761218.28475.14370047592920159610@ietfa.amsl.com> <CA+RyBmWGW6vg+-Gq-7tZp=oxDA3TP8EnRGk0h2hLSjwOyr-5Hg@mail.gmail.com> <CAH6gdPw8gdnB3TXNwBpqUGVdrEUF8iq35==buBwRUjGwikF6cg@mail.gmail.com> <CA+RyBmWWpC4a6ktUEo1_mx=u17rNSuyfDMLm36OV8_9Rpin5xQ@mail.gmail.com>
In-Reply-To: <CA+RyBmWWpC4a6ktUEo1_mx=u17rNSuyfDMLm36OV8_9Rpin5xQ@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nokia.com;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: DU0PR07MB9218:EE_|PA4PR07MB7072:EE_
x-ms-office365-filtering-correlation-id: 2d785516-c84d-430e-d686-08db320c993c
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 2Gwh/1MB5evYtlzzaviDwhPF/XfeQi7EHukwBWymMPmrzWcO/6+RL5jsVyoCowPsTUvu4Jpuq/b+DT6hQHTmsXM9K/RD6jQsMxDzSQrOx++yO9r683tUPOxVE9ZJ80JhiYQLoX704BHMerhTBvnaR/R/hzTlDjaOT/3mxFow0jhbdtE/ksMvRZFrJHgr0yflEstZ0T5bmEYXNXDvT9Ra3t40dwJ3wb4kNYwscor2JYYXmNWejHq5rePwOn6aAnxV0xIETrbKHzKKFddB9/9cBxbnz4AviAibnVP/MZAeANZiaD4+PWJVmXrW348mJWaPq93DB13EIe8TF+5GX6Eqrk+Y7WQP084Db6UHiwg9LjsF/uB5NGWjQFlnnq8iRt/YVXfg9QBgS1oHkOsyR7Acn1cZDCAs2sSYu5/9oi7WPoqSWr8VDvFUld8bef5Cd3WHpcVZYRmx2q/U2L8cKIDT2uTW3R4y9H86Xm/UrFpD6qvYBig+SUJc/lKYZr5/E3bm1Ee2KugyW/xl+ykklr7w/xUg71LA0LKo4zpOofXScfyKytuGmoj1I3llxho2Wdeb/xONtxWpSp8FiJnS0TjrFCh++/iG2JJPuxBFgikOvGGIu+NsOVka5tUxwDwdNYPFYs6BFmb5WWh4HPEB0SbMo/ds4UnrbIpLZPM3ctgNEpw=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DU0PR07MB9218.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230028)(4636009)(376002)(346002)(136003)(366004)(39860400002)(396003)(451199021)(66574015)(966005)(38070700005)(66899021)(33656002)(186003)(86362001)(26005)(54906003)(55016003)(83380400001)(66446008)(21615005)(41300700001)(66476007)(66556008)(91956017)(82960400001)(76116006)(4326008)(66946007)(64756008)(8676002)(52536014)(8936002)(71200400001)(38100700002)(166002)(53546011)(9686003)(6506007)(122000001)(478600001)(5660300002)(316002)(2906002)(7696005)(110136005)(10090945012); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: 4e5rdKQHBUfx5RaPKnYhh6kSqNVvHRq7qDKQSx6plDYBiuFnwIMk46V8S0FQevuIxMifHD1e0CAAsiNkvFV4u27NvXcSNAw3P9OCF6S67/rGdLj7cxuUTLnTPL3DCUEQkoUURwsLtbG/uZj5kjiT9BZ5Gxc1tWOa8aNIhZPVdnb3TCsn/mMKaO3TNktxiIbA8amaCisU5KjKEmhf+zPCDcJC7scluAkzGzHiIFbmHK3Oa+MQJrEmBkp05u7koT1N9IyFL1tEKwvuqsd6KObT9tlbd4eeU7CPFbVqf7qPEDtjaUsVM0QfvxTfQctZfypUdb/sgPrgO29PA+iY9JqtmcPAqIq5Yelm0BNyJ4C9rHGPBduyHoKHkYcRwD2m0fN4ATsNDU+JNWc19DOQMAR0mA9aRmVPU6JzntfTPm14P2Dru4PEpi5K9sWCx8fk9zdXtZVPuE8gj4XzOSUFgBMiTG8IHQwgXEVRyBsPdUmgSpkD86dk01/R+XsWA+dC6UgrhNpV7R9xo1/v5dmWLso2lxfzcl/HxK+WbWpWIkPlMEtPHOMllyubY49qiJtig1mczzmmJ9TRCrgrmGpF2+YmMU2y4SSNXdiLKmDYIDobrlVixgJ/UFjQx9JSDVfXHG+l8ujH+jp1v+/hhHxQ3ozLYC82RO6u2/hHFPyY4+FyBVI2x4JjYI8ovyrNXF3pEvBw1lvJgoXpjA7S29cfCqFzIFJXOwm15BpJVI51p86whGrH9W4UoKZxkAQmn59jWm3JoUzFNeuccdLGZMQhZJoICMjaVGiCWNkxroofPA1v8j9pVgcipvE+yk+Nf2wUw8TkEzMqSFbz63WO2LOQwgFyzjfX279/J6e6nJ9TfgTYav58Pndpa+qfmWhjsQmiKp+azHkVe5ezGtk0KIjONz3LvjewonqoVCxKgS6JiZaM7VfBwbram33e/V7TMD5DOvOJjD2bH8P0cEPDeEnfwu82CbflC4wmcVv8oGGHoZc9mJTv+xIMf5ZzylJkpleTnhnHC8R1YLNPxl5WtnikayNdAR4KkOt3pqnswWpdsv1eeK+zcMEYPM8jSPGfkSOH0KN+bTe3P2NAeN1v9+ev/xEO6Grh/Ox7UyrSaLQXdeCC3uFpyl8/sGYc3PYO2+9Wf/FLwRcp1Dy/zTCO0hHTysWkqXp2JTXNNuuZRYVLeWfUMABH/Ex+rX7QlDjQE+Kj8ZOp+gd/xz7Hy/35WEQo8SItgae9jIwzMEYo4U2MAEalJ4VkZyj8RcqDlpUpM3Hs8g34c+Ek1WIjFG9fErpb11WZmuNwKmR3NtrKttfMU0434vPW4J34ou0g8QBBYyuD9VsRlRqkY0rvf5RLrOe9a5+7FbmmeoVw9G97X7agL7PFm17wTlxWe+d6KUV4bFk2DJtTnJg/TzrzyZNyBwSe4hSObQpoUn9SgscoCy/LESN6C7GxhfYLQsFT6h/aplbhkmypj+eMhMUGEhtxQCd1mOxrZP/76Tz8RW7aJEZzVu6+5o9sdtFBx6w6FT4CPWtgKUOcDR+cFCRrlT7woOk3x1UREflbcai6UHLQ0vE4T4JsyOJk4di+N6rOSbTe5/1gwhAm5X+l37DcF66glgPQsZmL8A==
Content-Type: multipart/alternative; boundary="_000_DU0PR07MB92181C32BF60B84D54790A0CEB8F9DU0PR07MB9218eurp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DU0PR07MB9218.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 2d785516-c84d-430e-d686-08db320c993c
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Mar 2023 17:23:09.4852 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 5Nq3HDDjnqnzrevwR34j9IjQH8QQfMSc1DqH0Rrv+JoBZcZhOv3t1dL5ahQTTsc7s1xv7B45ErwlQkGl+fBezQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PA4PR07MB7072
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/Q_9-F-aav6H87avWtAyHXBlhx3c>
Subject: Re: [spring] Pending work items on draft-ietf-spring-bfd
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Mar 2023 17:23:20 -0000

Hi Greg

I see S-BFD as the most prevalent flavour of BFD for monitoring SR Policies,  avoiding the need for LSP Ping bootstrapping. Nokia has an implementation for both MPLS and SRv6 SR Policies, and I am aware of others out there.

Given the widespread implementation of S-BFD for SR Policy, it would make sense to incorporate S-BFD as a mechanism in the SPRING BFD draft.

Regards


Matthew

________________________________
From: spring <spring-bounces@ietf.org> on behalf of Greg Mirsky <gregimirsky@gmail.com>
Sent: Wednesday, March 29, 2023 3:19:47 AM
To: Ketan Talaulikar <ketant.ietf@gmail.com>
Cc: spring <spring@ietf.org>; spring-chairs@ietf.org <spring-chairs@ietf.org>
Subject: Re: [spring] Pending work items on draft-ietf-spring-bfd


CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See http://nok.it/ext for additional information.



Hi Ketan,
thank you for sharing your comments about the state of draft-ietf-spring-bfd. Please find my notes in-line below under the GIM>> tag.

Regards,
Greg

On Wed, Mar 29, 2023 at 11:11 AM Ketan Talaulikar <ketant.ietf@gmail.com<mailto:ketant.ietf@gmail.com>> wrote:
Hi Greg/Authors,

I believe this draft still needs work before it is ready for WGLC.

Specifically, it does not cover the use of S-BFD for the monitoring of SR Policies and AFAIK this is the more widely used than the mechanism specified in the draft currently (i.e. than the bootstrap via LSP Ping to setup a "normal" BFD session).
GIM>> Can you clarify how BFD or S-BFD can monitor an SR Policy? As defined in RFC 5880, the scope of BFD is:
   a protocol intended to detect faults in the
   bidirectional path between two forwarding engines, including
   interfaces, data link(s), and to the extent possible the forwarding
   engines themselves, with potentially very low latency.
At the same time, I believe that an SR policy can be monitored using LSP Ping with the corresponding Target FEC.

I am not saying that the mechanism in the draft cannot be used, but progressing this document toward publication without reflecting the other alternate mechanism that IMO is far more widely implemented and deployed will provide a somewhat misleading picture.

My request to the authors is to consider inclusion of text from https://datatracker.ietf.org/doc/draft-ali-spring-bfd-sr-policy/ in this WG document. We can discuss f2f during this week if you agree.
GIM>> Thank you for your suggestion. Let us discuss the applicability of a BFD-based mechanism in monitoring an SR policy.

I would like us to seek inputs from implementers and operators on which of these two mechanisms they prefer/use. Including this in the document would also be helpful.
GIM>> I wholeheartedly agree and welcome anyone to share their experiences of monitoring SR policies with MPLS OAM tools.

Thanks,
Ketan

On Mon, Mar 27, 2023 at 6:04 PM Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>> wrote:
Refresh and to update author's contact information.

Dear All,
the draft is stable and the authors believe it is ready for the WG LC. We appreciate the WG Chairs' consideration for starting the WG LC.

Regards,
Greg (on behalf of the authors)

---------- Forwarded message ---------
From: <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>>
Date: Mon, Mar 27, 2023 at 6:00 PM
Subject: New Version Notification for draft-ietf-spring-bfd-06.txt
To: Mach Chen (Guoyi) <mach.chen@huawei.com<mailto:mach.chen@huawei.com>>, Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>, Ilya Varlashkin <imv@google.com<mailto:imv@google.com>>, Jeff Tantsura <jefftant.ietf@gmail.com<mailto:jefftant.ietf@gmail.com>>, Jiang Wenying <jiangwenying@chinamobile.com<mailto:jiangwenying@chinamobile.com>>



A new version of I-D, draft-ietf-spring-bfd-06.txt
has been successfully submitted by Greg Mirsky and posted to the
IETF repository.

Name:           draft-ietf-spring-bfd
Revision:       06
Title:          Bidirectional Forwarding Detection (BFD) in Segment Routing Networks Using MPLS Dataplane
Document date:  2023-03-27
Group:          spring
Pages:          14
URL:            https://www.ietf.org/archive/id/draft-ietf-spring-bfd-06.txt
Status:         https://datatracker.ietf.org/doc/draft-ietf-spring-bfd/
Html:           https://www.ietf.org/archive/id/draft-ietf-spring-bfd-06.html
Htmlized:       https://datatracker.ietf.org/doc/html/draft-ietf-spring-bfd
Diff:           https://author-tools.ietf.org/iddiff?url2=draft-ietf-spring-bfd-06

Abstract:
   Segment Routing (SR) architecture leverages the paradigm of source
   routing.  It can be realized in the Multiprotocol Label Switching
   (MPLS) network without any change to the data plane.  A segment is
   encoded as an MPLS label, and an ordered list of segments is encoded
   as a stack of labels.  Bidirectional Forwarding Detection (BFD) is
   expected to monitor any existing path between systems.  This document
   defines how to use Label Switched Path Ping to bootstrap a BFD
   session, control an SR Policy in the reverse direction of the SR-MPLS
   tunnel, and applicability of BFD Demand mode in the SR-MPLS domain.
   Also, the document describes the use of BFD Echo with BFD Control
   packet payload.




The IETF Secretariat


_______________________________________________
spring mailing list
spring@ietf.org<mailto:spring@ietf.org>
https://www.ietf.org/mailman/listinfo/spring