Re: [bess] Éric Vyncke's Abstain on draft-ietf-bess-mvpn-fast-failover-13: (with COMMENT)

"Eric Vyncke (evyncke)" <evyncke@cisco.com> Wed, 16 December 2020 13:13 UTC

Return-Path: <evyncke@cisco.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8300A3A0E4B; Wed, 16 Dec 2020 05:13:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.598
X-Spam-Level:
X-Spam-Status: No, score=-9.598 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=V2KX9qd0; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=kOcd+EuZ
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 B6lP4DYM04aB; Wed, 16 Dec 2020 05:13:21 -0800 (PST)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C4CC3A0BA4; Wed, 16 Dec 2020 05:13:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8844; q=dns/txt; s=iport; t=1608124399; x=1609333999; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=VdEVPhn1ob/6Hah4/6VsZgIP6FUQp2U2tR2wR3al3dk=; b=V2KX9qd0Z0T3pFtg4aY3R/jhn2u9p02KhxzXzAPe95ZFRs/7ov5FJ7E9 PcyuIclbxDlk2qFYXDenFdjTGIgHQldwP8RDbVxy7UPDVNRyZgvFHyN1h iQJBj//9Uk8GnWRiLmc8OoOR06JKgAnKpaQOHTwK2jX3KZI0382zytbuR U=;
X-IPAS-Result: A0DxAABxBdpfkIENJK1iGwEBAQEBAQEBBQEBARIBAQEDAwEBAUCBT4FSUXxbLy6EP4NIA402JQOKGY5xgUKBEQNUCwEBAQ0BARgGDwIEAQGESgIXgVkCJTgTAgMBAQEDAgMBAQEBBQEBAQIBBgQUAQEBAQEBhjgMhXIBAQEEAQEQEREMAQEsCwELBAIBCBEDAQEBAwImAgICHwYLFQUDCAIEAQ0FIoMEAYJVAy4BDqFrAoE8iGl2gTKDBAEBBYFHQYMgDQuCEAMGgQ4qgnWDeoEGgSMbg3ImG4FBP4ERJwwQglY+ghtCAQEDAYEmARIBIYMXM4IsgVkQgQo0AQMiGQgIBgITPAskBhIbKSQHQRoPAo8vgyqkNlcKgnSJI40MBIUYAx+DJoomlHGEao8biw2Cd45ZhEsCBAIEBQIOAQEFgW0haVgRB3AVOyoBgj5QFwINjiEMDgkUgzqFFIVEdAIBNAIGAQkBAQMJAXuJRQEB
IronPort-PHdr: 9a23:p5RwJhZW1eVjx1hi6NtOppP/LSx94ef9IxIV55w7irlHbqWk+dH4MVfC4el21QaZD4fG7fNchvCQta38CiQM4peE5XYFdpEEFxoIkt4fkAFoBsmZQVb6I/jnY21ffoxCWVZp8mv9PR1TH8DzNF/PpHyq4CRUHBjjZkJ5I+3vEdvUiMK6n+m555zUZVBOgzywKbN/JRm7t0PfrM4T1IBjMa02jBDOpyhF
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.78,424,1599523200"; d="scan'208";a="631362266"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 16 Dec 2020 13:13:17 +0000
Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 0BGDDHqk022558 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 16 Dec 2020 13:13:17 GMT
Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 16 Dec 2020 07:13:17 -0600
Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 16 Dec 2020 07:13:16 -0600
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Wed, 16 Dec 2020 07:13:16 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LaC4etpv5mQKykszgunqvcQThq2f/t0Ep6c9w34nwB1rbyDWtCAkqeMLo2hMc9CdXC3Lq07zYMv+9BJpw7BNyq5HDM9cHlof0Y895lU8uxQUXFdREOqDisxZ/UfN6EP8kQ7U+6cnEL769f3alzAiB7dn1ICLG8EFwo9Rl6fAtWnPnbXioYxkTnLT7fPnZH3VEV4wotTgQT0JrrmK42rvraR8kaObfYJq7HqB3QOYanK1jssNFcFFuXu6r6Fvknl70lA+kexJDl58zT0HRHUf1FaJpu7kxVYcqjTrBT+8+IfgsHZe60CjylqFpi6Pm9KQtjdNAs249lWLffItsPhO0g==
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=VdEVPhn1ob/6Hah4/6VsZgIP6FUQp2U2tR2wR3al3dk=; b=bDjveE6I2RPAByCUO5QZu3lZGGX5PpBUrTPdDCSI7TWcHztxmyK3dgICzJuT+zjtaXmZIzf6Z+EnZSPmukRtSIE8JTHowReLUpN7aiLQH/VuJaTDLa2tMzCHVOwJpzxpUFnUPnvJsclVi9IGHuqPDwtUq6onwvwqXFAeopx0Tv5dgAZjFRygd0quRC20+s8sXrjkE/LbBLVCYc7jPnA9T0Pj6aExOraYKNz1a25KibhL77vH5TaOjWeA6y29RY5veXTLOqFhjNWy+KZT+r7WMQEsDoP3LVatxLYiKDpJkG1Zsk+m9wHh62YgKbvS1922wz46oMFH0uA7qq5fKwfLKg==
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=VdEVPhn1ob/6Hah4/6VsZgIP6FUQp2U2tR2wR3al3dk=; b=kOcd+EuZVDMi8LQ7dUSgbQkbyJ7NRSYUIUNfc2sj0DnyyTApGM+C69YEBVQW8/UZ5i8WxbxBUO11xFnWinomvk7Ps3q47CL4oCNX0wHb3USem2nNEbIA2Qbs45wtPuspXE9vqTbyXPMRffpgp4FQL02bGFHH7Es+aUdX/yRw+vo=
Received: from PH0PR11MB4966.namprd11.prod.outlook.com (2603:10b6:510:42::21) by PH0PR11MB5030.namprd11.prod.outlook.com (2603:10b6:510:41::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3654.20; Wed, 16 Dec 2020 13:13:15 +0000
Received: from PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::4c26:8d82:d1d:e7fd]) by PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::4c26:8d82:d1d:e7fd%6]) with mapi id 15.20.3654.026; Wed, 16 Dec 2020 13:13:15 +0000
From: "Eric Vyncke (evyncke)" <evyncke@cisco.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>, "slitkows.ietf@gmail.com" <slitkows.ietf@gmail.com>, 'The IESG' <iesg@ietf.org>, "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
CC: "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "draft-ietf-bess-mvpn-fast-failover@ietf.org" <draft-ietf-bess-mvpn-fast-failover@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Éric Vyncke's Abstain on draft-ietf-bess-mvpn-fast-failover-13: (with COMMENT)
Thread-Index: AQHW05MG3mlD9izmeEykjXJw/JwtqKn5iCyAgAAkrYCAABcwAA==
Date: Wed, 16 Dec 2020 13:13:15 +0000
Message-ID: <A50B09A9-6439-45A0-8F2E-CE93D86D7C00@cisco.com>
References: <160811313040.11139.1045340773390281334@ietfa.amsl.com> <00e601d6d397$aa5cf6f0$ff16e4d0$@gmail.com> <MN2PR05MB598184EEA2543AFC0BC61737D4C50@MN2PR05MB5981.namprd05.prod.outlook.com>
In-Reply-To: <MN2PR05MB598184EEA2543AFC0BC61737D4C50@MN2PR05MB5981.namprd05.prod.outlook.com>
Accept-Language: fr-BE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.44.20121301
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=dc1d2230-c72e-4295-b1c8-4a2b48e90c00; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-12-16T12:48:14Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4;
authentication-results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2001:420:c0c1:36:6033:6c91:6e91:b25c]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 3692ac47-6b54-4eba-ebad-08d8a1c45914
x-ms-traffictypediagnostic: PH0PR11MB5030:
x-microsoft-antispam-prvs: <PH0PR11MB50302199139E9317DF08CE64A9C50@PH0PR11MB5030.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: ewQkC5IzOcxapD+F0DthmUyD1AfdbEZr0myJnl6Y2fesPOrFroIiVJzDbXHkic/066TiBcXaPihRgd0BXMR9Udj4Zfoqt4n8ygV94mw8fntTwY4hAfV1Aab42svL86Uh+VtPU2TENvUMNaCQQGO6M+JDHkLIpJYwAzWrbUvGwiLVn5ezhJ21hR+/X7vcsEK494I7flW4GI9+BoD2FbHrYp8UVN6Sh40dXNBrkzUixl/OGPWsQTbzVViL6pI3jG98rnG6LGd2fhwG7lLkA8aD3++ZhYfgVmV5pV/JsCHZ4emmbqlAqMytkTY/xL3Q45N1++9sE1+vY8/33WNiIUsr0F7p8lprQ6kpaLgGyh+Mg+Y63Qs3ip6x9UDYaTyAxw8SFr6R6ySy4UK3K8TszqJcgXffVtvtcPuu8aMcab4HECHRD4UZT2qDeNj6xJwI7SsrzEK9dUprnopkuOWcMWULDA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB4966.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(366004)(396003)(346002)(136003)(39860400002)(110136005)(54906003)(2616005)(6506007)(33656002)(53546011)(86362001)(66574015)(76116006)(4326008)(66476007)(66446008)(64756008)(66946007)(6512007)(91956017)(2906002)(66556008)(966005)(5660300002)(36756003)(186003)(6486002)(478600001)(8936002)(224303003)(316002)(83380400001)(71200400001)(45980500001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: Vrlw3hB0FAYv1IXm/1KCwXtXin0nmy/Hw/rgSabHqptsWMfqLTuCw8AehWw3dCakz3qpjqWEdUKM4AqUxKr7yy6yh4+wqIrZN0DSo8vecGbNL6RaRd90CkrrqM6wyQQcvQiWZtHZ8qlwkrmvg0J4vRVSZToqyz4FQXFbiaHIrDVxzTbDD5NEJRdOqGKGTI3tVEB2AXy7FzTbO9pYJo2g1P/GaoaLb6eIJ0R0XGOxcKTwokaWOREaswUEsuANzWyzqTYDZm+zZ88q20I4clbZC0dW6zkrA2nXaim/Bffgv/t8GpkPFiwbxzq+GnN4U04EB6CB4FmoVMHAgUUnnJbdn0AGwtkojNCWNhzB7AUP8HuxuGiKnyGc/ojlRNSCgXzIfa+1kByKyHJMT5z+xNB/V33mlYKtzWwKFz9wyJKLxp/iIMQhrg2CJ9v1BPnwF6IYxMWy49BVx4igM3Fu0e96jSJtgpbH5qObj/ZaJmg2Mver2hYBiMi3MwE+lvSB9k/ZBVw6bEz4BoS+U4uVy7pDjm7UT59WNaEP2wnShDSABx9WxCaDkxLNrjZa6REi5aXWfm7tqnOfiSvHceBqIxePlViXwAVmZG8b6ke3PuHJEdIxV7tJb1MJarDSwRJp0mTrQWUTu3jW3uAtMkKyKtmXtwTfmO7mgkM8j39B5yXr/puYThlklqnsTr9tywTMhI6AGhhNaEypYNfHSudf8pSg9bjcXViCHLHwl2v9QNe2Sc/9n6mngrZ4IaUV76pDLP61RsLY+af9isvBCqghRHdqy0KguJ5e66byycswuSwT3i0g7M/tDib1HCBrjd7UK7jR+HwfVgSrkORYkNKs+ZgWTPmzBWQQOtcRGAOqgllIVkIaFaGd90x+dfw9XHycYMITf2gNKwQnkMqV+6qNJfS1tBbw5x6Ug31C8ZEkO2IDZufZc4WHBq/E8PY0H8xV/vMPOvVxMaCfvx4tUdOoxfWdGsXgOvY0Y4w+L0BXVsMTq7b/mc5SFZFIDscbyuau0eSFna6SQpVnufutRrz3MjZ9bPyh0ka4Mh1wPQSoJQmN4Th7toYIWSKZm2gTcAn2IRhj
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <469F21BA4CC9C2439788644041BFDAD2@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB4966.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3692ac47-6b54-4eba-ebad-08d8a1c45914
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Dec 2020 13:13:15.1875 (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: u+WrE+nngwKEohOG7EybxeuNcXljvXd3kht7o2oXUjT2KA/U08YYl8KJRs3nojN8jSoCxy+XoIP1AcmBFxwBqA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB5030
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com
X-Outbound-Node: alln-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/7vKefoVApoZ3-lkrZ2A8yYjDozg>
Subject: Re: [bess] Éric Vyncke's Abstain on draft-ietf-bess-mvpn-fast-failover-13: (with COMMENT)
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Dec 2020 13:13:32 -0000

Jeffrey

This would be quite positive to post this on the BESS list like you just did ;-)

And, Stéphane, I agree that the topic of "lack of implementations for a standards track document" is wider than this document: it was really a comment of mine and not one asking for a reply (but yours was appreciated)

-éric

-----Original Message-----
From: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
Date: Wednesday, 16 December 2020 at 13:50
To: "slitkows.ietf@gmail.com" <slitkows.ietf@gmail.com>, Eric Vyncke <evyncke@cisco.com>, 'The IESG' <iesg@ietf.org>, "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
Cc: "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "draft-ietf-bess-mvpn-fast-failover@ietf.org" <draft-ietf-bess-mvpn-fast-failover@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: RE: [bess]  Éric Vyncke's Abstain on draft-ietf-bess-mvpn-fast-failover-13: (with COMMENT)

    Ah. Perhaps vendors forgot/neglected to respond on the implementation question for this particular spec, I know of two implementations.

    Jeffrey

    -----Original Message-----
    From: BESS <bess-bounces@ietf.org> On Behalf Of slitkows.ietf@gmail.com
    Sent: Wednesday, December 16, 2020 5:39 AM
    To: 'Éric Vyncke' <evyncke@cisco.com>; 'The IESG' <iesg@ietf.org>
    Cc: bess-chairs@ietf.org; draft-ietf-bess-mvpn-fast-failover@ietf.org; bess@ietf.org
    Subject: Re: [bess] Éric Vyncke's Abstain on draft-ietf-bess-mvpn-fast-failover-13: (with COMMENT)

    [External Email. Be cautious of content]


    Hi Eric,

    Speaking as BESS WG chair, you raised a very valid point on the publication of documents that have no implementation (or plan of implementation). This is also a concern that I have in general, as we cannot really prove that a technology/specification is working properly if it hasn't been implemented.
    I think the discussion is a bit orthogonal to this particular document.
    In the routing area, each WG is free to have its own policy regarding implementations. In BESS, the WG decided that there will be an implementation poll then if there is no implementation, and if WG is still fine progressing the doc without an implementation, the document will continue until publication. Good or bad that could be discussed but this is the WG consensus (it was there before I took over the chair seat). This policy differs across WGs.
    I don't think that the date of the doc really matters, even if the doc was more recent, nothing says that there will be an implementation in future, so situation will be the same. I personally don't like having non implemented specs but it's not just up to me and again this goes beyond just this document.

    Brgds,

    Stephane

    -----Original Message-----
    From: Éric Vyncke via Datatracker <noreply@ietf.org>
    Sent: mercredi 16 décembre 2020 11:06
    To: The IESG <iesg@ietf.org>
    Cc: draft-ietf-bess-mvpn-fast-failover@ietf.org; bess-chairs@ietf.org; bess@ietf.org; Stephane Litkowski <slitkows.ietf@gmail.com>; slitkows.ietf@gmail.com
    Subject: Éric Vyncke's Abstain on draft-ietf-bess-mvpn-fast-failover-13: (with COMMENT)

    Éric Vyncke has entered the following ballot position for
    draft-ietf-bess-mvpn-fast-failover-13: Abstain

    When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.)


    Please refer to https://urldefense.com/v3/__https://www.ietf.org/iesg/statement/discuss-criteria.html__;!!NEt6yMaO-gk!VKBlE-qjDQeeCsz4ekqM-S0M5txGOaciHBeicTqvPGGcOfOv2F_kB0LkcPs169tg$
    for more information about IESG DISCUSS and COMMENT positions.


    The document, along with other ballot positions, can be found here:
    https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ietf-bess-mvpn-fast-failover/__;!!NEt6yMaO-gk!VKBlE-qjDQeeCsz4ekqM-S0M5txGOaciHBeicTqvPGGcOfOv2F_kB0LkcD1j6hff$



    ----------------------------------------------------------------------
    COMMENT:
    ----------------------------------------------------------------------

    Thank you for the work put into this document.

    I have balloted ABSTAIN in the sense of "I oppose this document but understand that others differ and am not going to stand in the way of the others." because of the use outside of a node of the IPv4-mapped IPv6 addresses in section 3.1.6.1. A reply on this topic will be welcome.

    Stéphane in his doc shepherd's write up states that no implementation is known for a document born in 2008... Does the IETF really want to have this on the proposed standards track ?

    Please find below my ABSTAIN point, some non-blocking COMMENT points (but replies would be appreciated), and one nits.

    I hope that this helps to improve the document,

    Regards,

    -éric

    == ABSTAIN ==
    -- Section 3.1.6.1 --
    I appreciate that the BFD WG relies on "::ffff:127.0.0.0/104" but those IPv4-mapped IPv6 addresses are assumed to never leave a node and should never be transmitted over the Internet (see https://urldefense.com/v3/__https://tools.ietf.org/html/rfc5156*section-2.2__;Iw!!NEt6yMaO-gk!VKBlE-qjDQeeCsz4ekqM-S0M5txGOaciHBeicTqvPGGcOfOv2F_kB0LkcKQDD6CU$ ). This is the cause of my ABSTAIN. As the inner packet is sent over a tunnel, why not using the a link-local address or the ff02::1 link-local multicast group ?

    == COMMENTS ==

    -- Section 2.3 --
    The use of "upstream" and "Upstream" could be confusing... The latter could have been "Upstream PE/ABSR" (often used later in the document) or "ingress node"

    -- Section 3.1.6 --
    Could the "BFD Discreminator" attribute be used for other purpose than this document? If so, then why not specifying it in *another* document?

    Should this document clearly state that it does not define any TLV ?

    == NITS ==

    As I am probably not the only reader have difficulties to remember RFC contents by their number, may I suggest to prefix the RFC numbers with their titles ?
    Esp in the introduction ;-)




    _______________________________________________
    BESS mailing list
    BESS@ietf.org
    https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/bess__;!!NEt6yMaO-gk!VKBlE-qjDQeeCsz4ekqM-S0M5txGOaciHBeicTqvPGGcOfOv2F_kB0LkcC41XeaG$

    Juniper Business Use Only