Re: [mpls] [sfc] I-D Action: draft-ietf-sfc-nsh-01.txt
Xuxiaohu <xuxiaohu@huawei.com> Fri, 24 July 2015 07:24 UTC
Return-Path: <xuxiaohu@huawei.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F4281B2FAC; Fri, 24 Jul 2015 00:24:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.761
X-Spam-Level:
X-Spam-Status: No, score=-1.761 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_CHARSET_FARAWAY=2.45, 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 Fh-wXU9ASL8a; Fri, 24 Jul 2015 00:24:45 -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 2D13C1B2FAA; Fri, 24 Jul 2015 00:24:45 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZC59397; Fri, 24 Jul 2015 07:24:43 +0000 (GMT)
Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 24 Jul 2015 08:24:09 +0100
Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.210]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Fri, 24 Jul 2015 15:24:05 +0800
From: Xuxiaohu <xuxiaohu@huawei.com>
To: "sfc@ietf.org" <sfc@ietf.org>
Thread-Topic: [sfc] I-D Action: draft-ietf-sfc-nsh-01.txt
Thread-Index: AQHQxXi9Tgyhos48PEq9TRyTCNQEgp3qNSbA
Date: Fri, 24 Jul 2015 07:24:04 +0000
Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB016CC@NKGEML512-MBS.china.huawei.com>
References: <20150723185150.17399.69708.idtracker@ietfa.amsl.com>
In-Reply-To: <20150723185150.17399.69708.idtracker@ietfa.amsl.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.66.180]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/ElD4Brxp9WQ-PQp3-1YBvMnl7v8>
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] [sfc] I-D Action: draft-ietf-sfc-nsh-01.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Jul 2015 07:24:47 -0000
Hi co-authors, I wonder whether the NSH encapsulation would strictly follow the transport-independance principle as defined in the SFC architecture draft. If so, it's possible that the NSH would be transported over MPLS networks someday. As such, it's better to consider the first nibble issue associated with the current MPLS architecture from the beginning. I have not seen any text in this regard in this new version. Best regards, Xiaohu ________________________________________ 发件人: sfc [sfc-bounces@ietf.org] 代表 internet-drafts@ietf.org [internet-drafts@ietf.org] 发送时间: 2015年7月24日 2:51 收件人: i-d-announce@ietf.org 抄送: sfc@ietf.org 主题: [sfc] I-D Action: draft-ietf-sfc-nsh-01.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Service Function Chaining Working Group of the IETF. Title : Network Service Header Authors : Paul Quinn Uri Elzur Filename : draft-ietf-sfc-nsh-01.txt Pages : 43 Date : 2015-07-23 Abstract: This draft describes a Network Service Header (NSH) inserted onto encapsulated packets or frames to realize service function paths. NSH also provides a mechanism for metadata exchange along the instantiated service path. NSH is the SFC encapsulation as per SFC Architecture [SFC-arch] The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sfc-nsh/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-sfc-nsh-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sfc-nsh-01 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ sfc mailing list sfc@ietf.org https://www.ietf.org/mailman/listinfo/sfc