Re: [spring] New Version Notification for draft-mirsky-spring-bfd-08.txt

"Carlos Pignataro (cpignata)" <cpignata@cisco.com> Sat, 29 February 2020 03:59 UTC

Return-Path: <cpignata@cisco.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 F28EC3A095E; Fri, 28 Feb 2020 19:59:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level:
X-Spam-Status: No, score=-9.6 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, SPF_PASS=-0.001, URIBL_BLOCKED=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 header.b=ihejMC8I; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=J2ZMTxjB
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 JDmWqeG4jEL6; Fri, 28 Feb 2020 19:59:24 -0800 (PST)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1C8A3A0AD9; Fri, 28 Feb 2020 19:59:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16028; q=dns/txt; s=iport; t=1582948764; x=1584158364; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=y7XTSCgl8iTwmWb40hFbHDQEzdAVcViwBi4rc3YnaRo=; b=ihejMC8I4pKsKQm2cnmnyuqw7/xuWzJt1PRg6C3UTNCV7LJVYF1T6kGO 2Iv8sKYA4DaD1baP6xpggHPiSKZAYiWXSLBNqCB383Pz0/z2vRs6C4foy 1Z7FqvfUOx+7bypwwbsKpembgvlHe99gCs9dnvfX0OA92fAkgSXRqrM7b o=;
IronPort-PHdr: =?us-ascii?q?9a23=3Ars8VuRHZyjzy6NearFX0/p1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e4z1Q3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNV?= =?us-ascii?q?cejNkO2QkpAcqLE0r+efXybiM8FdhLfFRk5Hq8d0NSHZW2ag=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C1AABl4Fle/4gNJK1mGgEBAQEBAQE?= =?us-ascii?q?BAQMBAQEBEQEBAQICAQEBAYF7gVQpJwVsWCAECyoKhAqDRgOKaII6JYljjjK?= =?us-ascii?q?BQoEQA1QJAQEBDAEBGAYPAgQBAYN7RQIXgXMkOBMCAw0BAQUBAQECAQUEbYV?= =?us-ascii?q?WDIVjAQEBAQIBAQEQEQQNDAEBLAkCAQQLAgEGAhEBAgECAQICJgICAh8GCxU?= =?us-ascii?q?CBggCBA4FIoMEAYJKAw4gAQIMA5JHkGcCgTmIYnV/M4J/AQEFgS8BAwIOQYM?= =?us-ascii?q?WDQuCDAmBDiqMJRqBQT+BEScMFIJNPoIbSQEBAgEBGIEPBQESAQcZAQczglc?= =?us-ascii?q?ygiyNcA6CLDuGFIk+KY5JMkQKgjyHUYpehDYcgVpvf4cggzqBE4IzhH2ETJA?= =?us-ascii?q?9hy+CLoxsa4JHAgQCBAUCDgEBBYFpImdxcBUaISoBgg0BATIJNRIYDY4dDBe?= =?us-ascii?q?BBAEIgkOFFIVBdAINgRqNOQGBDwEB?=
X-IronPort-AV: E=Sophos;i="5.70,498,1574121600"; d="scan'208";a="439164671"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 29 Feb 2020 03:59:22 +0000
Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 01T3xMpW003050 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 29 Feb 2020 03:59:22 GMT
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 28 Feb 2020 21:59:22 -0600
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 28 Feb 2020 21:59:21 -0600
Received: from NAM11-CO1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 28 Feb 2020 22:59:21 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=K2sjbvxmWpxAEhExXBB7bDQKlJ6MbGP4NW9P3nklZe9oUI/P55cay/+UPJMJbp4YpASNdm2gtmn9KasTnzX3hrmlL4UIjWX3zcED9z2FR9tz4u50ksF0Ow9ussUIxrinAZn1cge+hn8USM3pFW1gWWdTA1SB1Au5HuPPQFSj+P4eAPbdooES7Zoir233uR2XAP77rHFzu7Ilx3aMwr7SMnZv9JjaeG2/w+WIHY5IT3/PsLWkHeRpDoUGWQKU9MzVCdDsheS0/mjQ9p02p7Pg3ZzBojzWX3pXDS8vIltqSJeDpdmO0n34fF4NfCMJ1zKPwaF5yUNlfVIB3u1NgMXBpg==
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-SenderADCheck; bh=y7XTSCgl8iTwmWb40hFbHDQEzdAVcViwBi4rc3YnaRo=; b=SG6659SB2e0GT2DZhQ3D7gyFaigmb8db9Tdr+bQ5zM4EI9UsPNpZUT3d28+ClmZYX0n909gfMXSzHk0wfuWcPdMLxSNJaj9EiU0UivIhJu82AWaV4u4e+kGWRg4/D5w//rNPRmANB762F3fWUp0/Q/qtKaimWwtq3Gl+K/s1CPgMI5AtE/VjyY1HQCpAZ/y9ahF/thG4kwEz5OrrHKiXwJZU/w1gvEWy9fjGn7Lt0FVgNnVAURIQXNV4QVEHMrQpCNm2lODQq5Ryq5+tZXQ9YmB3wlu0jGbJIJP6qtZXSAnt3FZrX9ZGkUd+W/ogtRWUVIqoSIFM5e1bhSeGhZKwhA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=y7XTSCgl8iTwmWb40hFbHDQEzdAVcViwBi4rc3YnaRo=; b=J2ZMTxjBFtkQwmNC6D24nk6W18EK29CD2PU3iJb8/8m7zvBZbSi3OqfHon0xGTGORbQSZPm9HI1RzenpqjcSEltFiwfoFd1cnpgc0xCO0h90qi14WW6Hb1LPFG0WeYgq3yXXy5Mtr+D7048r02DSYF7Ta2a4xPqOy2y/yQwQniY=
Received: from MN2PR11MB4415.namprd11.prod.outlook.com (52.135.39.95) by MN2PR11MB4631.namprd11.prod.outlook.com (20.180.244.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.15; Sat, 29 Feb 2020 03:59:20 +0000
Received: from MN2PR11MB4415.namprd11.prod.outlook.com ([fe80::393e:c7fe:1d69:fa4e]) by MN2PR11MB4415.namprd11.prod.outlook.com ([fe80::393e:c7fe:1d69:fa4e%4]) with mapi id 15.20.2772.018; Sat, 29 Feb 2020 03:59:19 +0000
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: Martin Vigoureux <martin.vigoureux@nokia.com>, "spring-chairs@ietf.org" <spring-chairs@ietf.org>, spring <spring@ietf.org>, MPLS Working Group <mpls-chairs@ietf.org>, Deborah Brungard <db3546@att.com>
Thread-Topic: [spring] New Version Notification for draft-mirsky-spring-bfd-08.txt
Thread-Index: AQHV7PVtePlEcOViZE2tx+vMkM8GGagxj1GA
Date: Sat, 29 Feb 2020 03:59:19 +0000
Message-ID: <D4A2C454-2265-4F63-B790-45D0C24C4AF4@cisco.com>
References: <156476392205.21015.9558221802284168698.idtracker@ietfa.amsl.com> <CA+RyBmVMzPjgtaeLB98sEp4LJ2p0ij0WQZ3YfxpVF2CYBo1VXw@mail.gmail.com> <C48C6EFF-D7E3-484B-9824-4449C81DB74A@cisco.com> <CA+RyBmUeDdFGyztYeLZbNDuiK7-zYYYskwtdy5PgoJtRCWw79g@mail.gmail.com>
In-Reply-To: <CA+RyBmUeDdFGyztYeLZbNDuiK7-zYYYskwtdy5PgoJtRCWw79g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3608.60.0.2.5)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=cpignata@cisco.com;
x-originating-ip: [108.203.7.63]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 1f3b5710-0a1b-494a-70d0-08d7bccbc102
x-ms-traffictypediagnostic: MN2PR11MB4631:
x-microsoft-antispam-prvs: <MN2PR11MB4631EDD4350D801ADDF401DBC7E90@MN2PR11MB4631.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 03283976A6
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(346002)(366004)(376002)(136003)(396003)(199004)(189003)(86362001)(8936002)(81166006)(81156014)(36756003)(8676002)(6512007)(186003)(33656002)(71200400001)(6486002)(2616005)(53546011)(26005)(966005)(478600001)(2906002)(66574012)(5660300002)(30864003)(6916009)(316002)(6506007)(54906003)(15650500001)(66946007)(91956017)(76116006)(66446008)(64756008)(66556008)(66476007)(4326008); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4631; H:MN2PR11MB4415.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: lQFdZQtYCcJNU5jTPLFRXEBDi6Y2zJdzw4GXz1FwuirlF9Y+ddWC9Y9CQ6+M4eKZC6BDVRg6Dn9Lj4UZR1uXp6IkNOfag4mVDR5i8/+EUg+hBD8atuTTwfqUbjp43k2Kg3oF1gMFxPGuXJrb1qaBQhTT38RX0g/obig6XDo1ogTYRaRrcafGAbWm6JoEotG3OmsRMViHeJfHapU4Y+7qVzsau98YoZUGSFEARccJ4ndtNgO01QzVQu+U0oby1i9S2dIqUO0e3i4vE/f7Yv8bbFdcRWAdHLcPeYS5QWbrzfrNaQpBE8JCnTaQqEQ+wEzPIXiKTM4rYgLPgI3oUSLfUIGsBmzoXyqiTW6tj3WSv0Q1z+sdK6XZUB+o0Fyot7UQtdS6DwJqUH+X3Z1iSH6fIP0uvreYBGfxBfHPdBv8BJc9uOm0CT+0qfbxMqSwv+Duu128pncfadUBuZM3k3lP9YeDCbsEpzsxPzVCfWD984WLbVkU/EG1JU+dumvSsCp5AvHy+643uzaOWeG2nT5G2A==
x-ms-exchange-antispam-messagedata: 410uTPPQnwUFp6zkvFCHXQ/jVmTV19IOGikg0lZy3DGC4adjebbVXEHVF5/QOfhlk6UsfolCN+8sxGT9Vl/Togx5eYVNaBhh0uivOC3jceGlVYcqqORTNxDi3MjqH/aTkM2WzRIkbiiaRkhnF9Z94w==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <DC43FC4AB040654DB50494C4D7753A05@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 1f3b5710-0a1b-494a-70d0-08d7bccbc102
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Feb 2020 03:59:19.6681 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 7JzyQIYN9hiieYJxFOrzLeVQ+FSXaDWANAbvjwYXVnJ9Rnjy4Mrr1NAtmBoD2MijJ8kJiUtVgouUVIoQsZJeKA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4631
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com
X-Outbound-Node: alln-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/-IZhq90JYsqtW9-oIHL208eROgM>
Subject: Re: [spring] New Version Notification for draft-mirsky-spring-bfd-08.txt
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
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: Sat, 29 Feb 2020 03:59:29 -0000

