Re: [Pce] NEXT STEP of draft-wu-pce-traffic-steering-sfc

Qin Wu <bill.wu@huawei.com> Tue, 08 March 2016 08:14 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E83D12D530; Tue, 8 Mar 2016 00:14:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fYDKkDwW8F-v; Tue, 8 Mar 2016 00:14:05 -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 6709612D52F; Tue, 8 Mar 2016 00:14:04 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CFM12188; Tue, 08 Mar 2016 08:14:00 +0000 (GMT)
Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 8 Mar 2016 08:13:59 +0000
Received: from NKGEML513-MBS.china.huawei.com ([169.254.2.35]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0235.001; Tue, 8 Mar 2016 16:13:54 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "pce-chairs@ietf.org" <pce-chairs@ietf.org>
Thread-Topic: NEXT STEP of draft-wu-pce-traffic-steering-sfc
Thread-Index: AdE9UwME48jCt9IUS+CddE8WAdC8vg2PBS6QAAGej4AAAE8rcABzxn8wAOFuQDAACVTzwA==
Date: Tue, 08 Mar 2016 08:13:54 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABA852CD371@nkgeml513-mbs.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.126]
Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA852CD371nkgeml513mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.56DE89C9.00E7, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.35, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 816d7d1694e94a1ff5771b25a236cb2e
Archived-At: <http://mailarchive.ietf.org/arch/msg/pce/8MVfWxIZc8AZm9kMM5KHKG7_OnA>
Cc: "pce@ietf.org" <pce@ietf.org>
Subject: Re: [Pce] NEXT STEP of draft-wu-pce-traffic-steering-sfc
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Mar 2016 08:14:08 -0000

Dear PCE Chairs:
Here is the update to draft-wu-pce-traffic-steering-sfc (https://datatracker.ietf.org/doc/draft-wu-pce-traffic-steering-sfc/).


This draft discusses SFC support for a stateful PCE to compute and instantiate Service Function Paths and has been discussed in the past PCE WG meeting .

It provides a solution to SFC control plane requirements defined in draft-ietf-sfc-control-plane.


We believe it is ready for WG Adoption, and we’d like to request it be considered as an SFC document with an adoption call.



-Qin
发件人: Qin Wu
发送时间: 2015年12月23日 15:25
收件人: pce@ietf.org<mailto:pce@ietf.org>
抄送: Dhruv Dhody (dhruv.ietf@gmail.com<mailto:dhruv.ietf@gmail.com>)
主题: NEXT STEP of draft-wu-pce-traffic-steering-sfc

Hi, folks:
If you didn't follow the discussion on SFC mailing list, I like to draw your attention that SFC control
plane architecture adopted as a WG draft in August 2015 triggered a lot of
SFC control plane requirements discussions that are related to draft-wu-pce-traffic-steering-sfc-07.
https://mailarchive.ietf.org/arch/msg/sfc/0H-H4BhyN0Nuroev_0hd5CMKOYM
https://mailarchive.ietf.org/arch/msg/sfc/CVU-H4hP9kQD0CoLMHw9jYfZ0M4
https://mailarchive.ietf.org/arch/msg/sfc/3fy9X1VmGN6V6GIT_QMDXrXwVkY


1.       The relationship between SFC,SFP and RSP was clarified, the control plane operating on SPF IDs rather than SFC ID got agreed.



2.       Service Chaining work doesn't requires correlating service path IDs with service chain IDs within the data plane. The relationship of paths to chains falls in the control plane.

3.control-plane requirements defined in SFC control plane architecture allows to instruct a loose path (SFP) or a strict path (RSP),whether a full path is specified within a domain or
if it is deferred to SFFs is really deployment-specific.

4.In addition, Encoding the Exact SFF-SF-sequence in Data Packets and Fully Controlled SFF-SF-Sequence for a SFP were also discussed on the list
and two new sections 4.10.4 and 4.10.5 were added into version (-02) of draft-ietf-sfc-control-plane to discuss RSP related aspect.

( Referring to Section 2.3.1 of RFC7665,
we can see RSP specify exact sequence of SFFs and SFs that the packets will actually visit and SFF/SF locators while SFP may be fully constrained or partial constrained and is
constrained version of the original SFC. )

draft-wu-pce-traffic-steering-sfc-07 is a draft that provides a solution to SFC control plane requirements on RSP, SFC, SFP which was discussed on the SFC mailing list.
We authors plan to make revision to draft-wu-pce-traffic-steering-sfc to capture all the discussing points in the SFC ML and get in line with the draft-ietf-sfc-control-plane adopted recently in SFC WG.
Let us know if you have any comments/suggestion/inputs on this topic.

Also wish you have a good holiday in Christmas.:-)

Regards!
-Qin

_________________________________________________________________________________________________________________________



Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.



This message and its attachments may contain confidential or privileged information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.

Thank you.