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

wangzitao <wangzitao@huawei.com> Tue, 08 March 2016 06:12 UTC

Return-Path: <wangzitao@huawei.com>
X-Original-To: lime@ietfc.amsl.com
Delivered-To: lime@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 8A9711CE02D; Mon, 7 Mar 2016 22:12:08 -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.41]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WJtCeFvQfhGd; Mon, 7 Mar 2016 22:12:06 -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 ietfc.amsl.com (Postfix) with ESMTPS id 184871CE037; Mon, 7 Mar 2016 22:12:04 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CJZ14267; Tue, 08 Mar 2016 06:12:03 +0000 (GMT)
Received: from SZXEML434-HUB.china.huawei.com (10.82.67.225) by lhreml704-cah.china.huawei.com (10.201.5.130) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 8 Mar 2016 06:12:02 +0000
Received: from SZXEML501-MBX.china.huawei.com ([169.254.1.106]) by szxeml434-hub.china.huawei.com ([10.82.67.225]) with mapi id 14.03.0235.001; Tue, 8 Mar 2016 14:11:54 +0800
From: wangzitao <wangzitao@huawei.com>
To: Gregory Mirsky <gregory.mirsky@ericsson.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: AQHRc201dwDbFA/6BEiMfX3y0Ull959JyEMAgAO7GRCAALBDAIAA52Gg
Date: Tue, 08 Mar 2016 06:11:53 +0000
Message-ID: <E6BC9BBCBCACC246846FC685F9FF41EACF7528@szxeml501-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: en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.79.120]
Content-Type: multipart/alternative; boundary="_000_E6BC9BBCBCACC246846FC685F9FF41EACF7528szxeml501mbxchina_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.56DE6D33.0128, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.106, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: f6d0689e403199df3473dd38734f690a
Archived-At: <http://mailarchive.ietf.org/arch/msg/lime/5YyG1tFK6hwHsXrT5MZprvByxUA>
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: Tue, 08 Mar 2016 06:12:08 -0000

Hi Greg,



Our initial consideration is to present these common parameters. But there is a little of difference on same terminology when it be extended to some technology specific oam(such as mpls-tp). For example:

for trill, there is cc-interval;

for mpls-tp, there are cc-transmit-interval and cc-receive-interval.

Therefore, I agree with you and I think we can remove these parameters in the next version.



Best Regards!

Michael


发件人: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com]
发送时间: 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