Re: [trill] YANG models for OAM

Qin Wu <> Tue, 08 July 2014 12:07 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 8C5D21B2A74; Tue, 8 Jul 2014 05:07:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.401
X-Spam-Status: No, score=-2.401 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.651, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id FvoSnrG_vdKh; Tue, 8 Jul 2014 05:07:11 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id C68741B280E; Tue, 8 Jul 2014 05:07:09 -0700 (PDT)
Received: from (EHLO ([]) by (MOS 4.3.7-GA FastPath queued) with ESMTP id BJT19379; Tue, 08 Jul 2014 12:07:08 +0000 (GMT)
Received: from ( by ( with Microsoft SMTP Server (TLS) id; Tue, 8 Jul 2014 13:07:06 +0100
Received: from ([]) by ([]) with mapi id 14.03.0158.001; Tue, 8 Jul 2014 20:07:03 +0800
From: Qin Wu <>
To: "Tissa Senevirathne (tsenevir)" <>, "" <>
Thread-Topic: YANG models for OAM
Thread-Index: Ac+E3qlMyPi638vnRGmjYh75Wx+edAATLCxAA6JRP1ABuzlT8A==
Date: Tue, 08 Jul 2014 12:07:02 +0000
Message-ID: <>
References: <> <> <>
In-Reply-To: <>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA84580501nkgeml501mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "" <>, "" <>, "" <>, "" <>, "" <>
Subject: Re: [trill] YANG models for OAM
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Developing a hybrid router/bridge." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 08 Jul 2014 12:07:13 -0000

Hi, Tissa:
There are many options for SFC OAM, BFD extension, Generic Header extension, Generic TLV extension.
Unlike other existing OAM protocols, mechanisms and tools, SFC need to address OAM for the technology that is above layer 3.
SFC haven’t developed OAM protocol yet at the top of layer 3.

Before they developing OAM protocol, they need to figure out whether they need to develop technology dependent OAM protocol,
Or technology independent OAM protocol since SFC OAM and Overlay OAM share a lot of similarities(e.g., both can use overlay technology to stitch a set of overlay node or service node to form the end to end path). Why not build one protocol to support both?

That’s why we bring up transport independent OAM covering various heterogeneous network technologies and propose to consolidate OAM in both
Management plane and data plane.

Regarding flow-entropy, why not reuse entropy mechanisms in the existing underlying transport. How is flow entropy different from ECMP choice you proposed in the draft.
If my understanding is correct, IEEE 802.1ag only support Equal Cost Tree (ECT) mechanism instead of ECMP, IEEE802.1Qbp support ECMP,
Are you proposing to combine ECT supported by IEEE 802.1ag with ECMP supported by IEEE 802.1Qbp and use them together at the same time in the same network?

Also BFD and IEEE 802.1ag CFM share a lot of commonality, e.g., CCM-interval, BFD interval. If we integrate them together, we really need to think about how to integrate them together in the management plane. Is there any common component we can define for both? How we define these component and make them more extensible.

发件人: Tissa Senevirathne (tsenevir) []
发送时间: 2014年6月30日 0:20
收件人: Qin Wu;
主题: RE: YANG models for OAM

Hi Qin

There are several way this is applicable to SFC

1.       SFC is underlayer independent , which means it can have all sorts of encap types underneath, the model presented in tissa-netmod-oam, address exactly that issue. Instead of re-inventing and re-implementing various different OAM the draft propose to integrate them at the management layer.

2.       In this draft we define a flow-entropy as an opaque element that each of the technology type can specify and include. If we look at draft-quinn-sfc-nsh-02.txt, it define a block that specifies SFC. SFC version of YANG  can specify this as part of its flow entropy. The beauty is that it is all up to the technology to specify that (size and shape is technology dependent) and base model is still intact.

With the above in mind , can you please review draft-tissa-netmod-oam and see it is flexible and extensible enough to for the purpose. If things are missing we can add and extend.

I have requested netmod WG chairs for a presentation slot for further discussion of the draft.

From: Qin Wu []
Sent: Tuesday, June 10, 2014 9:22 PM
To: Tissa Senevirathne (tsenevir);<>
Subject: RE: YANG models for OAM

Hi, Tissa:
Thanks for initiating discussion on this topic.
Unified OAM for multi-Layer network is a good idea to me.
draft-ww-opsawg-multi-layer-oam-00 we proposed in opsawg laid out the an initial description of the problem.
The question to draft-tissa-netmod-oam is
I am wondering how this generic Yang Model can be applied to SFC environment?
How do you support the case where two endpoints support different layer OAM or doesn’t support any OAM at that layer.

BTW: I have cc’ed time mailing list since I believe this mailing list is purposed to look for generic and integrated OAM covering various heterogeneous networking technologies.
发件人: netmod [] 代表 Tissa Senevirathne (tsenevir)
发送时间: 2014年6月11日 3:03
主题: [netmod] YANG models for OAM


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,




Please review and share your comments