Re: [Gen-art] Genart telechat review of draft-ietf-lime-yang-connectionless-oam-methods-09

Qin Wu <bill.wu@huawei.com> Mon, 16 October 2017 11:52 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5467D1344BE; Mon, 16 Oct 2017 04:52:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, 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 3M7cEo90v-Fk; Mon, 16 Oct 2017 04:52:37 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FA54132D79; Mon, 16 Oct 2017 04:52:36 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DQS78868; Mon, 16 Oct 2017 11:52:34 +0000 (GMT)
Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.361.1; Mon, 16 Oct 2017 12:52:28 +0100
Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.105]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Mon, 16 Oct 2017 19:52:24 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Brian Carpenter <brian.e.carpenter@gmail.com>, "gen-art@ietf.org" <gen-art@ietf.org>
CC: "draft-ietf-lime-yang-connectionless-oam-methods.all@ietf.org" <draft-ietf-lime-yang-connectionless-oam-methods.all@ietf.org>, "lime@ietf.org" <lime@ietf.org>
Thread-Topic: Genart telechat review of draft-ietf-lime-yang-connectionless-oam-methods-09
Thread-Index: AQHTRKaA49fkPiL3ME2fuGmwswL1zaLmVrbg
Date: Mon, 16 Oct 2017 11:52:23 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABA9ABE743C@nkgeml513-mbx.china.huawei.com>
References: <150795599146.4998.1974521980268023090@ietfa.amsl.com>
In-Reply-To: <150795599146.4998.1974521980268023090@ietfa.amsl.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.79.163]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.59E49D82.0169, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.105, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 3462de0246fd210764d8d87080758091
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/q9T78cZYqzcADKtgUE4p9b_Cnjg>
Subject: Re: [Gen-art] Genart telechat review of draft-ietf-lime-yang-connectionless-oam-methods-09
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Oct 2017 11:52:39 -0000

Thank Brian for valuable review to this document, please see my reply below.

-Qin
-----邮件原件-----
发件人: Brian Carpenter [mailto:brian.e.carpenter@gmail.com] 
发送时间: 2017年10月14日 12:40
收件人: gen-art@ietf.org
抄送: draft-ietf-lime-yang-connectionless-oam-methods.all@ietf.org; lime@ietf.org
主题: Genart telechat review of draft-ietf-lime-yang-connectionless-oam-methods-09

Reviewer: Brian Carpenter
Review result: Ready with Issues

Gen-ART *Last Call* review of draft-ietf-lime-yang-connectionless-oam-methods-09

I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair.  Please treat these comments just like any other last call comments.

For more information, please see the FAQ at <http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Document: draft-ietf-lime-yang-connectionless-oam-methods-09.txt
Reviewer: Brian Carpenter
Review Date: 2017-10-14
IETF LC End Date: 2017-10-25
IESG Telechat date: 2017-10-26

Summary: Ready with issues
--------

Comment:
--------

The shepherd says:

> This includes at least two different implementations of the model, as 
> well as product and demos at Bits-n-Bytes.

Shouldn't WGs make routine use of BCP 205, RFC 7942 "Improving Awareness of Running Code: The Implementation Status Section"?

Minor Issues:
-------------

In the following:

         |  +--ro min-delay-value?         uint32
         |  +--ro max-delay-value?         uint32
         |  +--ro average-delay-value?     uint32
         +--ro session-jitter-statistics
         |  +--ro time-resolution-value?   identityref
         |  +--ro min-jitter-value?        uint32
         |  +--ro max-jitter-value?        uint32
         |  +--ro average-jitter-value?    uint32

what are the units for the delay-value and jitter-value elements, and what definition of 'jitter' is intended?

[Qin]: Delay supports various time units such as s,ms,ns and etc.
To represent this using YANG construct, we introduce a new parameter time-resolution-value as follows:
   |     +--ro session-delay-statistics
   |     |  +--ro time-resolution-value?   identityref
   |     |  +--ro min-delay-value?         uint32
   |     |  +--ro max-delay-value?         uint32
   |     |  +--ro average-delay-value?     uint32
With this time-resolution-value parameter, we can support various different time unit.
The same is applied to jitter. As clarified in the introduction, the definition of 'jitter' is used to 
monitor reachability of destinations, troubleshoot failures, monitor performance.

  identity protocol-id-internet {
    base protocol-id;
    description
      "Internet Protocols.";
  }

It isn't clear what "Internet Protocols" means. It seems totally non-specific.


[Qin]: It is referred to a standard protocol (e.g., TCP/IP protocols, ICMP, IGMP,etc.,)
We can make this clear by adding a few clarification text in the description of protocol-id-internet.
Nits:
-----

  identity protocol-id-propreitary {
    base protocol-id;
    description
      "Propreitary protocol (eg.,IP SLA).";

s/propreitary/proprietary/
s/Propreitary/Proprietary/

[Qin]: Thanks and will get this fixed.