Dear Greg,

> 2020/02/26 午後5:38、Greg Mirsky <gregimirsky@gmail.com>のメールt;のメール:
> 
> Dear All,
> please find my notes and questions in-lined tagged GIM>>.
> 
> Regards,
> Greg
> 
> On Tue, Sep 10, 2019 at 12:58 PM Carlos Pignataro (cpignata) <cpignata@cisco.com> wrote:

Refreshing my cache -- since your reply is over 5.5 months after the last email on this -- please find inline a very quick follow-up (since you are naming me on your response)


> [A very late reply to this email, but since no-one else replied… to add topic diversity to the list.]
> 
> SPRING chairs,
> 
> Sending this note only for completeness, and not as indication of interest or support of draft-mirsky-spring-bfd-08.txt.
> Since draft-mirsky-spring-bfd has no provenance metadata (Replaces/Replaced-by tags), I thought it useful to point to the ancestry of this text.
> 
> TL;DR:
> 
> Two big concerns:
> 1. Review of this text (on a different draft) in the MPLS WG is unacknowledged and undressed. Basically this text has technical showstoppers.
> GIM>> To the best of my understanding, all technical questions have been addressed. The latest update also includes the Implementation Considerations section. I believe that it is up to WG chairs to evaluate whether WG has reached consensus (rough) on the WG draft.


