Re: [Lime] I-D Action: draft-ietf-lime-yang-oam-model-02.txt

"Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com> Thu, 10 March 2016 02:51 UTC

Return-Path: <zhuangyan.zhuang@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 8EE2812DB36; Wed, 9 Mar 2016 18:51:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 D5bcHtTBwvTQ; Wed, 9 Mar 2016 18:51:14 -0800 (PST)
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 CCE1B12D8F0; Wed, 9 Mar 2016 18:51:12 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CFR14703; Thu, 10 Mar 2016 02:51:10 +0000 (GMT)
Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 10 Mar 2016 02:51:08 +0000
Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.112]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0235.001; Thu, 10 Mar 2016 10:51:00 +0800
From: "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>
To: Gregory Mirsky <gregory.mirsky@ericsson.com>, wangzitao <wangzitao@huawei.com>, "internet-drafts@ietf.org" <internet-drafts@ietf.org>, "i-d-announce@ietf.org" <i-d-announce@ietf.org>
Thread-Topic: [Lime] I-D Action: draft-ietf-lime-yang-oam-model-02.txt
Thread-Index: AQHRc201VeDxUq27jEuP4qrQl+GSFJ9JyEMAgAM5RQCAATIXAIAD09jQ
Date: Thu, 10 Mar 2016 02:51:00 +0000
Message-ID: <9B4BC45FDEDDD84F813E9E4A5BAF8785941D0230@nkgeml513-mbx.china.huawei.com>
References: <20160301034754.4848.95612.idtracker@ietfa.amsl.com> <7347100B5761DC41A166AC17F22DF112219F87A9@eusaamb103.ericsson.se> <E6BC9BBCBCACC246846FC685F9FF41EACF718C@szxeml501-mbx.china.huawei.com> <7347100B5761DC41A166AC17F22DF11221A0436B@eusaamb103.ericsson.se>
In-Reply-To: <7347100B5761DC41A166AC17F22DF11221A0436B@eusaamb103.ericsson.se>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.135.170.230]
Content-Type: multipart/alternative; boundary="_000_9B4BC45FDEDDD84F813E9E4A5BAF8785941D0230nkgeml513mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.56E0E11F.0051, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.112, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 13731d4bcf812667be6fcf5af56bd381
Archived-At: <http://mailarchive.ietf.org/arch/msg/lime/z5Ulee7XvrPdMnKFASsQWUgUDrE>
Cc: "lime@ietf.org" <lime@ietf.org>
Subject: Re: [Lime] I-D Action: draft-ietf-lime-yang-oam-model-02.txt
X-BeenThere: lime@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 10 Mar 2016 02:51:17 -0000

Hi Greg,

Some thoughts…

I believe the cc-interval defined in draft-ietf-lime-yang-oam-model-02 is cc-transmit-interval. The same as cc-interval in TRILL which is also referred to cc-transmit-interval.
Therefore cc-interval is technology independent parameter and could be changed into cc-transmit-interval to make this more clear.

To support 3.3ms,we can consider the following two approaches:
1.Change unit from milliseconds into microseconds
“
  typedef transmit-Interval {
    type uint32;
    units "milliseconds";
    default "1000";
    description
      "Interval between packets in milliseconds.
       0 means no packets are sent.";
  }
”
2. Change type uint32 into decimal64
typedef transmit-Interval{
type decimal64{
  fraction-digits 2;
 units "milliseconds";
 description
 “Interval between packets in milliseconds.
   0 means no packets are sent.";
}
}

Hope it helps. Thanks again for your review and comments.

Best Regards,

Yan

发件人: Lime [mailto:lime-bounces@ietf.org] 代表 Gregory Mirsky
发送时间: 2016年3月8日 8:20
收件人: wangzitao; internet-drafts@ietf.org; i-d-announce@ietf.org
抄送: lime@ietf.org
主题: Re: [Lime] I-D Action: draft-ietf-lime-yang-oam-model-02.txt

Hi Michael,
thank you for your consideration. I think that set may be better option.
Another, rather general observation. The Abstract states:
“It provides a technology-independent abstraction of key OAM constructs for connection oriented protocols.”
but we can find many examples, e.g. definition of CC intervals, of technology specific. It could be that augmenting TRILL OAM and MPLS-TP OAM YANG models (draft-zhang-mpls-tp-yang-oam-02 for MPLS-TP) would be path to truly technology-independent abstraction. What do you think? What others think?

                Regards,
                                Greg

