Re: [Lime] Last Call: <draft-ietf-lime-yang-connectionless-oam-11.txt> (Generic YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols) to Proposed Standard

Qin Wu <bill.wu@huawei.com> Thu, 30 November 2017 05:55 UTC

Return-Path: <bill.wu@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 3041F127419; Wed, 29 Nov 2017 21:55:23 -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, 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 XZeTAhFQL97U; Wed, 29 Nov 2017 21:55:20 -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 26AEE1200F1; Wed, 29 Nov 2017 21:55:20 -0800 (PST)
Received: from LHREML714-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 12FCC1DAB0134; Thu, 30 Nov 2017 05:55:17 +0000 (GMT)
Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 30 Nov 2017 05:55:17 +0000
Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.219]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0361.001; Thu, 30 Nov 2017 13:55:10 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Greg Mirsky <gregimirsky@gmail.com>, Tissa Senevirathne <tsenevir@gmail.com>
CC: "huubatwork@gmail.com" <huubatwork@gmail.com>, "Carlos Pignataro (cpignata)" <cpignata@cisco.com>, "ietf@ietf.org" <ietf@ietf.org>, "Ronald P. Bonica" <rbonica@juniper.net>, "lime-chairs@ietf.org" <lime-chairs@ietf.org>, The IESG <iesg@ietf.org>, "Benoit Claise (bclaise)" <bclaise@cisco.com>, "lime@ietf.org" <lime@ietf.org>, "draft-ietf-lime-yang-connectionless-oam@ietf.org" <draft-ietf-lime-yang-connectionless-oam@ietf.org>
Thread-Topic: [Lime] Last Call: <draft-ietf-lime-yang-connectionless-oam-11.txt> (Generic YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols) to Proposed Standard
Thread-Index: AQHTSLOu7WlIvr5ZZEiOwcl87rQjeKLsKAEAgASSTRCAAeTagIABSKzggAAheACAAVgBYIAbA7qAgBgk0gCAAJXfgIAALiIAgAAc0wCAAiIVAIAAIb2AgABvLICAAI9vQA==
Date: Thu, 30 Nov 2017 05:55:09 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABA9ACDABAD@nkgeml513-mbx.china.huawei.com>
References: <150772925005.24695.3851410645764765123.idtracker@ietfa.amsl.com> <CA+RyBmVq9MnC97LuVRzhYiR+_dj0gQ2YRSp+b-223fjQXvhR_w@mail.gmail.com> <CA+RyBmXfB2fPn8GzaWYKwUJZhLwnKc_raO9ELf+8ANnAcED-vA@mail.gmail.com> <B8F9A780D330094D99AF023C5877DABA9AC0F246@nkgeml513-mbx.china.huawei.com> <CA+RyBmXhhxcrrhfB+ZT9A813_M35U4zuirWpt6YhM5rwGN09eQ@mail.gmail.com> <B8F9A780D330094D99AF023C5877DABA9AC15C2E@nkgeml513-mbx.china.huawei.com> <CA+RyBmV9vN-pzUjBNmDhYL7=E52w3NNDGk5OWGNnn1g1wrkrjA@mail.gmail.com> <B8F9A780D330094D99AF023C5877DABA9AC173CC@nkgeml513-mbx.china.huawei.com> <CA+RyBmXsE6WHEWBb4ReYN3O6ztNTFZ4nG-YOBvxjQvckxc=XHQ@mail.gmail.com> <499e8dc0-fcac-a3a9-e3ae-630691b70bc4@gmail.com> <0888e2d6-f39f-1683-b174-5e3d19df1eae@cisco.com> <3b6c5ab3-ff5e-1d1a-313c-2dd7bdd0919d@gmail.com> <646B9160-2BBF-4546-9163-D6504A47C7D7@cisco.com> <1b527039-bf80-ead5-e341-c8cfeb24f855@gmail.com> <CAMdAHv-iiZ5ScQCj1OZZs6C3FZFaRZbiXbm6--ktN3KZz7b4Ag@mail.gmail.com> <CA+RyBmXLHmkQgU8eJKUabYRcpkYobDbU6D7DR++yw8X6UwGxcA@mail.gmail.com>
In-Reply-To: <CA+RyBmXLHmkQgU8eJKUabYRcpkYobDbU6D7DR++yw8X6UwGxcA@mail.gmail.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.67]
Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA9ACDABADnkgeml513mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/lime/vMp3PCHrs3YJ0GY-5yfv36w4u00>
X-Mailman-Approved-At: Thu, 30 Nov 2017 05:50:20 -0800
Subject: Re: [Lime] Last Call: <draft-ietf-lime-yang-connectionless-oam-11.txt> (Generic YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols) to Proposed Standard
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: Thu, 30 Nov 2017 05:55:23 -0000

Nice to hear from Tissa, same wish for you. Thanks Greg in Singapore to help address last comment together, also thanks Greg a lot of inputs to this work all along the way. Appreciated as well.
I should have sent a note out earlier during busy IETF week, sorry about that.

