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

<mohamed.boucadair@orange.com> Mon, 31 March 2014 07:58 UTC

Return-Path: <mohamed.boucadair@orange.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 3AFE11A0782 for <sfc@ietfa.amsl.com>; Mon, 31 Mar 2014 00:58:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.548
X-Spam-Level:
X-Spam-Status: No, score=-1.548 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=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 MriI5gbX3567 for <sfc@ietfa.amsl.com>; Mon, 31 Mar 2014 00:58:13 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) by ietfa.amsl.com (Postfix) with ESMTP id 3195F1A03A2 for <sfc@ietf.org>; Mon, 31 Mar 2014 00:58:12 -0700 (PDT)
Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm14.si.francetelecom.fr (ESMTP service) with ESMTP id F22CA22C43F; Mon, 31 Mar 2014 09:58:07 +0200 (CEST)
Received: from PUEXCH41.nanterre.francetelecom.fr (unknown [10.101.44.30]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id D71AB4C056; Mon, 31 Mar 2014 09:58:07 +0200 (CEST)
Received: from PUEXCB1B.nanterre.francetelecom.fr ([10.101.44.11]) by PUEXCH41.nanterre.francetelecom.fr ([10.101.44.30]) with mapi; Mon, 31 Mar 2014 09:58:07 +0200
From: mohamed.boucadair@orange.com
To: "Jim Guichard (jguichar)" <jguichar@cisco.com>, "Hongyu Li (Julio)" <hongyu.li@huawei.com>, "sfc@ietf.org" <sfc@ietf.org>
Date: Mon, 31 Mar 2014 09:58:04 +0200
Thread-Topic: Progression of use case documents in the SFC WG
Thread-Index: AQHPSRxfEA3AATWG/kWi/n3iJI0NjZr3cF0AgACkL4CAAsKUUA==
Message-ID: <94C682931C08B048B7A8645303FDC9F36F544845AD@PUEXCB1B.nanterre.francetelecom.fr>
References: <CF588C77.1E5F9%jguichar@cisco.com> <6EB34CB5D82C4645B826C56144826EA97E9DE1A0@SZXEMA509-MBX.china.huawei.com> <CF5C32DF.1E7DC%jguichar@cisco.com>
In-Reply-To: <CF5C32DF.1E7DC%jguichar@cisco.com>
Accept-Language: fr-FR
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: fr-FR
Content-Type: multipart/alternative; boundary="_000_94C682931C08B048B7A8645303FDC9F36F544845ADPUEXCB1Bnante_"
MIME-Version: 1.0
X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.3.31.53015
Archived-At: http://mailarchive.ietf.org/arch/msg/sfc/9zj9LeMxVRcGyL-LTxoIruaYyo8
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: Mon, 31 Mar 2014 07:58:17 -0000

Re-,

I don't know how you came to the conclusion regarding majority!

This is your second message in which you are raising "the majority" argument. Raising it is not enough to dismiss the concerns raised in the mailing list.

The point is that use cases are not here to ease liaison with SDOs (there are specific documents for that purpose), but to help identifying requirements and guidelines for the solution design phase.

Having one single document will encourage focusing on this key mission: identify commonalities, aspects that may be specific to a given use case, generalize key features, etc. Note also that SDOs have their own documents, the IETF does not need to repeat what has been documented elsewhere; citing those documents is enough.

You can decide to ignore the opinions expressed in this thread, but IMHO that is not aligned with the spirit of IETF as I see it (see the excellent document wrote by Pete: draft-resnick-on-consensus).

Cheers,
Med

De : sfc [mailto:sfc-bounces@ietf.org] De la part de Jim Guichard (jguichar)
Envoyé : samedi 29 mars 2014 13:33
À : Hongyu Li (Julio); sfc@ietf.org
Objet : Re: [sfc] Progression of use case documents in the SFC WG

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