Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flexi-grid-fwk-03 and call for sheperd

Fatai Zhang <zhangfatai@huawei.com> Thu, 21 May 2015 08:58 UTC

Return-Path: <zhangfatai@huawei.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE99A1A8AE7 for <ccamp@ietfa.amsl.com>; Thu, 21 May 2015 01:58:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.61
X-Spam-Level:
X-Spam-Status: No, score=-5.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 o8uobMxL-gEy for <ccamp@ietfa.amsl.com>; Thu, 21 May 2015 01:58:30 -0700 (PDT)
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 9B4A51A8971 for <ccamp@ietf.org>; Thu, 21 May 2015 01:58:29 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BWI57139; Thu, 21 May 2015 08:58:28 +0000 (GMT)
Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 21 May 2015 09:58:26 +0100
Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.112]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0158.001; Thu, 21 May 2015 16:57:02 +0800
From: Fatai Zhang <zhangfatai@huawei.com>
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, Ramon Casellas <ramon.casellas@cttc.es>, "Matt Hartley (mhartley)" <mhartley@cisco.com>, "ccamp@ietf.org" <ccamp@ietf.org>
Thread-Topic: [CCAMP] WG Last Call on draft-ietf-ccamp-flexi-grid-fwk-03 and call for sheperd
Thread-Index: AdCAxt9X5E05ipNNTWCBtB1iqh4XcgOPy3+AAH6zzgAAcq8DgAAELU+AAAAtmYAAHvHBgAAAx/qAAAAxLIAAEWQG4A==
Date: Thu, 21 May 2015 08:57:02 +0000
Message-ID: <F82A4B6D50F9464B8EBA55651F541CF85CC4A91B@SZXEMA504-MBS.china.huawei.com>
References: <4A1562797D64E44993C5CBF38CF1BE48128F2479@ESESSMB301.ericsson.se> <55564F37.7010203@labn.net> <5559A180.8090504@cttc.es> <9D50FCE7413E3D4EA5E42331115FB5BC29CA28E0@xmb-rcd-x03.cisco.com> <555CBF29.3070305@cttc.es> <9D50FCE7413E3D4EA5E42331115FB5BC29CA2DBE@xmb-rcd-x03.cisco.com> <4A1562797D64E44993C5CBF38CF1BE481291DBE5@ESESSMB301.ericsson.se> <555D9543.7000608@cttc.es> <4A1562797D64E44993C5CBF38CF1BE481291DCEB@ESESSMB301.ericsson.se>
In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE481291DCEB@ESESSMB301.ericsson.se>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.66.72.159]
Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CC4A91BSZXEMA504MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/ccamp/ouA8LbKRyUl82Hksk1fUaYvCVr4>
Subject: Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flexi-grid-fwk-03 and call for sheperd
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 May 2015 08:58:33 -0000

Hi all,
I would like to share the experience in RFC7062, which also describes a set of requirments in Section 5.
If my memory is correct, I as the editor of RFC7062 was asked by Lou (as the CCAMP chair at that time)  to remove RFC2119 language during the LC of this draft.
I would also like to hear the confirmation from Adrian and our AD, Deborah.


Best Regards

Fatai

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli
Sent: Thursday, May 21, 2015 4:26 PM
To: Ramon Casellas; Matt Hartley (mhartley); ccamp@ietf.org
Subject: Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flexi-grid-fwk-03 and call for sheperd

Hi Ramon,

No worries, the last call comments can be solved in two different version, we can send the -05 to the IESG (if there are no major changes from -03 to -05).

Yes, I’d like to hear from Adrian on the requirements section.

Thanks
Daniele

From: Ramon Casellas [mailto:ramon.casellas@cttc.es]
Sent: giovedì 21 maggio 2015 10:20
To: Daniele Ceccarelli; Matt Hartley (mhartley); ccamp@ietf.org<mailto:ccamp@ietf.org>
Subject: Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flexi-grid-fwk-03 and call for sheperd

El 21/05/2015 a las 9:57, Daniele Ceccarelli escribió:
Hi Matt, Ramon,

Since I found no clear statements on the usage of RFC2119 language with respect to this situations, I had a look at existing framework and requirement RFCs trying to find a common WoW. My take is:



-        Framework is always informational

-        Requirements are always informational

-        RFC2119 language is not homogeneous. Sometimes capital letters are used and sometimes not.

My preference is to use capital letters only when protocol behavior is defined, not when requirements for the design of the protocol are defined (this is in line with e.g. RFC7062 and RFC6163).
As I said this is just a preference, but if there is no reasonable objection I would suggest not to use any capital letter in the fwk+req document.

Hi Daniele, all

 I was also checking existing RFCs, and IMHO:
- The document can stay informational, it is mainly fwk+reqs. We seem to agree on this.
- While RFC2119 states "In many standards track documents several words are used to signify the requirements in the specification", there seems to  be (some?) existing practice on using RFC2119 wording in reqs/info documents, including capitalization.
- Usage of RFC2119 keywords seems scoped to the section on requirements in the draft. It could be argued that defining requirements is to some extent defining high level protocol behavior :)

IIRC Adrian authored a significant part of the section, any views?

That said, -05 needs to be uploaded anyway to reflect the new info-model (thanks Jonas!) , it is not game-changing to change to acomodate what you suggest. We could remove RFC2119 reference, the boilerplate text and re-visit the sections, mainly using lowercase.

Thanks
R.