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

Benoit Claise <bclaise@cisco.com> Mon, 22 January 2018 16:27 UTC

Return-Path: <bclaise@cisco.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 B2E31127136 for <lime@ietfa.amsl.com>; Mon, 22 Jan 2018 08:27:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -13.489
X-Spam-Level:
X-Spam-Status: No, score=-13.489 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 E1T1Ibc5kPvw for <lime@ietfa.amsl.com>; Mon, 22 Jan 2018 08:27:26 -0800 (PST)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E63E124207 for <lime@ietf.org>; Mon, 22 Jan 2018 08:27:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11379; q=dns/txt; s=iport; t=1516638446; x=1517848046; h=from:subject:cc:message-id:date:mime-version; bh=Lrkyx9/z4FOKuX77JRN5QXTNRiJUNgbbkg8lvTgOIMI=; b=Npc8Zharj4PsEYO/WQr0jxN1NH4Tr3b1wBbO+geTH/ag/svfWTOSfCHp i668raUpU4dfmI5yQsyOWtlE72z6eon9/qHiMiP5bsTpy+URz+3FNOMd0 SQGYCbLKm8fepE80/AYWDr5azzy0vgShifzA50nf1n08e4++R8f5fcsaJ Y=;
X-IronPort-AV: E=Sophos;i="5.46,397,1511827200"; d="scan'208,217";a="1542156"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Jan 2018 16:27:24 +0000
Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w0MGROmg014486; Mon, 22 Jan 2018 16:27:24 GMT
From: Benoit Claise <bclaise@cisco.com>
Cc: "lime@ietf.org" <lime@ietf.org>, "Carl Moberg (camoberg)" <camoberg@cisco.com>
Message-ID: <bccd1819-e16e-8231-40f4-6649999c90cd@cisco.com>
Date: Mon, 22 Jan 2018 17:27:24 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------EC9714A4143AB38DBBB29041"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/lime/6Qtk_ewe1WJnMD7XEMz4FAtTvaE>
Subject: [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: Mon, 22 Jan 2018 16:27:40 -0000

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 inBCP <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#

Regards, Benoit