Re: [Lime] Comments on draft-tissa-lime-yang-oam-model-05

Qin Wu <bill.wu@huawei.com> Thu, 02 July 2015 09:04 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: lime@ietfa.amsl.com
Delivered-To: lime@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 016601B30D2 for <lime@ietfa.amsl.com>; Thu, 2 Jul 2015 02:04:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 WOXNCx4oZTX0 for <lime@ietfa.amsl.com>; Thu, 2 Jul 2015 02:04:55 -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 53DCD1B30CD for <lime@ietf.org>; Thu, 2 Jul 2015 02:04:54 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BYG13933; Thu, 02 Jul 2015 09:04:52 +0000 (GMT)
Received: from NKGEML408-HUB.china.huawei.com (10.98.56.39) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 2 Jul 2015 10:04:50 +0100
Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.89]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0158.001; Thu, 2 Jul 2015 17:04:45 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "huubatwork@gmail.com" <huubatwork@gmail.com>, "lime@ietf.org" <lime@ietf.org>
Thread-Topic: [Lime] Comments on draft-tissa-lime-yang-oam-model-05
Thread-Index: AQHQrktZEUbNv3VaKUyhEXfSKY7cSp2/gp8AgAhpjkA=
Date: Thu, 02 Jul 2015 09:04:45 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABA84765243@nkgeml501-mbs.china.huawei.com>
References: <558A543A.3090106@jp.fujitsu.com> <558E5DB2.2080009@gmail.com>
In-Reply-To: <558E5DB2.2080009@gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.138.41.180]
Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA84765243nkgeml501mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/lime/xQ8kyGHnS9nGiPmBUzt4MwUZ-2g>
Subject: Re: [Lime] Comments on draft-tissa-lime-yang-oam-model-05
X-BeenThere: lime@ietf.org
X-Mailman-Version: 2.1.15
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, 02 Jul 2015 09:04:57 -0000

Huub:
Thanks for your valuable comments.

发件人: Lime [mailto:lime-bounces@ietf.org] 代表 Huub van Helvoort
发送时间: 2015年6月27日 16:24
收件人: lime@ietf.org
主题: Re: [Lime] Comments on draft-tissa-lime-yang-oam-model-05

All,

Some additional remarks on draft-tissa-lime-yang-oam-model-05

In the introduction section:
1.  monitor networks --> 1. monitor connections
this because actually the connections in the network are monitored.

[Qin]:My understanding is besides monitoring connections, we also need to keep track of connectionless network to provide consistent reporting, representation when
We deal with both connection oriented network and connectionless network for the end to end path.

2. isolation --> localisation
it is not always possible to isolate a fault, but if one can locate it
one can take proper consequent actions (like isolation)

[Qin]: Yes, that is true when we don’t respect layer boundary for different OAM technologies.
Your proposed changes sounds good to me.

3. measure performance --> 3. monitor performance (loss, delay).
monitor implies that consequent actions may/will be taken/

[Qin]: Good point and agree.

Proper expansion of MEP (from 802.1):

3.93 Maintenance association End Point (MEP)
Proper expansion of MIP (from 802.1Q):

3.98 Maintenance domain Intermediate Point (MIP)

[Qin]:Correct, IEEE802.1 Q uses these expansion for MEP and MIP, but RFC7174 uses other simplified expansion.

I think we should choose either one to make consistent.
Best regards, Huub.

BTW: the latter two remarks are also applicable to
draft-tissa-nvo3-oam-fm-02