Re: [trill] [nvo3] YANG models for OAM

Qin Wu <bill.wu@huawei.com> Fri, 01 August 2014 01:11 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6048A1A034F; Thu, 31 Jul 2014 18:11:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.751
X-Spam-Level:
X-Spam-Status: No, score=-1.751 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] 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 Jss1tgYigvRg; Thu, 31 Jul 2014 18:11:20 -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 B57FE1A02BC; Thu, 31 Jul 2014 18:11:18 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BHU39017; Fri, 01 Aug 2014 01:11:17 +0000 (GMT)
Received: from nkgeml409-hub.china.huawei.com (10.98.56.40) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 1 Aug 2014 02:11:14 +0100
Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.155]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.03.0158.001; Fri, 1 Aug 2014 09:11:11 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "Tissa Senevirathne (tsenevir)" <tsenevir@cisco.com>, "O'Connor, Don" <don.oconnor@us.fujitsu.com>, Tissa Senevirathne <tissasenevirathne@yahoo.com>, Greg Mirsky <gregimirsky@gmail.com>
Thread-Topic: [nvo3] YANG models for OAM
Thread-Index: AQHPrRhFwrWBIAFeCEWqLpizz9QBWJu6U7eAgACcEoA=
Date: Fri, 01 Aug 2014 01:11:09 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABA8458DB1D@nkgeml501-mbs.china.huawei.com>
References: <FBEA3E19AA24F847BA3AE74E2FE193562EE91CDA@xmb-rcd-x08.cisco.com> <CA+RyBmVyzyL5XQezXU+EaGLRGieDmzvgnkZVWqNGxB5b7jPZnQ@mail.gmail.com> <1406847186.16320.YahooMailNeo@web162805.mail.bf1.yahoo.com> <7DFA7869D33BD44A9A84BA24AD75BDE6D9E4645D@RCHEXMBP1.fnc.net.local> <FBEA3E19AA24F847BA3AE74E2FE193562EEE0F1B@xmb-rcd-x08.cisco.com>
In-Reply-To: <FBEA3E19AA24F847BA3AE74E2FE193562EEE0F1B@xmb-rcd-x08.cisco.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_B8F9A780D330094D99AF023C5877DABA8458DB1Dnkgeml501mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/trill/B69vZ4eFUWFFrf-1S_u3IRFrcLs
Cc: "l2vpn@ietf.org" <l2vpn@ietf.org>, "opsawg@ietf.org" <opsawg@ietf.org>, "nvo3@ietf.org" <nvo3@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>, "trill@ietf.org" <trill@ietf.org>
Subject: Re: [trill] [nvo3] YANG models for OAM
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/trill/>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Aug 2014 01:11:26 -0000

Exactly, different layer may have different addressing schemes. But I am wondering which layer the flow entropies are applied? L2, L3, MPLS layer?

发件人: netmod [mailto:netmod-bounces@ietf.org] 代表 Tissa Senevirathne (tsenevir)
发送时间: 2014年8月1日 7:49
收件人: O'Connor, Don; Tissa Senevirathne; Greg Mirsky
抄送: l2vpn@ietf.org; opsawg@ietf.org; nvo3@ietf.org; netmod@ietf.org; trill@ietf.org
主题: Re: [netmod] [nvo3] YANG models for OAM

Don

I am aware of that, but this is different, MEF YANG model is specifically for Ethernet and structure does not allow to bring different addressing schemes other than MAC address. Additionally the proposed standard allow to add flow entropies and facilitate nested OAM between different technologies. You may have to read in to the details to see the actual differences.

From: O'Connor, Don [mailto:don.oconnor@us.fujitsu.com]
Sent: Thursday, July 31, 2014 4:32 PM
To: Tissa Senevirathne; Greg Mirsky; Tissa Senevirathne (tsenevir)
Cc: l2vpn@ietf.org<mailto:l2vpn@ietf.org>; opsawg@ietf.org<mailto:opsawg@ietf.org>; nvo3@ietf.org<mailto:nvo3@ietf.org>; netmod@ietf.org<mailto:netmod@ietf.org>; trill@ietf.org<mailto:trill@ietf.org>
Subject: RE: [nvo3] YANG models for OAM

Tissa, Greg, all

Metro Ethernet Forum has already standardized Yang Modules for Ethernet Service OAM Performance Monitoring and Fault Management. Please see MEF 38 and 39

http://metroethernetforum.org/carrier-ethernet/technical-specifications

Regards

Don

From: L2vpn [mailto:l2vpn-bounces@ietf.org] On Behalf Of Tissa Senevirathne
Sent: Thursday, July 31, 2014 5:53 PM
To: Greg Mirsky; Tissa Senevirathne (tsenevir)
Cc: l2vpn@ietf.org<mailto:l2vpn@ietf.org>; opsawg@ietf.org<mailto:opsawg@ietf.org>; nvo3@ietf.org<mailto:nvo3@ietf.org>; netmod@ietf.org<mailto:netmod@ietf.org>; trill@ietf.org<mailto:trill@ietf.org>
Subject: Re: [nvo3] YANG models for OAM

Greg

Yes it is, generic YANG model steup the base framework. It can be extended to add tools as well as other elements as well technology deviations. Alarms etc either be part of this document will be a separate document that specifies them. That is the reason we have designed the model as modular as possible and extensible as possible.

Please let us know if any of the parts are not extensible or not modular enough.

Thanks
Tissa

On Thursday, July 31, 2014 3:17 PM, Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>> wrote:

Hi Tissa, authors, et. al,
I've read documents and would like to clarify scope of these documents. OAM is not limited to ping and traceroute functions. It even not limited to continuity check. And in connectionless networks there would not be connectivity verification. And the performance measurement is the big part of OAM as well as protection coordination, defect alarms, and etc. Hence my question, is it in plans of the authors to address all of OAM in respective documents?
Regards,
Greg

On Tue, Jun 10, 2014 at 12:03 PM, Tissa Senevirathne (tsenevir) <tsenevir@cisco.com<mailto:tsenevir@cisco.com>> wrote:
All

We have published YANG model for OAM. #1 draft below place the generic framework for OAM, that can be augmented for different technologies. #2 and #3 are application of the concept to NVO3 and TRILL,

1.      http://datatracker.ietf.org/doc/draft-tissa-netmod-oam/
2.      http://datatracker.ietf.org/doc/draft-tissa-nvo3-yang-oam/
3.      http://datatracker.ietf.org/doc/draft-tissa-trill-yang-oam/

Please review and share your comments

Thanks
Tissa



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