From: wangzitao [mailto:wangzitao@huawei.com]
Sent: Sunday, March 06, 2016 10:05 PM
To: Gregory Mirsky; internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>; i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>
Cc: lime@ietf.org<mailto:lime@ietf.org>
Subject: RE: [Lime] I-D Action: draft-ietf-lime-yang-oam-model-02.txt

Hi Greg,

Thank you for these good comments!
Please see Inline.

Best Regards!
Michael
发件人: Lime [mailto:lime-bounces@ietf.org] 代表 Gregory Mirsky
发送时间: 2016年3月5日 12:51
收件人: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>; i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>
抄送: lime@ietf.org<mailto:lime@ietf.org>
主题: Re: [Lime] I-D Action: draft-ietf-lime-yang-oam-model-02.txt


Dear Authors, et. al,

thank you for updating the model and clarifying its applicability. Below are my notes on the new version that we can discuss on the list and/or at the meeting:

・         I think that the list in the description includes technologies, i.e. mpls, that are not connection-oriented:

"this is the base identy of technology types which are TRILL,mpls,vpls etc";

perhaps mpls-tp would be better.

and s/indent/identity/

[zitao]: agree

・         I think that Interval must have been set of values, not int32 without a range. I believe that anything less than 3.3 millisecond would not be supported by any OAM protocol. But 3.3 msec cannot be configured through current definition of the Interval. That can be done if Interval being expressed in microseconds. But we still don’t need range, we need set 3.3 msec, 10 msec, 100msec, 1 sec, 10 sec. 1 minute and 10 minutes are questionable. These are intervals from Ethernet OAM. RFC 7419 recommends somewhat different set of intervals for HW-based implementation of BFD - 3.3 msec, 10 msec, 20 msec, 50 msec, 100 msec, and 1 sec.



[zitao]: I think an enumeration type can address this issue like:



leaf interval {

type enumeration {

enum 3.3ms;

enum 10ms;

enum 20ms;

enum 50ms;

enum 100ms;

enum 1s;

enum 10s;

}

}



I’ve noticed some Nits and nits in the text. The former

Summary: 1 error (**), 0 flaws (~~), 2 warnings (==), 1 comment (--).

you can fix and check with idnits in verbose mode on Community Tools page. I can help with the latter if you kindly can share MS format of the document.

[zitao]: Thank you to point out these nits, I’d like to fix it.

                Regards,

                                Greg





-----Original Message-----
From: Lime [mailto:lime-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>
Sent: Monday, February 29, 2016 7:48 PM
To: i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>
Cc: lime@ietf.org<mailto:lime@ietf.org>
Subject: [Lime] I-D Action: draft-ietf-lime-yang-oam-model-02.txt





A New Internet-Draft is available from the on-line Internet-Drafts directories.

This draft is a work item of the Layer Independent OAM Management in the Multi-Layer Environment of the IETF.



        Title           : Generic YANG Data Model for Connection Oriented Operations, Administration, and Maintenance(OAM) protocols

        Authors         : Tissa Senevirathne

                          Norman Finn

                          Deepak Kumar

                          Samer Salam

                          Qin Wu

                          Michael Wang

                Filename        : draft-ietf-lime-yang-oam-model-02.txt

                Pages           : 47

                Date            : 2016-02-29



Abstract:

   This document presents a base YANG Data model for connection oriented

   OAM protocols.  It provides a technology-independent abstraction of

   key OAM constructs for connection oriented protocols.  Based model

   presented here can be extended to include technology specific

   details.  This is leading to uniformity between OAM protocols and

   support nested OAM workflows (i.e., performing OAM functions at

   different levels through a unified interface).





The IETF datatracker status page for this draft is:

https://datatracker.ietf.org/doc/draft-ietf-lime-yang-oam-model/



There's also a htmlized version available at:

https://tools.ietf.org/html/draft-ietf-lime-yang-oam-model-02



A diff from the previous version is available at:

https://www.ietf.org/rfcdiff?url2=draft-ietf-lime-yang-oam-model-02





Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.



Internet-Drafts are also available by anonymous FTP at:

ftp://ftp.ietf.org/internet-drafts/



_______________________________________________

Lime mailing list

Lime@ietf.org<mailto:Lime@ietf.org>

https://www.ietf.org/mailman/listinfo/lime