Re: [Last-Call] Last Call: RFC 8321 (Alternate-Marking Method for Passive and Hybrid Performance Monitoring) and RFC 8889 (Multipoint Alternate-Marking Method for Passive and Hybrid Performance Monitoring)to Proposed Standard

Giuseppe Fioccola <giuseppe.fioccola@huawei.com> Mon, 30 August 2021 17:01 UTC

Return-Path: <giuseppe.fioccola@huawei.com>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 080C03A19F2; Mon, 30 Aug 2021 10:01:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 RvFpe92-c94c; Mon, 30 Aug 2021 10:01:36 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C79113A19F0; Mon, 30 Aug 2021 10:01:35 -0700 (PDT)
Received: from fraeml714-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4GyxQ54BJLz67kGs; Tue, 31 Aug 2021 00:59:57 +0800 (CST)
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml714-chm.china.huawei.com (10.206.15.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Mon, 30 Aug 2021 19:01:32 +0200
Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.2308.008; Mon, 30 Aug 2021 19:01:32 +0200
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: John C Klensin <john-ietf@jck.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>
CC: "last-call@ietf.org" <last-call@ietf.org>, Barry Leiba <barryleiba@computer.org>, IESG <iesg@ietf.org>
Thread-Topic: [Last-Call] Last Call: RFC 8321 (Alternate-Marking Method for Passive and Hybrid Performance Monitoring) and RFC 8889 (Multipoint Alternate-Marking Method for Passive and Hybrid Performance Monitoring)to Proposed Standard
Thread-Index: AQHXm4ewyz3Bg3Mz/kS2VXW8VOU5+quKk60AgAA8JICAAGPBgIAAIfCAgADsToA=
Date: Mon, 30 Aug 2021 17:01:32 +0000
Message-ID: <1c4c7401e33e4e70b1168b95288b543f@huawei.com>
References: <163009842725.17742.16380067018932520158@ietfa.amsl.com> <CAC4RtVARJC-rs_+nCBB8yXkrwYQcwO313=FLnLMKNGRD-0ZC_A@mail.gmail.c om> <C852F58C18C7524F5478521E@PSB> <283542a3-3d19-dad3-a385-b99bb88dad19@gmail.com> <BA07E4B42541B5A6542970D4@PSB>
In-Reply-To: <BA07E4B42541B5A6542970D4@PSB>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.80.122]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/kPc48I10Z56_D9FEm1iGTFOQQB0>
Subject: Re: [Last-Call] Last Call: RFC 8321 (Alternate-Marking Method for Passive and Hybrid Performance Monitoring) and RFC 8889 (Multipoint Alternate-Marking Method for Passive and Hybrid Performance Monitoring)to Proposed Standard
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Aug 2021 17:01:42 -0000

Hi All,
I just want to clarify the background. The debate started since draft-ietf-6man-ipv6-alt-mark has been submitted to IESG for publication as Proposed Standard. To avoid downref, the current solution adopted in draft-ietf-6man-ipv6-alt-mark was to take some text from RFC 8321 / RFC 8889 and move into draft-ietf-6man-ipv6-alt-mark so that it can be elevated to PS. 
But this approach was considered suboptimal during the IESG evaluation and it was proposed to elevate RFC 8321 and RFC 8889 to PS.

Regarding the maturity of RFC 8321 / RFC 8889, I want to add that the experiment, started in 2010, is now done. Indeed Alternate Marking is implemented by vendors (e.g. Huawei, Cisco, ZTE, Broadcom..) and deployed by operators (Telecom Italia, China Mobile, China Unicom..) as also confirmed by the answers to the poll launched by Martin Duke two weeks ago on the IPPM mailing list.

Regards,

Giuseppe

-----Original Message-----
From: last-call <last-call-bounces@ietf.org> On Behalf Of John C Klensin
Sent: Monday, August 30, 2021 6:25 AM
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: last-call@ietf.org; Barry Leiba <barryleiba@computer.org>; IESG <iesg@ietf.org>
Subject: Re: [Last-Call] Last Call: RFC 8321 (Alternate-Marking Method for Passive and Hybrid Performance Monitoring) and RFC 8889 (Multipoint Alternate-Marking Method for Passive and Hybrid Performance Monitoring)to Proposed Standard



--On Monday, August 30, 2021 14:23 +1200 Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:

> I also strongly concur. It is very close to trivial to issue these two 
> documents as I-Ds with standards track boilerplate and give them a 
> 4-week last call. That would conform to our process and avoid an 
> extremely confused and confusing end state. A report on their 
> experimental use would be a useful adjunct to that last call.
> 
> Maybe it would be quicker to use the normal downref mechanism, since 
> draft-mirsky-bier-pmmm-oam wants it.

Brian,

A downref to a standards track document, especially one we believe is stable (and maybe even deployed and interoperable) but that no one has gone to the effort to advance is one thing.
Maybe I'm being over-rigid, but a downref to an explicitly experimental document without even an experimental outcome report seems to violate basic principles about stable references.  

AFAIKT, no Last Call has been issued on draft-ietf-bier-pmmm-oam (formerly draft-mirsky-bier-pmmm-oam).  Why not just spin up I-Ds to replace RFCs 8321 and 8889 and do this in an orderly fashion?  

   john

--
last-call mailing list
last-call@ietf.org
https://www.ietf.org/mailman/listinfo/last-call