Re: [ippm] request for the wg adoption for draft-zhou-ippm-ioam-yang

tom petch <ietfa@btconnect.com> Fri, 10 July 2020 16:26 UTC

Return-Path: <ietfa@btconnect.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 985343A0CE9; Fri, 10 Jul 2020 09:26:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.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 9h7QHhtRj8d5; Fri, 10 Jul 2020 09:26:42 -0700 (PDT)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00132.outbound.protection.outlook.com [40.107.0.132]) (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 308FD3A0CBB; Fri, 10 Jul 2020 09:26:40 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dJo5CXQfN885u8zeAZ5rugz2a/4ziOhXAeSOVO8FEG/pDT3SDBrd6lLPMC71uF5lAfl6TeVgkfpVPgSGWa75POFdxPfEfZvAbXHjFLTlHiX7yc5jd41FmYWPIxmrn0Jzp6mRDX+Xp0V5l4B1qD1GxOxCHhsUr3OV2vZXdvqEnHhhwxJiXjRw4n2FASBGPqT6HBR8QblP5wgyVd252BRauF9wkSV+taul5akuYG5aGEy1igNk1z1IL81Cuz5TXqPna8cgfCQr2W4hKHMMX4+oVKVty/4nzbhK0AUIbfw8DAOcwxe2jhgjIbyO/YEhTR1OXYY8x/sleDq0Q4UBYmdGQA==
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=P3sRDMQTvm7cp5bnne112Bx7vJri3KJFnvkBBhjuI3I=; b=JaW3k552poAV0c81qyBa7+++iMNXAm5kMvQQ9na0Yt1pSYohsgjqaLrG6NZ+rWbLhMp4qAMnXFl0neB6fXorT9PqwgszRP2bkKQMl+uqIx2CT4awTaUwrMT55DM2fZDIJGBj/39Fq2PyqSVqaO1Nh4XQdpmOiaWvD/tN/5rbrGaTCF+7/vlX3/LzClPTabl9tf9HcdER7+xOgptdS7hshYIQo+Ggmq33KtcEUD8vHCRH/3zf0vICkU8CfmjFoATOEARwyhJoyxdsa+PXlDKJbrzyS4lfrkJ/RzkJtTSzvl1SGacphrgYgdVM0V7q7DiVsdreQKMd+HaoQjYcmsHg1A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=P3sRDMQTvm7cp5bnne112Bx7vJri3KJFnvkBBhjuI3I=; b=GNM3dy8ChI+w5Bmrxox4extcgdUGE62rhwhQtZeCcZGexdpdfI2gEZYOFmn8xXwVo0CW512VmHXlaeGmr1ULu+gtmozBnupM9AyXzm61+fy/CASj0+koK+dB3xg8rkneolZmxgAundoQo3U9LHgqWW/KvgFYxHM93VkaesYWDfA=
Received: from DB7PR07MB5340.eurprd07.prod.outlook.com (2603:10a6:10:69::25) by DB8PR07MB6283.eurprd07.prod.outlook.com (2603:10a6:10:140::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3195.9; Fri, 10 Jul 2020 16:26:39 +0000
Received: from DB7PR07MB5340.eurprd07.prod.outlook.com ([fe80::f911:a06:2f4e:a103]) by DB7PR07MB5340.eurprd07.prod.outlook.com ([fe80::f911:a06:2f4e:a103%4]) with mapi id 15.20.3174.022; Fri, 10 Jul 2020 16:26:39 +0000
From: tom petch <ietfa@btconnect.com>
To: Tianran Zhou <zhoutianran@huawei.com>, "Srihari Raghavan (srihari)" <srihari=40cisco.com@dmarc.ietf.org>, "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>, ippm-chairs <ippm-chairs@ietf.org>
CC: "draft-zhou-ippm-ioam-yang.authors@ietf.org" <draft-zhou-ippm-ioam-yang.authors@ietf.org>
Thread-Topic: request for the wg adoption for draft-zhou-ippm-ioam-yang
Thread-Index: AdZT+7TaHBeet26YSaKXiaERgXqeNgAaNdcAAAXIlZUAJICX8AADitc3AAFu/hAAbNk3NQ==
Date: Fri, 10 Jul 2020 16:26:39 +0000
Message-ID: <DB7PR07MB5340D1B5421CBCC7D3488E7EA2650@DB7PR07MB5340.eurprd07.prod.outlook.com>
References: <1bd4a7a99502461c852a0f251b3d48e1@huawei.com>, <C44DF6AE-92EF-409D-AA0F-11DACA16BF07@cisco.com> <DB7PR07MB53402AD647E077F3C01C16C7A2660@DB7PR07MB5340.eurprd07.prod.outlook.com>, <afe3bdbe1042466581b2af688bb644cb@huawei.com> <DB7PR07MB5340A65D0CF3EDE4479866CEA2670@DB7PR07MB5340.eurprd07.prod.outlook.com>, <f5e1f08e3dde42579f425cf9ddaddd98@huawei.com>
In-Reply-To: <f5e1f08e3dde42579f425cf9ddaddd98@huawei.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=btconnect.com;
x-originating-ip: [81.131.229.35]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c4295189-48f8-4096-7b82-08d824ee05d5
x-ms-traffictypediagnostic: DB8PR07MB6283:
x-microsoft-antispam-prvs: <DB8PR07MB6283CCFA9A1731CDCA35B768A2650@DB8PR07MB6283.eurprd07.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: qKZ7LGSpjj0SwjLSQ1t2m+YNby/X+EQqanybNvIX+NzLk1VecgPEm/VCCaaS27hpgHfVbvzMuKhAPM/dz7pmQCgZXYKWdiHax56KpetemsacZf2LEDJ8cslC7fNfQjgHVtyoeM0DQJif6eJiL4ifMqP0Uyrv5hhD2EpgQatnyyq8lG3YIwnPuml0mOX2p52bjwFeY+OmI+8tuz3uSyvPL1RaXejs5vKVyXw3nOeUclYKtkpDGOKVuF1QhWfnWZLKt3QoOp2IWnznViyrcF6P0L1PqK9z74b9OPKYXJ0hzk1gJuykk03JZKEXIq/aVAifFsqq5HsE8zdGQWCX+tigNmoyqdB4p1EIyIQh4Ju8Nx0uKhq1lTuZtibIo2PYg2T2qOG3JiSvQhuMxxJKmxtMJynLFGWpJzWqu4Ovbj27CbWgUy/qiXolsqoHq/kZjehpnLGQUBjWz+gDby0ML88ADA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB7PR07MB5340.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(396003)(346002)(376002)(366004)(136003)(39860400002)(86362001)(66556008)(83380400001)(8936002)(2906002)(52536014)(7696005)(110136005)(9686003)(55016002)(4326008)(316002)(66446008)(71200400001)(66946007)(33656002)(64756008)(66476007)(8676002)(76116006)(91956017)(478600001)(5660300002)(966005)(26005)(53546011)(6506007)(186003)(586874002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: 7z5IxSKHGkwQXm68f7eJUU0wR8G68PW60u9sZgPqQz1NR9ZMjvXC184cprHWwA+DqgEW5OHirue/CJk5swqdWsQ53BcdDNgYsXfZbDnEqrn/PHPjhYqGZCB/lxtJKspHL0gNGIjgmOFeOQLqbNgm2nQBYolfBRwoU8MMA3reZ8VCTE1Vm43xAibTPEVEp026XCWrSFSEWcZNJ4bSRXUDibRvISwVCUNHJthr2rNDD7BW/R34z1JWKTa/JxDtEm+YcCwNrsATSLp50lyP2a5Wo0HpLlMd57Cd80aguKjr7SHDpNZCSFrIUE+whrx2M085TFhUirG05M+VbN8X7d1XCDZ8tCynFjHu1Pnp+RzDdC+NdvwT1HJdAONIvWPh95yX3rqLaN4UNLqxLCHjcjIvmJl4WYTTYmE5XVLuANn+PhhT7othqY/t3kGLfJtlVE4Qi5jFOHVNoPYr8MFW/eCyr0lWeHS2rS7sK4mBXsUyBng=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DB7PR07MB5340.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c4295189-48f8-4096-7b82-08d824ee05d5
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Jul 2020 16:26:39.0978 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: KVkBdp6/hn4L/wb7u9Fn5Xk6dOF0F7qzoJwLUxHY+qoLs+gkCHd8f72DdjkuUtzN2gL/45CL9CzeMYSAMrn/GQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8PR07MB6283
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/UZ2udxM-TaPAbRxEdjVNMY_427w>
Subject: Re: [ippm] request for the wg adoption for draft-zhou-ippm-ioam-yang
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Jul 2020 16:26:45 -0000


________________________________________
From: Tianran Zhou <zhoutianran@huawei.com>
Sent: 08 July 2020 13:20
To: tom petch; Srihari Raghavan (srihari); IETF IPPM WG (ippm@ietf.org); ippm-chairs
Cc: draft-zhou-ippm-ioam-yang.authors@ietf.org
Subject: RE: request for the wg adoption for draft-zhou-ippm-ioam-yang

Hi Tom,

Yeah, I now understand.
I am awake. Come on, more comments please. :-)

<tp>
Eee that was quick:-)  a little something for the weekend.

I think that all the I-D that you have added as reference should be Normative.

A recent YANG doctor review said that all feature should also have a reference which seems right.

I was surprised that Frank's e-mail address was fbrockne@ but that looks consistent - perhaps Cisco limit identifiers to eight characters (Passwords too?)

brockners proof of transit has expired and gone from the repository - refresh before the window closes for the IETF108 (Monday?) would be good

I also want a reference for incremental so that  I can look up why 4.000.000.000 octet are needed for it!

I note that the I-D has four author, YANG only two - not wrong, just noteworthy

POT needs expanding on first use be it pot or POT

Tom Petch


Thanks,
Tianran
-----Original Message-----
From: tom petch [mailto:ietfa@btconnect.com]
Sent: Wednesday, July 8, 2020 7:42 PM
To: Tianran Zhou <zhoutianran@huawei.com>; Srihari Raghavan (srihari) <srihari=40cisco.com@dmarc.ietf.org>; IETF IPPM WG (ippm@ietf.org) <ippm@ietf.org>; ippm-chairs <ippm-chairs@ietf.org>
Cc: draft-zhou-ippm-ioam-yang.authors@ietf.org
Subject: Re: request for the wg adoption for draft-zhou-ippm-ioam-yang

From: Tianran Zhou <zhoutianran@huawei.com>
Sent: 08 July 2020 11:00

Tom,

Thank you very much for your review and comments. I will address your comments in next version soon.
But still I am not clear about the following two comments:

1. "There are a number of admin type things that need fixing in this I-D as and when it is adopted."
What's this exactly mean. Could you please give me more hints?

<tp> See the rest of the e-mail:-)  I mean boiler plate, references, IANA, Security, Version, Copyright and so on as opposed to the more technical details such as why a leaf is int32 octet?  Why octet and why might there be 4.000.000.000 of them? for which I need a reference for the data structures and hoped that such would be forthcoming.  I tend to make admin comments first, to see if the authors are awake:-), and then get more technical later, a pattern that you may have seen from me before.

