Re: [OPSAWG] 🔔 WG Adoption Call for draft-lear-opsawg-ol-01

mohamed.boucadair@orange.com Tue, 05 October 2021 08:09 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9E3A3A08C4 for <opsawg@ietfa.amsl.com>; Tue, 5 Oct 2021 01:09:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 bFR4y132ga6u for <opsawg@ietfa.amsl.com>; Tue, 5 Oct 2021 01:09:16 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C42713A08C1 for <opsawg@ietf.org>; Tue, 5 Oct 2021 01:09:15 -0700 (PDT)
Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfednr23.francetelecom.fr (ESMTP service) with ESMTPS id 4HNqx566xJz5w6l; Tue, 5 Oct 2021 10:09:13 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1633421353; bh=2qLtSirFsOuow50dvWdFMd6m/GkXejS5qY5f6qWRZb4=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=nYKIyTaCIzuN2cKroKkmeRPbUd8PDbpQ3N/FgVfgXdzFxRfzE+u0CI82plaPKjsbs ziscd1zKyFW/nMZ4puaZNy5f1MF/flB249hyAyhVrpCefzzHize4F3jLFOPViIv2gL AZ6ZheqriCP38rN8ZZQKUZOSv/HlBVNivJTzK9f8lpbQFQslfIMczue1osRKa0T0QE P64I+jGqy/vMbpeU5+fC6Vb+AG+39Z8tnpE7YXCRjxjGI8qFZ5TbFx5RcYsvlcEuUt zUMq7hIO7uFQVQrhLw1Y0PfJuyi9X+oFg7X4Qrlq3M7rryP0mhzQVTVICgdm4aYbuM rxF9igHA5kcyQ==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by opfednr05.francetelecom.fr (ESMTP service) with ESMTPS id 4HNqx54YHpzyQB; Tue, 5 Oct 2021 10:09:13 +0200 (CEST)
From: mohamed.boucadair@orange.com
To: Henk Birkholz <henk.birkholz@sit.fraunhofer.de>, opsawg <opsawg@ietf.org>
Thread-Topic: [OPSAWG] 🔔 WG Adoption Call for draft-lear-opsawg-ol-01
Thread-Index: AQHXuVqDBdMtoVdmi0ee+MrvZ4fauavEDI1w
Content-Class:
Date: Tue, 05 Oct 2021 08:09:12 +0000
Message-ID: <7705_1633421353_615C0829_7705_387_1_787AE7BB302AE849A7480A190F8B933035413668@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <9e9d72f3-4a60-bb8c-2373-9a2c0f5fa97d@sit.fraunhofer.de>
In-Reply-To: <9e9d72f3-4a60-bb8c-2373-9a2c0f5fa97d@sit.fraunhofer.de>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Enabled=true; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SetDate=2021-10-05T08:04:40Z; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Method=Privileged; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Name=unrestricted_parent.2; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ActionId=f9c03bcf-2f61-408e-be1e-ff9599a697bd; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
x-originating-ip: [10.114.13.247]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/OlkjFOk55hB-29UG4FQaNbunXTY>
Subject: Re: [OPSAWG] 🔔 WG Adoption Call for draft-lear-opsawg-ol-01
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Oct 2021 08:09:21 -0000

Hi all, 

I support adopting this document. 

Some of the comments raised back in 05/2021 are still pending. I'm reiterating them here, fwiw:

==
(1)

OLD: 

     import ietf-inet-types {
       prefix inet;
     }

NEW
     import ietf-inet-types {
       prefix inet;
       reference
         "RFC 6991: Common YANG Data Types, Section 4";
     }

(2) Use the prefix as defined in 8520:

OLD: 

     import ietf-mud {
       prefix mud;
     }

NEW:

     import ietf-mud {
       prefix ietf-mud;
       reference
         "RFC 8520: Manufacturer Usage Description Specification";
     }

(3)

You may remove the note about normative language in the description of the module given that you don't use it. 

(4)

OLD: 
       reference
         "RFC XXXX: Extension for ownership and licensing";
NEW:
       reference
         "RFC XXXX: Ownership and licensing statements in YANG";

(5)

Rather than using "leaf-list owners", I would define this as a list keyed by owners and which may include a leaf-list of licenses. Rather than defining license as a choice, I would use a "union".

(6)

OLD: 

       "ol": {
         "owners": [
           "Copyright (c) FrobMaster 2021. All Rights Reserved"
         ],
         "spdx-tag": "0BSD"
       },

NEW:
       "ietf-ol:ol": {
         "owners": [
           "Copyright (c) FrobMaster 2021. All Rights Reserved"
         ],
         "spdx-tag": "0BSD"
       }, 

(7) Please update the IANA section as follows: 

OLD:
   The IANA is requested to add "ol" to the MUD extensions registry as
   follows:

     Extension Name: ol
     Standard reference: This document

NEW:
   The IANA is requested the following entry to the MUD extensions registry
   available at: https://www.iana.org/assignments/mud/mud.xhtml#mud-extensions 

     Extension Name: ol
     Reference: This document

(8) Please update the IANA section with the following:

NEW

   This document requests IANA to register the following URI in the "ns"
   subregistry within the "IETF XML Registry" [RFC3688]:

         URI: urn:ietf:params:xml:ns:yang:ietf-ol
         Registrant Contact: The IESG.
         XML: N/A; the requested URI is an XML namespace.

   This document requests IANA to register the following YANG module in
   the "YANG Module Names" subregistry [RFC6020] within the "YANG
   Parameters" registry.

         name: ietf-ol
         namespace: urn:ietf:params:xml:ns:yang:ietf-ol
         maintained by IANA: N
         prefix: ol
         reference: RFC XXXX
===

Cheers,
Med

> -----Message d'origine-----
> De : OPSAWG <opsawg-bounces@ietf.org> De la part de Henk Birkholz
> Envoyé : lundi 4 octobre 2021 22:00
> À : opsawg <opsawg@ietf.org>
> Objet : [OPSAWG] 🔔 WG Adoption Call for draft-lear-opsawg-ol-01
> 
> Dear OPSAWG members,
> 
> this starts a call for Working Group Adoption of
> 
> > https://datatracker.ietf.org/doc/html/draft-lear-opsawg-ol-01
> 
> ending on Monday, October 18th.
> 
> As a reminder, this I-D describes an extension to MUD that allows MUD file
> authors to specify ownership and licenses in the MUD files themselves. The
> corresponding YANG augment defined can be used outside the scope of MUD as
> well.
> 
> Please reply with your support and especially any substantive comments you
> may have.
> 
> 
> For the OPSAWG co-chairs,
> 
> Henk
> 
> _______________________________________________
> OPSAWG mailing list
> OPSAWG@ietf.org
> https://www.ietf.org/mailman/listinfo/opsawg

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.