Re: [Lime] AD review of draft-ietf-lime-yang-connection-oriented-oam-model

wangzitao <wangzitao@huawei.com> Tue, 23 January 2018 05:46 UTC

Return-Path: <wangzitao@huawei.com>
X-Original-To: lime@ietfa.amsl.com
Delivered-To: lime@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9681912D95A for <lime@ietfa.amsl.com>; Mon, 22 Jan 2018 21:46:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level:
X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, 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 yhe4DLieCJmr for <lime@ietfa.amsl.com>; Mon, 22 Jan 2018 21:46:35 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 2941A126CC4 for <lime@ietf.org>; Mon, 22 Jan 2018 21:46:34 -0800 (PST)
Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id A0AD4A293456E for <lime@ietf.org>; Tue, 23 Jan 2018 05:46:30 +0000 (GMT)
Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.361.1; Tue, 23 Jan 2018 05:46:31 +0000
Received: from DGGEML504-MBS.china.huawei.com ([169.254.11.87]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0361.001; Tue, 23 Jan 2018 13:46:27 +0800
From: wangzitao <wangzitao@huawei.com>
To: Benoit Claise <bclaise@cisco.com>
CC: "Carl Moberg (camoberg)" <camoberg@cisco.com>, "lime@ietf.org" <lime@ietf.org>
Thread-Topic: [Lime] AD review of draft-ietf-lime-yang-connection-oriented-oam-model
Thread-Index: AdOUDS40B9pO/EKzRz61sI2DB0HzFw==
Date: Tue, 23 Jan 2018 05:46:27 +0000
Message-ID: <E6BC9BBCBCACC246846FC685F9FF41EA2B8B08B7@DGGEML504-MBS.china.huawei.com>
Accept-Language: en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.78.152]
Content-Type: multipart/alternative; boundary="_000_E6BC9BBCBCACC246846FC685F9FF41EA2B8B08B7DGGEML504MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/lime/m--qYOESHKDmMJ5yRKq13VL0jXs>
Subject: Re: [Lime] AD review of draft-ietf-lime-yang-connection-oriented-oam-model
X-BeenThere: lime@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Layer Independent OAM Management in Multi-Layer Environment \(LIME\) discussion list." <lime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lime>, <mailto:lime-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lime/>
List-Post: <mailto:lime@ietf.org>
List-Help: <mailto:lime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lime>, <mailto:lime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jan 2018 05:46:39 -0000

Hi Benoit,
Thank you for this comments.
And we will base on your and Carl’s comments to prepare another version as soon as possible.

Best Regards!
-Michael

发件人: Lime [mailto:lime-bounces@ietf.org] 代表 Benoit Claise
发送时间: 2018年1月23日 0:27
抄送: Carl Moberg (camoberg) <camoberg@cisco.com>; lime@ietf.org
主题: [Lime] AD review of draft-ietf-lime-yang-connection-oriented-oam-model

Dear all,

Here is the AD review of draft-ietf-lime-yang-connection-oriented-oam-model. Sorry for the delay.

- Please use the latest Security Considerations template.
It was until recently at this location: https://www.ietf.org/iesg/directorate/yang-doctors.html
But not available any longer. I'm in discussion about it.

- you want to refer to RFC8174 instead of RFC2119

   The keywords "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",

   "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and

   "OPTIONAL" in this document are to be interpreted as described in BCP<https://tools.ietf.org/html/bcp14>

   14<https://tools.ietf.org/html/bcp14>, [RFC2119<https://tools.ietf.org/html/rfc2119>] [RFC8174<https://tools.ietf.org/html/rfc8174>] when, and only when, they appear in all

   capitals, as shown here.
- I like the section 4.x that explains part of the tree, with logical sections.

- you want to use the YANG tree diagrams in draft-ietf-netmod-yang-tree-diagrams-04<https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-tree-diagrams/>
I advice a section similar to https://tools.ietf.org/html/draft-ietf-netmod-rfc7223bis-03#section-1.3

- you are NMDA compliant. I guess you want a sentence such as:

   The YANG model in this document conforms to the Network Management

   Datastore Architecture defined in I-D.ietf-netmod-revised-datastores.
Again, take https://tools.ietf.org/html/draft-ietf-netmod-rfc7223bis-03 as an example

- For the YANG specifics, I'm waiting for Carl Moberg YANG doctor review.
This should not prevent starting the IETF LC if Carl's feedback doesn't come soon.


Editorial:

- there are a few idnits. See https://www.ietf.org/tools/idnits?url=https://www.ietf.org/archive/id/draft-ietf-lime-yang-connection-oriented-oam-model-03.txt
For ex, "3 instances of too long lines in the document"

-

   As an example, consider a scenario where Loopback from device A to

   Device B fails.


Do you mean?

   As an example, consider a scenario where connectivity from device A loopback to

   device B fails.
Along the same lines, what does the following mean?

   Upon detecting the Loopback failures
- indpendent => independent
Note: multiple instances

-   identity rdi {
    base defect-types;
    description
      "Indicates the aggregate health of the remote
       Maintenance End Points (MEPs). ";
  }

It would be best if the identity name would either be meaningful or be explained in the description

- similar remark for
  typedef interval{
    type decimal64{
    fraction-digits 2;
   }
   units "milliseconds";
    description
    "Interval between packets in milliseconds.
    0 means no packets are sent.";
  }

Do you want to say to at least say time-interval?

- similar remark (or I guess this is a generic comment):
  grouping cos {
    description
    "Priority used in transmitted packets; for example, in the
     EXP field in MPLS-TP.";
    leaf cos-id {
     type uint8;
     description
     "Class of service.";
    }
  }

In the grouping description, you at least want to mention Class of Service.


- no need to list the WG chairs in the YANG module, as mentioned in https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-16#appendix-C

-

  identity name-format {

    description

    "This defines the name format, IEEE 8021ag CFM defines varying

    styles of names. It is expected name format as an identity ref

    to be extended with new types.";

  }



Name format of? I guess generic.

Please review the YANG module description.

For example:

    leaf md-name-format {

      type identityref {

        base name-format;

      }

      description

        "Name format.";

    }



At least mention the Management Domain Name Format.



-

        The RPC model facilitates issuing commands to a NETCONF server



It could be RESTCONF as well. It's best to mention "server"









             +--rw mas

                +--rw ma* [ma-name-string]

                   +--rw ma-name-string          ma-name-string

                   +--rw ma-name-format?         identityref

                   +--rw (ma-name)?

                   |  +--:(ma-name-null)

                   |     +--rw ma-name-null?     empty



https://www.yangcatalog.org/yang-search/yang_tree.php?module=ietf-connection-oriented-oam#<https://www.yangcatalog.org/yang-search/yang_tree.php?module=ietf-connection-oriented-oam>



Regards, Benoit