Re: [sfc] Fault management in SFC
Jiangyuanlong <jiangyuanlong@huawei.com> Mon, 07 July 2014 11:03 UTC
Return-Path: <jiangyuanlong@huawei.com>
X-Original-To: sfc@ietfa.amsl.com
Delivered-To: sfc@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 031581B2818 for <sfc@ietfa.amsl.com>; Mon, 7 Jul 2014 04:03:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.851
X-Spam-Level:
X-Spam-Status: No, score=-4.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 3tBp_wJTlvCT for <sfc@ietfa.amsl.com>; Mon, 7 Jul 2014 04:03:47 -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 5F7A51B2815 for <sfc@ietf.org>; Mon, 7 Jul 2014 04:03:46 -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 BJS11222; Mon, 07 Jul 2014 11:03:44 +0000 (GMT)
Received: from SZXEMA403-HUB.china.huawei.com (10.82.72.35) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 7 Jul 2014 12:03:43 +0100
Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.76]) by SZXEMA403-HUB.china.huawei.com ([10.82.72.35]) with mapi id 14.03.0158.001; Mon, 7 Jul 2014 19:03:35 +0800
From: Jiangyuanlong <jiangyuanlong@huawei.com>
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>, ramki Krishnan <ramk@Brocade.com>
Thread-Topic: Fault management in SFC
Thread-Index: AQHPl2BZnihIAWDDGk+mZUqgkXcH35uP7M8w///eH4CABAbowA==
Date: Mon, 07 Jul 2014 11:03:34 +0000
Message-ID: <3B0A1BED22CAD649A1B3E97BE5DDD68B5A77BAED@szxema506-mbs.china.huawei.com>
References: <20140702191729.12270.32098.idtracker@ietfa.amsl.com> <CA+C0YO0D=SB0VJ+A9_V-sK1KX=Vje0rxzpEWrpiWvkChD=yCtA@mail.gmail.com> <3B0A1BED22CAD649A1B3E97BE5DDD68B5A77ADC8@szxema506-mbs.china.huawei.com> <C7634EB63EFD984A978DFB46EA5174F2C14FDB8457@HQ1-EXCH01.corp.brocade.com> <255EC6AA-C077-4169-9110-8462CF4655E0@cisco.com>
In-Reply-To: <255EC6AA-C077-4169-9110-8462CF4655E0@cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.66.76.118]
Content-Type: multipart/alternative; boundary="_000_3B0A1BED22CAD649A1B3E97BE5DDD68B5A77BAEDszxema506mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/sfc/zd9_ZACbHQMnovGFSEXg3vIcP4s
Cc: Sam Aldrin <aldrin.ietf@gmail.com>, "Nobo Akiya (nobo)" <nobo@cisco.com>, "draft-krishnan-sfc-oam-req-framework@tools.ietf.org" <draft-krishnan-sfc-oam-req-framework@tools.ietf.org>, "sfc@ietf.org" <sfc@ietf.org>
Subject: Re: [sfc] Fault management in SFC
X-BeenThere: sfc@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Network Service Chaining <sfc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sfc>, <mailto:sfc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sfc/>
List-Post: <mailto:sfc@ietf.org>
List-Help: <mailto:sfc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sfc>, <mailto:sfc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Jul 2014 11:03:51 -0000
Hi Carlos, Thanks for your comments. Reusing OAM protocols is also what we are after, but that does not necessarily preclude an SFC encapsulation of OAM message. We discussed several types of OAM, for example, CC & CV, trace route, PM; it appears these are very basic requirements. Look forward to discussing more with you on this topic in Toronto. Thanks, Yuanlong From: Carlos Pignataro (cpignata) [mailto:cpignata@cisco.com] Sent: Saturday, July 05, 2014 3:41 AM To: ramki Krishnan Cc: Jiangyuanlong; Sam Aldrin; sfc@ietf.org; Nobo Akiya (nobo); draft-krishnan-sfc-oam-req-framework@tools.ietf.org Subject: Re: Fault management in SFC Hi, Ramki, Yuanlong, Thanks for bringing up these two documents! Here's my initial observations: draft-krishnan-sfc-oam-req-framework: * This document seems to be really thin in actual content. * Removing the introduction, acronyms, and boiler, there's a bit over a page of very generic very high-level requirements. * Although the title says "SFC OAM Requirements and Framework", I do not see text supporting a framework. draft-jxc-sfc-fm-00: * I am concerned with the creation of a new OAM Protocol in Section 3. SFC architectural documents have a goal of reusing OAM protocols, not re-inventing. * It's not clear of the value of defining a TLV structure when there's no Types. In other words, why draw TLV ASCII diagrams when the requirements and gap analysis are not clear? * The document says things like "BFD can also be used as a tool of proactive CC & CV in SFC.", but then goes on into drawing packets... I agree this can be a topic for discussions in Toronto. Thanks, Carlos. On Jul 4, 2014, at 9:48 AM, ramki Krishnan <ramk@Brocade.com<mailto:ramk@Brocade.com>> wrote: Hi Sam, Yuanlong, All, We uploaded a document on the SFC OAM topic yesterday - this includes requirements besides framework. Given the importance of this topic, guess many of us were working on this in parallel. We should probably get together in Toronto to take the appropriate next steps. https://datatracker.ietf.org/doc/draft-krishnan-sfc-oam-req-framework/ Thanks, Ramki From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Jiangyuanlong Sent: Friday, July 04, 2014 1:17 AM To: Sam Aldrin; sfc@ietf.org<mailto:sfc@ietf.org> Cc: Carlos Pignataro (cpignata); Nobo Akiya (nobo) Subject: [sfc] Fault management in SFC Hi Sam and all, I'm glad to see your draft on SFC OAM framework, it is a very basic and important piece of work in my view. We have also uploaded an I-D discussing fault management in SFC, does anyone of you have an interest in this kind of work? The link to this I-D is: http://tools.ietf.org/html/draft-jxc-sfc-fm-00 Your opinions are greatly appreciated. Thanks, Yuanlong From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Sam Aldrin Sent: Thursday, July 03, 2014 3:21 AM To: sfc@ietf.org<mailto:sfc@ietf.org> Cc: Carlos Pignataro (cpignata); Nobo Akiya (nobo) Subject: [sfc] Fwd: New Version Notification for draft-aldrin-sfc-oam-framework-00.txt Hi, We have submitted a new draft for SFC OAM framework. Kindly review the ID and provide your comments. cheers -sam ---------- Forwarded message ---------- From: <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>> Date: Wed, Jul 2, 2014 at 12:17 PM Subject: New Version Notification for draft-aldrin-sfc-oam-framework-00.txt To: Nobo Akiya <nobo@cisco.com<mailto:nobo@cisco.com>>, "Sam K. Aldrin" <aldrin.ietf@gmail.com<mailto:aldrin.ietf@gmail.com>>, Carlos Pignataro <cpignata@cisco.com<mailto:cpignata@cisco.com>> A new version of I-D, draft-aldrin-sfc-oam-framework-00.txt has been successfully submitted by Sam K. Aldrin and posted to the IETF repository. Name: draft-aldrin-sfc-oam-framework Revision: 00 Title: Service Function Chaining Operations, Administration and Maintenance Framework Document date: 2014-07-02 Group: Individual Submission Pages: 11 URL: http://www.ietf.org/internet-drafts/draft-aldrin-sfc-oam-framework-00.txt Status: https://datatracker.ietf.org/doc/draft-aldrin-sfc-oam-framework/ Htmlized: http://tools.ietf.org/html/draft-aldrin-sfc-oam-framework-00 Abstract: This document provides reference framework for Operations, Administration and Maintenance (OAM) of Service Function Chaining (SFC). Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org/>. The IETF Secretariat
- [sfc] Fwd: New Version Notification for draft-ald… Sam Aldrin
- [sfc] Fault management in SFC Jiangyuanlong
- Re: [sfc] Fault management in SFC ramki Krishnan
- Re: [sfc] Fault management in SFC Carlos Pignataro (cpignata)
- Re: [sfc] Fault management in SFC Qin Wu
- Re: [sfc] Fault management in SFC Jiangyuanlong
- Re: [sfc] Fault management in SFC Qin Wu