Looking objectively at the mailing-list history [1], there has been effectively NO discussion about this document on the list. Other than one quick review I sent long ago on May 2017 [8], and I-D Action automated emails from the submission tool with new revisions every (expiration period =~ 6) months.

These are _all_ the emails about this draft for versions and versions during months and months:

I-D Action: draft-mirsky-spring-bfd-08.txt	internet-drafts	2019-08-02
I-D Action: draft-mirsky-spring-bfd-07.txt	internet-drafts 2019-02-24
I-D Action: draft-mirsky-spring-bfd-06.txt	internet-drafts 2018-08-23
I-D Action: draft-mirsky-spring-bfd-05.txt	internet-drafts 2018-03-03
I-D Action: draft-mirsky-spring-bfd-04.txt	internet-drafts 2018-02-27

And then, 1.5 years and 4 version later, there is:
Fwd: New Version Notification for draft-mirsky-spring-bfd-08.txt	Greg Mirsky	2019-08-02

To which the spring chair replied “Should we wait for your replies?” [2]

The fact that there was no discussion on this was already called out by Adrian [3] and Deborah [4] when this text lived in a different document, about 3.5 years ago.

[1] https://mailarchive.ietf.org/arch/search/?q=%22draft-mirsky-spring-bfd%22
[2] https://mailarchive.ietf.org/arch/msg/spring/v8bCjqHxzUUy4ccumOpqyaDDCDg/
[3] https://mailarchive.ietf.org/arch/msg/mpls/DAY31G0WQPrVys8XGMO9nEHsQdM/
[4] https://mailarchive.ietf.org/arch/msg/mpls/diPhEsyo2Q48BmNNEm-WwjoRO5U/
[8] https://mailarchive.ietf.org/arch/msg/spring/XB_Co8IPSKkkEPWWPgGUIK8Rl0U/