-Qin
发件人: Greg Mirsky [mailto:gregimirsky@gmail.com]
发送时间: 2017年11月30日 13:18
收件人: Tissa Senevirathne
抄送: huubatwork@gmail.com; Carlos Pignataro (cpignata); ietf@ietf.org; Ronald P. Bonica; lime-chairs@ietf.org; The IESG; Benoit Claise (bclaise); lime@ietf.org; Qin Wu; draft-ietf-lime-yang-connectionless-oam@ietf.org
主题: Re: [Lime] Last Call: <draft-ietf-lime-yang-connectionless-oam-11.txt> (Generic YANG Data Model for Connectionless Operations, Administration, and Maintenance(OAM) protocols) to Proposed Standard

Hi Tissa,
thank you for your kind words, much appreciated. Wish you all success in your endeavors and hope you'll find opportunity to return to IETF work sooner than later.

Best regards,
Greg

On Wed, Nov 29, 2017 at 2:40 PM, Tissa Senevirathne <tsenevir@gmail.com<mailto:tsenevir@gmail.com>> wrote:
I have been out of IETF for a while but still receives LIME WG emails.

As the original author of the connectionless draft I deliberately avoided making any comments as I do not have adequate time to do a good job.

However, I have been reading, with great respect, the comments Greg Mirsky was making to make these drafts better both technically and editorially. I want to extend a well deserved thank you to Greg. Thank You Greg.

Also I do not agree with Carlos comments on Hubbs observations, i.e. Oh Draft is in IETF editors queue and it is too late. May be time to pull it out from the queue or create errata if the changes are significant enough.

If either of these happens I do like to suggest two things

1. Appoint an editor who can shepherd edits and presentation aspects of the draft
2. Provide adequate time and be transparent to share with the WG on what is agreed or appoint a technical panel




On Wed, Nov 29, 2017 at 12:39 PM, Huub van Helvoort <huubatwork@gmail.com<mailto:huubatwork@gmail.com>> wrote:
Hello Carlos,

Thank you for the additional information.

As I mentioned I already looked at version 18 because that was mentioned
in Gregs response.

I have understood that this draft was discussed in Singapore.
Unfortunately the agreed resolution was not reported on the list.
That is why I missed (part of) the discussion.

I will have no further comments.

Best regards, Huub.

-----------
Additionally, please see https://www.ietf.org/rfcdiff?url1=draft-ietf-lime-yang-connectionless-oam-17&url2=draft-ietf-lime-yang-connectionless-oam-18, which shows the changes relevant to that specific comment.

I believe the authors are using text suggested by Greg.

Like Benoit said, the document is approved and in the RFC Editor queue:
https://mailarchive.ietf.org/arch/msg/lime/qyhKwFkE4VB9HA0S04tOWPDFK9Q

Best,

—
Carlos Pignataro, carlos@cisco.com<mailto:carlos@cisco.com>

“Sometimes I use big words that I do not fully understand, to make myself sound more photosynthesis."


On Nov 28, 2017, at 5:21 AM, Huub van Helvoort <huubatwork@gmail.com<mailto:huubatwork@gmail.com>> wrote:

Hello Benoit,

You reply:
For your information, the document is now in the RFC editor queue, ready to be published.
https://datatracker.ietf.org/doc/draft-ietf-lime-yang-connectionless-oam/
I had not seen any response from the authors to the email from Greg
(I checked the archive) so I assumed that the issue was still being
discussed.
Other on-line comments were addressed by the authors.

I also checked for updates to version 18, but did not find any, so I
don't know how the issue has been resolved.

So now I have to wait until the RFC is published.

Regards, Huub.

=========


Hello Greg,

I agree with you that the current (version 18) text in section 3.3 is very confusing.

Authors:

If I look at the definition of TP in section 2.2 I think a TP is similar
to a maintenance point as defined for Ethernet. Am I correct?

I don't understand why there are TPs with no neighboring TPs,
where will their initiated OAM test be sent? Or where are OAM
tests they react to initiated?

It is IMHO also possible that there are TPs with a neighboring
TP before AND a neighboring TP after the current TP.

Please explain.

Regards, Huub.

---------
Dear All,
I was under impression that that question of oam-neighboring-tps has been discussed and since authors couldn't produce technical rationale for this object we've agreed that it will be removed altogether from the grouping connectionless-oam-tps. But authors just changed name from level to position but had missed to synchronize descriptions in the model and in section 3.3. The later still refers to vertical layers:

                     "List of related neighboring test points in adjacent

                     layers up and down the stack for the same interface

                     that are related to the current test point.";
while the model insists that it is peering relationship:

        description

          "The relative position

           of neighboring test point

           corresponding to the current

           test point. Level 0 indicates no neighboring

           test points placed before or after the current

           test point in the same layer.-1 means there is

           a neighboring test point placed before the current

           test point in the same layer and +1 means there is

           a neighboring test point placed after the current

           test point in same layer.";
So, what is it? Perhaps it is time to remove list oam-neighboring-tps altogether also because having it s fixed size list is plain wrong. (Sorry for being so blunt but I commented too many times on the same to no avail from the authors).

Regards,
Greg



--

================================================================

Always remember that you are unique...just like everyone else...

_______________________________________________
Lime mailing list
Lime@ietf.org<mailto:Lime@ietf.org>
https://www.ietf.org/mailman/listinfo/lime