RE: SHOULD vs MUST case sensitivity
"Hallam-Baker, Phillip" <pbaker@verisign.com> Tue, 01 July 2008 15:12 UTC
Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 11D583A69B3; Tue, 1 Jul 2008 08:12:54 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4A1CC3A689F for <ietf@core3.amsl.com>; Tue, 1 Jul 2008 08:12:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.324
X-Spam-Level:
X-Spam-Status: No, score=-2.324 tagged_above=-999 required=5 tests=[AWL=2.878, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IkLRg0ZCXVQ1 for <ietf@core3.amsl.com>; Tue, 1 Jul 2008 08:12:50 -0700 (PDT)
Received: from robin.verisign.com (robin.verisign.com [65.205.251.75]) by core3.amsl.com (Postfix) with ESMTP id AADFA3A69B3 for <ietf@ietf.org>; Tue, 1 Jul 2008 08:12:50 -0700 (PDT)
Received: from MOU1WNEXCN03.vcorp.ad.vrsn.com (mailer6.verisign.com [65.205.251.33]) by robin.verisign.com (8.12.11/8.13.4) with ESMTP id m61FD0eG011914; Tue, 1 Jul 2008 08:13:00 -0700
Received: from MOU1WNEXMB09.vcorp.ad.vrsn.com ([10.25.15.197]) by MOU1WNEXCN03.vcorp.ad.vrsn.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 1 Jul 2008 08:13:00 -0700
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: SHOULD vs MUST case sensitivity
Date: Tue, 01 Jul 2008 08:12:59 -0700
Message-ID: <2788466ED3E31C418E9ACC5C316615572FF95C@mou1wnexmb09.vcorp.ad.vrsn.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: SHOULD vs MUST case sensitivity
Thread-Index: Acjau06h18oK0HPQTSWvw8N/06V9RAA0CiQ+
References: <20080525020040.4DE5A5081A@romeo.rtfm.com><F66D7286825402429571678A16C2F5EE03ADF950@zrc2hxm1.corp.nortel.com><20080620195947.29D0B5081A@romeo.rtfm.com><9D9CF008-7350-4831-8F21-E08A0A7B255E@insensate.co.uk><7706.1214216391.855029@peirce.dave.cridland.net><g3ror8$2b9$1@ger.gmane.org><900B2F8D-5960-4277-9DBC-E59A05F1CFBA@cisco.com><48623304.1050008@employees.org><2D990430F5F5D3C7984BDFDF@p3.JCK.COM><48627A42.6030907@employees.org> <4862920D.4060003@dcrocker.net><941D5DCD8C42014FAF70FB7424686DCF034FC969@eusrcmw721.eamcs.ericsson.se><48657683.2050608@dcrocker.net><Pine.LNX.4.64.0806271844290.22369@shell4.bayarea.net><DBE1F9D4-FA3E-4A8F-A90C-8095AEA809DA@muada.com><00cd01c8da42$592bd280$6801a8c0@oemcomputer><48682966.9080007@dcrocker.net><000801c8da4a$d747c860$6801a8c0@oemcomputer><486845B1.4050502@bbiw.net><941D5DCD8C42014FAF70FB7424686DCF03527E8E@eusrcmw721.eamcs.ericsson.se><025d01c8daba$e15b7a20$6501a8c0@china.huawei.com> <5CF12EE3-CA54-4493-B286-2FB3EC812337@cisco! .com>
From: "Hallam-Baker, Phillip" <pbaker@verisign.com>
To: Ralph Droms <rdroms@cisco.com>, Spencer Dawkins <spencer@mcsr-labs.org>
X-OriginalArrivalTime: 01 Jul 2008 15:13:00.0330 (UTC) FILETIME=[F34440A0:01C8DB8C]
Cc: Randy Presuhn <randy_presuhn@mindspring.com>, IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0899254980=="
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
Looks good, but needs some smitthing. I think that the sense that I would want is: * Whenever the keywords are used they are to be considered normative * Whenever the keywords are used they SHOULD be capitalized * Editors SHOULD avoid use of normative keywords for non-normative language, even in drafts. The reason for the last is that it is very common for folk to go through a doucument 'to make sure all the keywords are capitalized as they should be'. This is particularly so where older RFCs are being revised. A standards document should be robust in the face of search and replace changes to the text. I would ideally like to see a normative keyword tag added to the XML2RFC markup to make it easy to construct tables of normative requirements as are required for interop testing and are beginning to appear in some specs. So the marku would be something like: <t>Normative keywords <normative key="should">Only use normative keywords to specify normative language</normative> only be used to specify normative language.</t> And this would allow a table such as the following to be created: NORMATIVE REQUIREMENTS SHOULD Section 2.1 p 3: Only use normative keywords to specify normative language ________________________________ From: ietf-bounces@ietf.org on behalf of Ralph Droms Sent: Mon 6/30/2008 10:11 AM To: Spencer Dawkins Cc: Randy Presuhn; IETF Discussion Subject: Re: SHOULD vs MUST case sensitivity Would a reasonable BCP for future docs looks something like: terms defined in RFC 2119 are to be capitalized for clarity; alternatives for RFC 2119 terms, such as "ought" and "can" are to be used in non-normative text to avoid confusion - Ralph On Jun 30, 2008, at Jun 30, 2008,10:08 AM, Spencer Dawkins wrote: > Without reference to other points that have been made in this > thread, it's also worth noting that Gen-ART reviewers have been > challenging 2119-ish statements in drafts under review for several > years, assuming that capitalization is significant, and discouraging > upper-casing for emphasis. > > It would be lovely to have the current practice written down > clearly, so authors and editors aren't surprised when this happens > (and we never have to revisit the topic). > > Thanks, > > Spencer > >> However, there is abundant evidence to support argument >> that prospective RFC authors should use the ALL-CAPS version of >> these words - if for no other reason than because it removes any >> possibility of doubt. The evidence to support this is based at >> least partly on current usage - such as a BCP like RFC 2119 is >> meant to reflect. It is also based at least in part on the the >> arguments put forward in this thread. And finally, it is based >> at least in part on the common-sense proposition that anything >> that adds clarity to a specification is generally a good thing. >> >> Hence I believe the one thing we should take away from >> this discussion is that - while use of the ALL-CAPS version of >> the requriements level terminology in RFC 2119 is probably not >> technically required to indicate the intended usage - it is a >> very good idea to do this. Further, if we assume that is the >> case (and I think reasonable people will agree that it is), >> then continuing the argument about the semantics in this case >> is merely a distraction from useful discussion and clarity in >> the work we all want to be doing. >> >> -- >> Eric Gray >> Principal Engineer >> Ericsson >> >>> -----Original Message----- >>> From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On >>> Behalf Of Dave Crocker >>> Sent: Sunday, June 29, 2008 10:32 PM >>> To: Randy Presuhn >>> Cc: IETF Discussion >>> Subject: Re: SHOULD vs MUST case sensitivity >>> >>> >>> >>> Randy Presuhn wrote: >>> >> English is not case sensitive. >>> > >>> > Not so. Case has long been used for emphasis in environments >>> > lacking other typographical means, such as bolding, underlining, >>> > or italicization. >>> >>> >>> Emphasis is not semantics. >>> >>> Normative intent is semantic. >>> >>> d/ >>> -- >>> >>> Dave Crocker >>> Brandenburg InternetWorking >>> bbiw.net >>> _______________________________________________ >>> Ietf mailing list >>> Ietf@ietf.org >>> https://www.ietf.org/mailman/listinfo/ietf >>> >> _______________________________________________ >> Ietf mailing list >> Ietf@ietf.org >> https://www.ietf.org/mailman/listinfo/ietf > > > _______________________________________________ > Ietf mailing list > Ietf@ietf.org > https://www.ietf.org/mailman/listinfo/ietf _______________________________________________ Ietf mailing list Ietf@ietf.org https://www.ietf.org/mailman/listinfo/ietf
_______________________________________________ Ietf mailing list Ietf@ietf.org https://www.ietf.org/mailman/listinfo/ietf
- Review of draft-ietf-geopriv-http-location-delive… Eric Rescorla
- Re: Review of draft-ietf-geopriv-http-location-de… Hannes Tschofenig
- Re: Review of draft-ietf-geopriv-http-location-de… Eric Rescorla
- Re: Review of draft-ietf-geopriv-http-location-de… Hannes Tschofenig
- Re: Review of draft-ietf-geopriv-http-location-de… Eric Rescorla
- Re: Review of draft-ietf-geopriv-http-location-de… Eric Rescorla
- Re: [secdir] Review of draft-ietf-geopriv-http-lo… Richard Barnes
- RE: [Geopriv] [secdir] Review ofdraft-ietf-geopri… Tschofenig, Hannes (NSN - FI/Espoo)
- Re: [Geopriv] Review of draft-ietf-geopriv-http-l… Eric Rescorla
- RE: [Geopriv] Review of draft-ietf-geopriv-http-l… Tschofenig, Hannes (NSN - FI/Espoo)
- RE: Review of draft-ietf-geopriv-http-location-de… Mary Barnes
- Re: Review of draft-ietf-geopriv-http-location-de… Eric Rescorla
- Re: Review of draft-ietf-geopriv-http-location-de… TSG
- SHOULD vs MUST (was Re: Review of draft-ietf-geop… Lawrence Conroy
- Re: SHOULD vs MUST (was Re: Review of draft-ietf-… Eric Rescorla
- RE: [Geopriv] Review of draft-ietf-geopriv-http-l… Dawson, Martin
- Re: SHOULD vs MUST (was Re: Review of draft-ietf-… Dave Cridland
- Re: SHOULD vs MUST (was Re: Review of draft-ietf-… Joe Abley
- Re: SHOULD vs MUST Frank Ellermann
- Re: SHOULD vs MUST (was Re: Review of draft-ietf-… Iljitsch van Beijnum
- Re: SHOULD vs MUST Fred Baker
- Re: SHOULD vs MUST Scott Brim
- Re: SHOULD vs MUST John C Klensin
- Re: SHOULD vs MUST Fred Baker
- Re: SHOULD vs MUST Scott Brim
- Re: SHOULD vs MUST John C Klensin
- Re: SHOULD vs MUST Scott Brim
- Re: SHOULD vs MUST Dean Willis
- Re: SHOULD vs MUST Robert Sparks
- Re: SHOULD vs MUST Dave Crocker
- Re: SHOULD vs MUST Dave Cridland
- Re: SHOULD vs MUST Iljitsch van Beijnum
- SHOULD vs MUST case sensitivity Dave Crocker
- RE: SHOULD vs MUST case sensitivity Eric Gray
- Re: SHOULD vs MUST case sensitivity Julian Reschke
- Re: SHOULD vs MUST case sensitivity Keith Moore
- SHOULD vs MUST case sensitivity Dave Crocker
- RE: SHOULD vs MUST Eric Gray
- SHOULD vs MUST case sensitivity Dave Crocker
- Re: SHOULD vs MUST case sensitivity C. M. Heard
- Re: SHOULD vs MUST case sensitivity Iljitsch van Beijnum
- Re: SHOULD vs MUST case sensitivity Randy Presuhn
- Re: SHOULD vs MUST case sensitivity Dave Crocker
- Re: SHOULD vs MUST case sensitivity Dave Crocker
- Re: SHOULD vs MUST case sensitivity Randy Presuhn
- Re: SHOULD vs MUST case sensitivity Keith Moore
- Re: SHOULD vs MUST case sensitivity Dave Crocker
- RE: SHOULD vs MUST case sensitivity Eric Gray
- Re: SHOULD vs MUST case sensitivity Spencer Dawkins
- Re: SHOULD vs MUST case sensitivity Ralph Droms
- Re: SHOULD vs MUST case sensitivity Dave Crocker
- RE: SHOULD vs MUST case sensitivity Hallam-Baker, Phillip
- Re: SHOULD vs MUST case sensitivity John Levine
- RE: SHOULD vs MUST case sensitivity Hallam-Baker, Phillip
- Re: SHOULD vs MUST case sensitivity John Leslie
- RE: Review of draft-ietf-geopriv-http-location-de… Mary Barnes