However, these technical concerns have not been answered. Why use non-FEC when there are FECs defined [RFC 8287]? The use of numerical label values (these are LSEs and not SIDs) is a misnomer, creates conflicts between CP/DP, with LSP Ping, and the command/response paradigm from [RFC 7110] creates race conditions on network changes for a long-lived session.


> Carlos clearly has his opinion but, I believe, that is not necessarily correctly reflects the opinion of MPLS WG.


The MPLS WG chairs are who can gauge the MPLS WG sentiment and opinion…

This is what I found Loa wrote [5]

[5] https://mailarchive.ietf.org/arch/msg/mpls/q3A5FfSZHTotSn5E7VGdBxy7SlI/


> 2. Potentially applicable IPR, as per the email below, is undisclosed.
> GIM>> As I understand the IPR process at IETF, a third party that believes that the particular IPR (application or patent) is applicable to the given document can file the IPR Disclosure. If Carlos believes that there is an undisclosed IPR, then he should follow the IETF process. As for me, to the best of my understanding, there's no undisclosed IPR related to this draft.


I think I was not clear. I did not mean to imply that I believe there is any particular applicability of a piece of IPR. I have no opinion on that, since I’ve not read it.

However, I do have an opinion on what appears to be a contradiction.

Greg, I would love to understand this:

Right after version -05 of draft-ietf-mpls-bfd-directed, there is this mpls mailing-list posting [6] by you, which says:

-->8--
Dear All,
authors decided to remove sections Segment Routing: MPLS Data Plane Case
and Bootstrapping BFD session with BFD Reverse Path over Segment Routed
tunnel from this document and address the Segment Routing case in the
future work. The new version has been submitted as
draft-ietf-mpls-bfd-directed-05
(see below) and, to the best of our knowledge and understanding, earlier
disclosed IPR is no longer applicable to this version.
-->8—

And the difference from -04 to -05 can be seen at [7], as effectively the text that became draft-mirsky-spring-bfd.

[6] https://mailarchive.ietf.org/arch/msg/mpls/imnwjd0the9F-F4gdHxh_J3xzq4/
[7] https://tools.ietf.org/rfcdiff?url2=draft-ietf-mpls-bfd-directed-05.txt


The inconsistency or apparent contradiction that I was calling out is the following:

1. Removing text from draft-ietf-mpls-bfd-directed-04 into draft-ietf-mpls-bfd-directed-05 [7] makes the IPR be no longer applicable [6].
2. What happens when that removed text from step 1. becomes a new document, draft-mirsky-spring-bfd?


Anyway, this ended up being a not-totally-quick follow-up, but I thought it important to explicitly cite the specific pointers, add the relevant text, postings, explanations, and timelines.

Best,

Carlos.