2. " Why is IPv6 the only defined protocol as an identity?"
We are going to include the working group adopted transport protocols for IOAM. IPv6 is one. Yes we may need to add some more.
What's your suggestion on this?
<tp>
You mention others in the text of the I-D so I was expecting them all to be there or an explanation as to why they are not there.  I know of none other than the ones you mention.

Tom Petch

Thanks,
Tianran

-----Original Message-----
From: tom petch [mailto:ietfa@btconnect.com]
Sent: Wednesday, July 8, 2020 12:38 AM
To: Srihari Raghavan (srihari) <srihari=40cisco.com@dmarc.ietf.org>; Tianran Zhou <zhoutianran@huawei.com>; IETF IPPM WG (ippm@ietf.org) <ippm@ietf.org>; ippm-chairs <ippm-chairs@ietf.org>
Cc: draft-zhou-ippm-ioam-yang.authors@ietf.org
Subject: Re: request for the wg adoption for draft-zhou-ippm-ioam-yang



________________________________________
From: ippm <ippm-bounces@ietf.org> on behalf of Srihari Raghavan (srihari) <srihari=40cisco.com@dmarc.ietf.org>
Sent: 07 July 2020 09:13

<tp>
There are a number of admin type things that need fixing in this I-D as and when it is adopted.

