Re: [sfc] Fwd: IETF WG state changed for draft-ietf-sfc-serviceid-header

Qin Wu <bill.wu@huawei.com> Mon, 16 December 2019 04:10 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 260C51200B4 for <sfc@ietfa.amsl.com>; Sun, 15 Dec 2019 20:10:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 dhdFIzvnToTv for <sfc@ietfa.amsl.com>; Sun, 15 Dec 2019 20:10:56 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 059E6120059 for <sfc@ietf.org>; Sun, 15 Dec 2019 20:10:56 -0800 (PST)
Received: from LHREML714-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id E905793C3B7CB3C50BC1 for <sfc@ietf.org>; Mon, 16 Dec 2019 04:10:53 +0000 (GMT)
Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 16 Dec 2019 04:10:53 +0000
Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.39]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0439.000; Mon, 16 Dec 2019 12:10:50 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, "sfc@ietf.org" <sfc@ietf.org>
Thread-Topic: [sfc] Fwd: IETF WG state changed for draft-ietf-sfc-serviceid-header
Thread-Index: AdWzxmpF8VKkGQ95Qlug1bM9F4I6sA==
Date: Mon, 16 Dec 2019 04:10:50 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABAA94FC73B@dggeml511-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.134.31.203]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/sfc/_6rzQMXtO0lbSnEZwA7f5hKAak8>
Subject: Re: [sfc] Fwd: IETF WG state changed for draft-ietf-sfc-serviceid-header
X-BeenThere: sfc@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 16 Dec 2019 04:10:58 -0000

Joel, thanks for your clarification.
My argument is SFC control plane is one relevant work, SFC control plane can be centralized or distributed based on section 3.2 of SFC control plane draft.
It doesn't recommend any mechanism since it is just architecture draft.

I can live with this draft moving forward without this reference, but I don't buy your reason given below.

-Qin
-----邮件原件-----
发件人: Joel M. Halpern [mailto:jmh@joelhalpern.com] 
发送时间: 2019年12月16日 9:27
收件人: Qin Wu <bill.wu@huawei.com>; sfc@ietf.org
主题: Re: [sfc] Fwd: IETF WG state changed for draft-ietf-sfc-serviceid-header

I am not confident that I follow your reasoning.   So let me restate 
slightly, and then add some observations and questions.

You appear to be observing that the information as to what serviceID could come from the control plane framework.  Is that what you are getting at?

That draft has not been updated in more than 3 years, expired for 2.5 years.  It does not appear that the working group has any interest in the document.  When it was last considered, there was a lot of controversey about the draft, and if I recall correctly no agreement that it was structured the right way.

Our approach to metadata, and for that matter to SPFID selection, and to the forwarding entries in SFF, has been that the information can come from a number of places and we do not tie the definitions to the mechanisms used to provide them.

As such, I do not understand what form of reference would be appropriate, even if the cited document were an active WG document.

Yours,
Joel

On 12/15/2019 8:07 PM, Qin Wu wrote:
> I believe this draft is under umbrella of draft-ietf-sfc-control-plane-08, suggest to add reference to it.
> In addition, It will be great to add usage example of new defined subscriber identifier and Performance Policy Identifier.
> Besides these, I think this draft is ready to go.
> 
> -Qin
> -----邮件原件-----
> 发件人: sfc [mailto:sfc-bounces@ietf.org] 代表 Joel M. Halpern
> 发送时间: 2019年12月11日 21:52
> 收件人: sfc@ietf.org
> 主题: [sfc] Fwd: IETF WG state changed for 
> draft-ietf-sfc-serviceid-header
> 
> Starting WG Last call.  See comment below for description.
> Thank you,
> Joel
> 
> 
> -------- Forwarded Message --------
> Subject: IETF WG state changed for draft-ietf-sfc-serviceid-header
> Resent-Date: Tue, 10 Dec 2019 09:27:51 -0800 (PST)
> Resent-From: alias-bounces@ietf.org
> Resent-To: james.n.guichard@futurewei.com, jmh@joelhalpern.com, 
> tal.mizrahi.phd@gmail.com
> Date: Tue, 10 Dec 2019 09:27:51 -0800
> From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
> To: draft-ietf-sfc-serviceid-header@ietf.org, sfc-chairs@ietf.org
> 
> 
> The IETF WG state of draft-ietf-sfc-serviceid-header has been changed 
> to "In WG Last Call" from "WG Document" by Joel Halpern:
> 
> https://datatracker.ietf.org/doc/draft-ietf-sfc-serviceid-header/
> 
> Comment:
> This starts the working group last call for this document.  It has 
> been discussed on the email list.  We need to see responses.  If you 
> see issues with publishing this document as an RFC, please speak up now.  And please be
> clear about what your concerns are.   At the same time, if you think that
> publishing this as an RFC is a good thing for the working group, 
> please speak up.
> 
> As a note for those who may be concerned about the relationship to the 
> TLV draft, the chairs have noticed that problem, and we believe we 
> have gotten that document unstuck.
> 
> Given the propensity for people to disappear at this time of year, I 
> am giving the document a 4 week last call.
> 
> Thank you for your time and attention, Joel (& Jim)
> 
> _______________________________________________
> sfc mailing list
> sfc@ietf.org
> https://www.ietf.org/mailman/listinfo/sfc
>