Re: [netmod] upcoming adoptions - this appendix is normative

Robert Wilton <rwilton@cisco.com> Mon, 02 October 2017 17:03 UTC

Return-Path: <rwilton@cisco.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A014132F7D for <netmod@ietfa.amsl.com>; Mon, 2 Oct 2017 10:03:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 u65LfZL9OuFL for <netmod@ietfa.amsl.com>; Mon, 2 Oct 2017 10:03:57 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D5CAA133044 for <netmod@ietf.org>; Mon, 2 Oct 2017 10:03:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1769; q=dns/txt; s=iport; t=1506963836; x=1508173436; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=0dKvWlxYsseAxkHzlRzxeZIhQKU8anTxi5DyqqaJuRk=; b=YlvwOf7a36gi+bTfKxy539jB0139GkdXmdZMC381YJbsL1hO48TK9dB4 J2Rz9FrWGUgQt0nx+rt8nyxVILLmIDMoO7+/yjOd3WmfZ3SLginwzh6IJ nnzxesoai8XP4m/FCmuCVaXhUwpuu4c5oCaTQ4SGHUGqDsAIFxrLF9fYa A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BzAQAScdJZ/xbLJq1cDgsBAQEBAQEBAQEBAQcBAQEBAYRBbieDeYsTkGaYPgoYC4RJTwKFBBQBAgEBAQEBAQFrKIUYAQEBAQIBAQEhDwEFNhsLGAICJgICJzAGAQwGAgEBiiQIEKUPgieLMAEBAQEBAQEBAQEBAQEBAQEBARsFgQ6CH4NTghWCfYgXgmEFoTKUZYtdhyyNeYdbgTk2IYEOMiEIHRVJhl5APzaKEQEBAQ
X-IronPort-AV: E=Sophos;i="5.42,470,1500940800"; d="scan'208";a="697704881"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Oct 2017 17:03:44 +0000
Received: from [10.63.23.52] (dhcp-ensft1-uk-vla370-10-63-23-52.cisco.com [10.63.23.52]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v92H3iuH017242; Mon, 2 Oct 2017 17:03:44 GMT
To: Randy Presuhn <randy_presuhn@alumni.stanford.edu>, netmod@ietf.org
References: <36ba3d4b-1ae1-0666-12cf-db41e172924b@cisco.com> <75739d75-da96-b340-2403-d0949ac54ed7@labn.net> <19134054-D52E-4A6D-992A-A47F365557AD@juniper.net> <2891bd09-0e0d-415c-2714-15141a293e42@cisco.com> <D14158EF-77F4-4E0A-9A06-213F5CF04647@juniper.net> <011d01d32d77$c8e0a500$4001a8c0@gateway.2wire.net> <9c0d8394-b2a4-180a-2454-8955c1721423@labn.net> <003801d32e3f$ba625460$4001a8c0@gateway.2wire.net> <920d0500-e7ea-66ff-5124-a025a438dbac@cisco.com> <15edcab6a58.27d3.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <20171002110504.d6kscxoot3nb3c3a@elstar.local> <4f2f072c-ff80-30a9-5bc8-08a9d527f52b@labn.net> <4aac1910-dee9-9a8f-0b4a-1adf3103c9d4@cisco.com> <c94273ff-9b71-e002-8a3c-695291e38fcd@alumni.stanford.edu>
From: Robert Wilton <rwilton@cisco.com>
Message-ID: <e11a8e6d-a0f2-8d83-f9fd-eadfb959c1f2@cisco.com>
Date: Mon, 02 Oct 2017 18:03:44 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: <c94273ff-9b71-e002-8a3c-695291e38fcd@alumni.stanford.edu>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/Z6fqxmVZEFv2aqi-Drjk6hbz0HE>
Subject: Re: [netmod] upcoming adoptions - this appendix is normative
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Oct 2017 17:03:58 -0000

Hi Randy,


On 02/10/2017 17:37, Randy Presuhn wrote:
> Hi -
>
> On 10/2/2017 7:18 AM, Robert Wilton wrote:
>> This discussion may be conflating two issues:
>>
>> (i) Does RFC text have to use RFC2119 terms to be normative?
>> RFC 8174 categorically states that text can still be normative 
>> without using RFC 2119 terms.
>
> Thus it's clear that their usage is not necessarily necessary.
>
>> (ii) Should standards track documents use RFC 2119 terms?
>> If 93% of recently published standards track RFCs make use of RFC 
>> 2119 terms then that seems like a strong consistency argument to use 
>> them unless there is a good reason not to.
>
> I think RFC 2119 itself provides a fair counter-argument to the
> imposition of such a requirement.  RFC 2119 states that "[i]mperatives
> of the type defined in this memo must be used with care and sparingly."
> To use "with care" and "sparingly" seems contrary to the notion of
> employing them merely for "consistency."
I interpret this slightly differently.

If a standards track RFC has some text that should be interpreted in a 
way that matches (or perhaps is close) to the RFC 2119 language 
semantics then it is more consistent and less ambiguous to use RFC 2119 
terms since the vast majority of other RFCs are using it.  If nothing in 
the draft matches the RFC 2119 language then of course you don't need to 
cite it.

It might be interesting to look at the 7% of RFCs that don't use it and 
see if that was because it wasn't necessary, due to the authors choice, 
or some other reason.

Thanks,
Rob


>
> Randy
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
> .
>