Re: [Teas] te-types-bis was Re: IANA managed modules for TE object types

Italo Busi <Italo.Busi@huawei.com> Thu, 19 May 2022 17:40 UTC

Return-Path: <Italo.Busi@huawei.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 398B0C1D5AD4 for <teas@ietfa.amsl.com>; Thu, 19 May 2022 10:40:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 i9L-KL6ZWve4 for <teas@ietfa.amsl.com>; Thu, 19 May 2022 10:40:35 -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 75454C1D5AD0 for <teas@ietf.org>; Thu, 19 May 2022 10:40:35 -0700 (PDT)
Received: from fraeml712-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4L3xrR002Mz67Lnh; Fri, 20 May 2022 01:37:26 +0800 (CST)
Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by fraeml712-chm.china.huawei.com (10.206.15.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Thu, 19 May 2022 19:40:31 +0200
Received: from fraeml715-chm.china.huawei.com ([10.206.15.34]) by fraeml715-chm.china.huawei.com ([10.206.15.34]) with mapi id 15.01.2375.024; Thu, 19 May 2022 19:40:30 +0200
From: Italo Busi <Italo.Busi@huawei.com>
To: t petch <ietfa@btconnect.com>, Tarek Saad <tsaad.net@gmail.com>, "teas@ietf.org" <teas@ietf.org>
CC: Adrian Farrel <adrian@olddog.co.uk>
Thread-Topic: te-types-bis was Re: [Teas] IANA managed modules for TE object types
Thread-Index: AQHYaRjXH0+qGNA0vUS5jdlyeDLcOq0hvUqQgAKahICAAeJDAIAAP/qg
Date: Thu, 19 May 2022 17:40:30 +0000
Message-ID: <51b1d469275441c4a8d8e3a1cd6a68e0@huawei.com>
References: <DS0PR19MB6501657ADCF336B0C1CB3957FCCA9@DS0PR19MB6501.namprd19.prod.outlook.com> <6282105A.1080702@btconnect.com> <688c86dc6c664273a8b57aac6367c776@huawei.com> <6284D097.3010100@btconnect.com> <62866524.9090102@btconnect.com>
In-Reply-To: <62866524.9090102@btconnect.com>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.81.207.82]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/g_eK6EFsHMjaKXqWefOak0sINTg>
Subject: Re: [Teas] te-types-bis was Re: IANA managed modules for TE object types
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 May 2022 17:40:37 -0000

Hi Tom,

Thanks for raising this issue which has not been previously discussed but which needs to be sorted out

The intention of the draft is not to do a -bis but just to define tiny updates to the ietf-te-types module defined in RFC 8776

You can read more about the intention in the previous version of the draft:

https://datatracker.ietf.org/doc/html/draft-busi-teas-te-types-update-01

We have discussed this issue during the IETF 113 and the suggestion was to defined within the I-D only the changes, as an update not as a bis, but still to include the whole YANG module within the main body (you can check the slides and the minutes of the meeting for further details)

The diffs shown in that version make it clear that the technical content added by this draft to RFC 8776 is really tiny

For this reason, I think it is not necessary to copy in this draft all the references used in the parts of the YANG module that are not updated by this document: RFC 8776 (with all its normative definitions) will still remain and be marked as updated by this draft once it is published as an RFC

However, if there are some references in the code updates then these references should be added to the draft

What do you or other people in TEAS WG think about this?

Thanks, Italo

> -----Original Message-----
> From: t petch <ietfa@btconnect.com>
> Sent: giovedì 19 maggio 2022 17:41
> To: Italo Busi <Italo.Busi@huawei.com>; Tarek Saad <tsaad.net@gmail.com>;
> teas@ietf.org
> Cc: Adrian Farrel <adrian@olddog.co.uk>
> Subject: te-types-bis was Re: [Teas] IANA managed modules for TE object
> types
> 
> On 18/05/2022 11:55, t petch wrote:
> > p.s. the revised te-types needs work.  It lacks several dozen
> > references and needs action by IANA.
> 
> i.e. wherever RFC8776 has RFC8776, you need RFCXXXX (as in IANA
> Considerations)
> 
> and RFC8776 has loads of necessary references for the YANG module which
> have gone missing, not sure how or why, but I think them necessary.
> 
> Tom Petch