> 
> Besides there being no apparent interest, there’s serious issues.
> 
> Longer version:
> 
> Martin, At the time you were shepherd of draft-ietf-mpls-bfd-directed, so you might remember this.
> 
> Much of the text of draft-mirsky-spring-bfd seems to be coming from earlier versions of draft-ietf-mpls-bfd-directed.
> 
> The text was removed from draft-ietf-mpls-bfd-directed during reviews in the MPLS WG, instead of fixing it, and now it seems to have found its way into a new document and a new WG, bypassing the previous review.
> 
> All the text from draft-ietf-mpls-bfd-directed about SRv6 was removed here: https://tools.ietf.org/rfcdiff?url2=draft-ietf-mpls-bfd-directed-03.txt
> All the text from draft-ietf-mpls-bfd-directed about SR MPLS was removed here: https://tools.ietf.org/rfcdiff?url2=draft-ietf-mpls-bfd-directed-05.txt
> GIM>> Authors always welcome and appreciate comments. Changes in scope were presented and accepted by MPLS WG. 
> 
> All that text received critical review and comments that can be found for example at:
> 	• https://mailarchive.ietf.org/arch/search/?q=%22draft-ietf-mpls-bfd-directed%22%20%22Segment%20Routing%3A%20MPLS%20Data%20Plane%20Case%22
> 	• https://mailarchive.ietf.org/arch/search/?q=%22draft-ietf-mpls-bfd-directed%22%20%22Segment%20Routing%22
> 
> And the authors of draft-ietf-mpls-bfd-directed decided to remove it as per: https://mailarchive.ietf.org/arch/msg/mpls/imnwjd0the9F-F4gdHxh_J3xzq4
> 
> This particular email to the MPLS WG has interesting text:
> "
>     authors decided to remove sections Segment Routing: MPLS Data Plane Case
> ...
>     The new version has been submitted as
>     draft-ietf-mpls-bfd-directed-05
>     (see below) and, to the best of our knowledge and understanding, earlier
>     disclosed IPR is no longer applicable to this version.
> “
> 
> Basically this seems to imply that there was IPR applicable to that text, that removing it made it not applicable to the MPLS WG doc. 
> https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-ietf-mpls-bfd-directed
> 
> However, that text seems to have founds its way to this new doc, but there does not seem to be any IPR disclosures.
> https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-mirsky-spring-bfd
> GIM>> As noted above, authors of draft-mirsky-spring-bfd believe that there is no undisclosed IPR relevant to the draft. Any third party that believes otherwise is free to follow the IETF process of IPR disclosure. 
> 
> There are still significant outstanding technical issues with this text, raised in the MPLS WG under a different I-D, but still apply, as for example:
> https://mailarchive.ietf.org/arch/msg/mpls/pPq_LO8E0vIKKYLiHa50z7cFWks
> https://mailarchive.ietf.org/arch/msg/mpls/iXsENQuPWmmgsueNiUMlyRCcu4U
> https://mailarchive.ietf.org/arch/msg/mpls/X1a595fcp8D-WYGO9UkVsqum23s
> Etc.
> GIM>> As I've noted above, all the technical comments to draft-ietf-mpls-bfd-directed have been addressed by authors. Changes to the scope of draft-ietf-mpls-bfd-directed were made by the authors after discussion in MPLS WG.
> 
> Back to your regular programming (no pun intended :-) 
> 
> Best,
> 
> Carlos.
> 
>> On Aug 2, 2019, at 12:46 PM, Greg Mirsky <gregimirsky@gmail.com> wrote:
>> 
>> Dear All,
>> with this update, we've added a section on using BFD for Multipoint Networks (RFC 8562 and RFC 8563) for proactive defect detection in Point-to-Multipoint SR Policies.
>> Authors believe that the draft is stable and addresses p2p, as well as, p2mp use cases of SR-MPLS. We appreciate your consideration of WG adoption poll for this specification.
>> 
>> Regards,
>> Greg
>> 
>> ---------- Forwarded message ---------
>> From: <internet-drafts@ietf.org>
>> Date: Fri, Aug 2, 2019 at 12:38 PM
>> Subject: New Version Notification for draft-mirsky-spring-bfd-08.txt
>> To: Ilya Varlashkin <ilya@nobulus.com>om>, Gregory Mirsky <gregimirsky@gmail.com>om>, Ilya Varlashkin <Ilya@nobulus.com>om>, Jeff Tantsura <jefftant.ietf@gmail.com>om>, Mach Chen (Guoyi) <mach.chen@huawei.com>
>> 
>> 
>> 
>> A new version of I-D, draft-mirsky-spring-bfd-08.txt
>> has been successfully submitted by Greg Mirsky and posted to the
>> IETF repository.
>> 
>> Name:           draft-mirsky-spring-bfd
>> Revision:       08
>> Title:          Bidirectional Forwarding Detection (BFD) in Segment Routing Networks Using MPLS Dataplane
>> Document date:  2019-08-02
>> Group:          Individual Submission
>> Pages:          13
>> URL:            https://www.ietf.org/internet-drafts/draft-mirsky-spring-bfd-08.txt
>> Status:         https://datatracker.ietf.org/doc/draft-mirsky-spring-bfd/
>> Htmlized:       https://tools.ietf.org/html/draft-mirsky-spring-bfd-08
>> Htmlized:       https://datatracker.ietf.org/doc/html/draft-mirsky-spring-bfd
>> Diff:           https://www.ietf.org/rfcdiff?url2=draft-mirsky-spring-bfd-08
>> 
>> 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 path in reverse direction of the SR-MPLS tunnel and
>>    applicability of BFD Demand mode in the SR-MPLS domain.
>> 
>> 
>> 
>> 
>> Please note that it may take a couple of minutes from the time of submission
>> until the htmlized version and diff are available at tools.ietf.org.
>> 
>> The IETF Secretariat
>> 
>> _______________________________________________
>> spring mailing list
>> spring@ietf.org
>> https://www.ietf.org/mailman/listinfo/spring
>