Re: [sfc] Progression of use case documents in the SFC WG

"Jim Guichard (jguichar)" <jguichar@cisco.com> Sat, 29 March 2014 12:33 UTC

Return-Path: <jguichar@cisco.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 ADFBE1A04D2 for <sfc@ietfa.amsl.com>; Sat, 29 Mar 2014 05:33:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.51
X-Spam-Level:
X-Spam-Status: No, score=-9.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 quGuglMZyYNp for <sfc@ietfa.amsl.com>; Sat, 29 Mar 2014 05:32:59 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) by ietfa.amsl.com (Postfix) with ESMTP id 2C00E1A04C2 for <sfc@ietf.org>; Sat, 29 Mar 2014 05:32:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25773; q=dns/txt; s=iport; t=1396096377; x=1397305977; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=6loCb0IprqxiX3E/3fti2E7qQcyriVEMjTjxUIjEdnk=; b=I8+YrGdjyu0qg0Xf6egYqZO7HRxdeBPSCQ4t7vdIM3c/mE4//WT0lr8c NBp4oGJwxc0jOv3qf7Qx6g8TkvAGGpThOVjNXlKU3ZjAvlT+iCb/GYV+r ukDZTkBqxdrSVHroiNRTq2RjoY+xvjQtI+Rt5lFVpcSL1BNrnGbwg+vf/ s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvgFABW9NlOtJXG//2dsb2JhbABZgkJEO1esQo1OiHSBFBZ0giUBAQEEHRBFFwIBCBEBAgEBASEHBzIUAwYIAgQBEod5DdEwF44dDgMBPw0KAQaEMgSUYoNsgTORAoMwgXI5
X-IronPort-AV: E=Sophos; i="4.97,756,1389744000"; d="scan'208,217"; a="31372463"
Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by alln-iport-1.cisco.com with ESMTP; 29 Mar 2014 12:32:56 +0000
Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id s2TCWuMn021249 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 29 Mar 2014 12:32:56 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.171]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.03.0123.003; Sat, 29 Mar 2014 07:32:55 -0500
From: "Jim Guichard (jguichar)" <jguichar@cisco.com>
To: "Hongyu Li (Julio)" <hongyu.li@huawei.com>, "sfc@ietf.org" <sfc@ietf.org>
Thread-Topic: Progression of use case documents in the SFC WG
Thread-Index: AQHPSRxfEA3AATWG/kWi/n3iJI0NjZr3cF0AgACkL4A=
Date: Sat, 29 Mar 2014 12:32:54 +0000
Message-ID: <CF5C32DF.1E7DC%jguichar@cisco.com>
References: <CF588C77.1E5F9%jguichar@cisco.com> <6EB34CB5D82C4645B826C56144826EA97E9DE1A0@SZXEMA509-MBX.china.huawei.com>
In-Reply-To: <6EB34CB5D82C4645B826C56144826EA97E9DE1A0@SZXEMA509-MBX.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.9.131030
x-originating-ip: [10.98.43.184]
Content-Type: multipart/alternative; boundary="_000_CF5C32DF1E7DCjguicharciscocom_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/sfc/Z5lTGgYseEA3vCiKahTUJKp2tqk
Subject: Re: [sfc] Progression of use case documents in the SFC WG
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: Sat, 29 Mar 2014 12:33:02 -0000

Hi Hongyu,

In our email to the list Thomas and I specifically said (with regards to draft-liu-sfc-use-cases):

"But that document includes text on three topics that would be covered in more detail elsewhere (broadband, mobile, and DC). While this document could contain pointers to the other documents, that leaves the document with very little standalone content -- raising the question of what should be done with it, or what content it could incorporate in order to be worthwhile as a standalone document.”

You will note that this is not an outright rejection of draft-liu-sfc-use-cases but rather specific questions on the validity of adopting the document given that our preference (and the majority of responses from the WG support this view) is to produce standalone documents for mobility and data center, and liaise with BBF for broadband. Therefore, what content is left in the more general document to justify adopting as a separate document? Further if adopted how as a WG can we avoid duplication of content across multiple documents?

