Re: [sfc] PCEP Extensions for Service Function Chaining (SFC)

Qin Wu <bill.wu@huawei.com> Sat, 26 November 2016 02:42 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: sfc@ietfa.amsl.com
Delivered-To: sfc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7020129446 for <sfc@ietfa.amsl.com>; Fri, 25 Nov 2016 18:42:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.718
X-Spam-Level:
X-Spam-Status: No, score=-5.718 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 hppTocvXDoQM for <sfc@ietfa.amsl.com>; Fri, 25 Nov 2016 18:42:12 -0800 (PST)
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 C6FE112941D for <sfc@ietf.org>; Fri, 25 Nov 2016 18:42:11 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CWB08150; Sat, 26 Nov 2016 02:42:09 +0000 (GMT)
Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Sat, 26 Nov 2016 02:42:08 +0000
Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.151]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0235.001; Sat, 26 Nov 2016 10:42:05 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, "sfc@ietf.org" <sfc@ietf.org>
Thread-Topic: [sfc] RE: PCEP Extensions for Service Function Chaining (SFC)
Thread-Index: AQHSR46shiKMA3VN+U6fgPz5x6XiJg==
Date: Sat, 26 Nov 2016 02:42:05 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABA8549497B@nkgeml513-mbx.china.huawei.com>
References: <B8F9A780D330094D99AF023C5877DABA8548B777@nkgeml513-mbx.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BB37653@NKGEML515-MBX.china.huawei.com>, <6ac5a6ca-62a0-5b74-0f0f-cfcf0937a443@joelhalpern.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BB37717@NKGEML515-MBX.china.huawei.com>
In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BB37717@NKGEML515-MBX.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.78.218]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.5838F681.0152, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.151, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 43d7f8f6e933cfa0487eeb237327a9e7
Archived-At: <https://mailarchive.ietf.org/arch/msg/sfc/SnsfpykcT17VsZjtSEx5TrsiiS8>
Cc: BOUCADAIR Mohamed IMT/OLN <mohamed.boucadair@orange.com>
Subject: Re: [sfc] PCEP Extensions for Service Function Chaining (SFC)
X-BeenThere: sfc@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Sat, 26 Nov 2016 02:42:15 -0000

Joel:
The idea is when stateful PCE can be used to compute traffic-engineered SFPs, SFP ID can also be predetermined. That is why we add
SFP identifier TLV and send it back to classifier. This SFP Identifier received by Classifier can be inserted into NSH and used to select the path, invoke SF instance, identify next SFF.
There may have other case when PCE only compute traffic-engineered SFP, encode a full sequence of SFF/SF in the PCEP message, Classifier then allocate a SFP identifier, but how
do we prevent other classifier assign the same SFP ID to another Service Function Path? Add SFP ID conflict detection mechanism is complicated.

-Qin
-----邮件原件-----
发件人: Xuxiaohu 
发送时间: 2016年11月17日 17:07
收件人: Joel M. Halpern; Qin Wu; sfc@ietf.org
主题: 答复: [sfc] 答复: PCEP Extensions for Service Function Chaining (SFC)

Hi Joel,

The current version of this draft just describes neccessary PCEP extensions to realize the MPLS source routing based SFC approach as described in (https://tools.ietf.org/html/draft-xu-mpls-service-chaining-00). It doesn't touch the NSH-based SFC approach. I think it's Qin's draft that covers the NSH-based SFC approach.

Best regards,
Xiaohu

________________________________________
发件人: Joel M. Halpern [jmh@joelhalpern.com]
发送时间: 2016年11月17日 16:46
收件人: Xuxiaohu; Qin Wu; sfc@ietf.org
主题: Re: [sfc] 答复: PCEP Extensions for Service Function Chaining (SFC)

Xu, it is unclear in this draft whether your intention is to carry NSH to support interoperation with other transports and carriage of metadata.

Can you please clarify?

Thank you,
Joel

On 11/17/16 2:42 AM, Xuxiaohu wrote:
> Hi,
>
>
>
> It's great to know that the PCE WG is now working on PCE Extensions 
> for Service Function Chaining.
>
>
>
> The following is a draft about PCEP extensions for the MPLS source 
> routing based SFC (see
> https://tools.ietf.org/html/draft-xu-mpls-service-chaining-00):
>
>
>
> https://tools.ietf.org/html/draft-xu-pce-sr-sfc-03
>
>
>
> Any suggestions and comments are welcome as well.
>
>
>
> Best regards,
>
> Xiaohu
>
>
>
> ----------------------------------------------------------------------
> --
> *发件人:* sfc [sfc-bounces@ietf.org] 代表 Qin Wu [bill.wu@huawei.com]
> *发送时间:* 2016年11月17日 15:01
> *收件人:* sfc@ietf.org
> *主题:* [sfc] PCEP Extensions for Service Function Chaining (SFC)
>
> Hi, folks:
>
> Chair remind us recently to announce to this list that PCE WG is 
> working on PCE Extension for Service Function Chaining. Here is the relevant draft:
>
> https://tools.ietf.org/html/draft-wu-pce-traffic-steering-sfc-09
>
> Please take a look at it and your comments and suggestions are welcome.
>
>
>
> -Qin
>
>
>
> _______________________________________________
> sfc mailing list
> sfc@ietf.org
> https://www.ietf.org/mailman/listinfo/sfc
>