The module has zero references; they are required for any import and are needed for many of the nodes if they are to be understood.

YANG tree diagrams are defined in RFC8340

Requirements is out of date

YANG module lacks copyright

Why is IPv6 the only defined protocol as an  identity?

Tom Petch



Hi all

As a co-author of the IOAM yang model and implementor of the IOAM concept, would like to support and request the WG adoption of the data model draft as it adds value to the IOAM standardization and fills an important need for a common data model for all the five IOAM options.

Thanks
Srihari

From: Tianran Zhou <zhoutianran@huawei.com>
Date: Tuesday, 7 July 2020 at 6:43 AM
To: "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>, ippm-chairs <ippm-chairs@ietf.org>
Cc: "draft-zhou-ippm-ioam-yang.authors@ietf.org" <draft-zhou-ippm-ioam-yang.authors@ietf.org>
Subject: request for the wg adoption for draft-zhou-ippm-ioam-yang Resent from: <alias-bounces@ietf.org> Resent to: <zhoutianran@huawei.com>, <james.n.guichard@futurewei.com>, <fbrockne@cisco.com>, <srihari@cisco.com> Resent date: Tuesday, 7 July 2020 at 6:43 AM

Correct the title and resend ☺


Hi IPPM WG and the Chairs,

We would like to request the WG adoption for the IOAM YANG data model as follows:
https://datatracker.ietf.org/doc/draft-zhou-ippm-ioam-yang/

This was presented 101 and 102. There were great comments from Greg Mirsky and Reshad Rahman on the model structure. Thanks.

Then the following revision keeps aligning with the IOAM data draft and IOAM-DEX draft.

As the IOAM data get mature, I think it’s the right get the YANG model adopted, so that we can implement the system.

Thanks,
Tianran