Re: [Time] I-D Action: draft-ww-opsawg-multi-layer-oam-00.txt

Qin Wu <> Fri, 13 June 2014 04:47 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 562B01B28AB; Thu, 12 Jun 2014 21:47:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.063
X-Spam-Status: No, score=-2.063 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, 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 id-Xf1HW57ET; Thu, 12 Jun 2014 21:47:06 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 049BF1B28A8; Thu, 12 Jun 2014 21:47:05 -0700 (PDT)
Received: from (EHLO ([]) by (MOS 4.3.7-GA FastPath queued) with ESMTP id BIJ29267; Fri, 13 Jun 2014 04:47:04 +0000 (GMT)
Received: from ( by ( with Microsoft SMTP Server (TLS) id; Fri, 13 Jun 2014 05:47:03 +0100
Received: from ([]) by ([]) with mapi id 14.03.0158.001; Fri, 13 Jun 2014 12:46:57 +0800
From: Qin Wu <>
To: "" <>, "" <>
Thread-Topic: I-D Action: draft-ww-opsawg-multi-layer-oam-00.txt
Thread-Index: AQHPgLVxGk/kxYF3w0Ok1We9I9an3ptugvvQ
Date: Fri, 13 Jun 2014 04:46:55 +0000
Message-ID: <>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
x-originating-ip: []
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: Re: [Time] I-D Action: draft-ww-opsawg-multi-layer-oam-00.txt
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Transport Independent OAM in Multi-Layer network Entity \(TIME\) discussion list." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 13 Jun 2014 04:47:09 -0000

Hi, folks:
We have submitted a new draft which discuss problem statement of technology independent OAM in the multi-layer network
Your comments or feedback are welcome!

发件人: I-D-Announce [] 代表
发送时间: 2014年6月5日 19:58
主题: I-D Action: draft-ww-opsawg-multi-layer-oam-00.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.

        Title           : Problem Statement and Architecture for Transport Independent OAM in the multiple layer network
        Authors         : Qin Wu
                          Mishael Wexler
                          Pradeep Jain
	Filename        : draft-ww-opsawg-multi-layer-oam-00.txt
	Pages           : 12
	Date            : 2014-06-05

   Operations, Administration, and Maintenance (OAM) mechanisms
   [RFC6291] are basic building blocks for every communication layer and
   technology.  The current practice is that many technologies and
   layers have their own OAM protocols.  In the current situation there
   is a little or no re-use of software and hardware in the existing OAM
   protocols.  Vendors and operators waste a lot through the whole OAM
   life-cycle when a new technology is introduced.  Integration of OAM
   across multiple technologies is extremely difficult.  In many cases
   it is desirable to have a generic OAM to cover heterogeneous
   networking technologies.  An example to this generic approach is the
   Bidirectional Forwarding Detection [BFD] mechanism that offers a way
   to monitor, troubleshoot and maintain the network and services in
   support multi-layer OAM independent of media, data protocols, and
   routing protocols.  Generic OAM tools can be deployed over various
   encapsulating protocols, and in various medium types.

   An example of an environment in which a generic and integrated OAM
   protocol would be valuable is Service Function Chaining.  A Service
   Function Chaining is composed by series of service Functions, that
   can act in different layers but providing an end-to-end chain or path
   from a source to destination in a given order [I.D-ietf-sfc-problem-
   statement].  In service function chaining environment it is necessary
   to provide end to end OAM across certain or all entities and
   involving many layers.  OAM information should be exchanged between
   service functions in different layers while using various
   encapsulating protocols.  In some cases OAM should cross different
   administration and/or maintenance domains.

   This document sets out the problem statement and architecture for the
   Generic OAM in the Service Layer Routing.  This document will cover
   at least the basic OAM functions and information such as Connectivity
   Verification (CV), Path Verification and Continuity Checks (CC),Path
   Discovery / Fault Localization and Performance Monitoring necessary
   to monitor and maintain the network.

The IETF datatracker status page for this draft is:

There's also a htmlized version available at:

Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at

Internet-Drafts are also available by anonymous FTP at:

I-D-Announce mailing list
Internet-Draft directories: or