From: "Hongyu Li (Julio)" <hongyu.li@huawei.com<mailto:hongyu.li@huawei.com>>
Date: Saturday, March 29, 2014 at 12:47 AM
To: Jim Guichard <jguichar@cisco.com<mailto:jguichar@cisco.com>>, "sfc@ietf.org<mailto:sfc@ietf.org>" <sfc@ietf.org<mailto:sfc@ietf.org>>
Subject: RE: Progression of use case documents in the SFC WG

Objection to this proposal, which is contrary to major voice in previous email discussion as well as in London.

Draft-liu has its value at least in following aspects:


1.      It provides a general view of where SFC could be applied to. New comers don’t have to go through each standalone use case draft and read through tens of pages to understand scenarios.

2.      It is a container for those valuable use cases that don’t have to be a standalone draft to make it clear, even though listing all possible use cases is unnecessary. A good example is draft-krishnan-sfc-long-lived-flow-use-cases. It also a good place for reference to pertinent work in other SDOs, e.g. BBF, which can avoid duplicated work.

3.      It provides an abstraction of common features of all use case, see section 4 in latest revision draft-liu-sfc-use-cases<http://tools.ietf.org/id/draft-liu-sfc-use-cases-04.txt>. This is a good guidance for requirements and architecture derivation.

Hongyu

From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar)
Sent: Thursday, March 27, 2014 1:54 AM
To: sfc@ietf.org<mailto:sfc@ietf.org>
Subject: [sfc] Progression of use case documents in the SFC WG

WG:

In a message back in January, we (the chairs) proposed that the SFC WG handle the topic of use case documents as follows:

1) Have the WG develop one use case document that documents a small number of representative use cases.  The document presented by Hongyu Li at the Vancouver BOF could serve for this purpose
(http://datatracker.ietf.org/doc/draft-liu-service-chaining-use-cases).

3) For additional use cases not covered in 1) above, allow for a small number of documents that are applicable to specific
environments (e.g.  mobility, data center, broadband, and so forth.) These documents would provide more detailed information and applicability of SFC to these specific environments, and would need to go beyond what is covered in the general use case document (1). Note that it is not the intention to have every potential use case documented.

Since then, and based on the presentations/discussion in London, it appears that we have a number of documents that warrant being developed as standalone documents. Specifically:

1) A use case document on mobility, e.g., http://datatracker.ietf.org/doc/draft-haeffner-sfc-use-case-mobility/

2) A use case document on Data Centers, e.g., http://datatracker.ietf.org/doc/draft-kumar-sfc-dc-use-cases/

3) Possibly a use case document on Broadband scenarios. However, use cases from a broadband perspective are being developed in the BBF (see the liaison statement at https://datatracker.ietf.org/liaison/1304/). We also have http://datatracker.ietf.org/doc/draft-meng-sfc-broadband-usecases/.  It does not seem appropriate to adopt a WG document on the topic of broadband (at least at this time) without clarifying the relationship between draft-meng-sfc-broadband-usecases and the BBF work. In addition, we would need to understand why two efforts — one in BBF and one in the IETF -- on the same topic would be appropriate. Hence, at the present time, we do not intend to adopt a WG document on broadband scenarios, and expect to receive primary guidance on this topic from the BBF.

That leaves: http://datatracker.ietf.org/doc/draft-liu-sfc-use-cases/, a more general document. But that document includes text on three topics that would be covered in more detail elsewhere (broadband, mobile, and DC). While this document could contain pointers to the other documents, that leaves the document with very little standalone content -- raising the question of what should be done with it, or what content it could incorporate in order to be worthwhile as a standalone document.

Thus, the chairs recommendation at this time is:

1) Call for WG adoption of draft-haeffner-sfc-use-case-mobility-00.txt and draft-kumar-sfc-dc-use-cases-00.txt as WG documents (target: informational).

2) Defer action on draft-liu-service-chaining-use-cases<http://datatracker.ietf.org/doc/draft-liu-service-chaining-use-cases>  and draft-meng-sfc-broadband-usecases<http://datatracker.ietf.org/doc/draft-meng-sfc-broadband-usecases/> per the above discussion.

Does this make sense?

Jim & Thomas