Re: New Version Notification for draft-leiba-rfc2119-update-00.txt

Stewart Bryant <stewart.bryant@gmail.com> Wed, 10 August 2016 12:24 UTC

Return-Path: <stewart.bryant@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A7D912D1E0 for <ietf@ietfa.amsl.com>; Wed, 10 Aug 2016 05:24:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 BJONP9SE2oUo for <ietf@ietfa.amsl.com>; Wed, 10 Aug 2016 05:24:06 -0700 (PDT)
Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D80E712D558 for <ietf@ietf.org>; Wed, 10 Aug 2016 05:24:04 -0700 (PDT)
Received: by mail-wm0-x234.google.com with SMTP id o80so100098882wme.1 for <ietf@ietf.org>; Wed, 10 Aug 2016 05:24:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to; bh=gXvOBS5od8u3YquxuKT7k0rLK4hLKBSLqGZRgs9dllU=; b=DAf543MfOMRny9CsvjZk+TFPWz5E5I69igrcfw30A0GRcW+0VBqX0oQB7CVnEBxmD/ zeb+iudBNTha8hzW0pzNjklIcjP52kUBvfIm/yN2tcVdI0fyS+HGHRkIWNPIdf5wH662 TknXWsnMHLynue8SisywbZgjKaiCIY/WDpzzqlG5KZZ19JwDGdW47ZCPRONUT66NdAgY PrpxtGR36AOFb/zaQVTapMB4WmMCnCfo91RY+HsDLnEK9LDrE6T93Xp1718Nx0426T+1 AvVURfR7sBeT3S42++0gH3Ztu+TZveOH9LzANY1V20PVxbO5OO/DHhUnbZT1X5d7qg2B ssqQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=gXvOBS5od8u3YquxuKT7k0rLK4hLKBSLqGZRgs9dllU=; b=fMnyymY5KsYkby9uiyucPRstElFMuX4ddZ9mI4YYA6+tHYU0sgmPWhU2p7MRgS4ruy Ld26y/8UEm74kwcELH7VeHqTtvYk0g/PXUIQA3EMFqrVGwg7FQOuzpJFvP4zCd+G55jA A2veyW7No5ZrpNqgBOKzf8EaH3GXsOIhuaXj+TlATELAbCYaR/lY8Y4OgN7qyu3LjmqP 9lkcYpijDhKFRlCrsQkMEBiGxGEhDaPXFozGj+D5XaJPmaCNqKCMNDfHAeX24H+m8cEC fbFFCBfiov0ISwP54izZRu6FNwJYE4tI+KzRHvgTMAXhDjd+Q1zh8vawv5mVTJyLb14v bQNQ==
X-Gm-Message-State: AEkoousI6chRnvKxb3qElizPikfkFuGtzp5S0SivCQUm7vlRXyTkEAeZqjBnqnC+UdqEnA==
X-Received: by 10.28.38.196 with SMTP id m187mr2835722wmm.81.1470831842664; Wed, 10 Aug 2016 05:24:02 -0700 (PDT)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id q139sm8153483wmb.18.2016.08.10.05.24.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Aug 2016 05:24:01 -0700 (PDT)
Subject: Re: New Version Notification for draft-leiba-rfc2119-update-00.txt
To: Ted Lemon <mellon@fugue.com>
References: <147077254472.30640.13738163813175851232.idtracker@ietfa.amsl.com> <CALaySJLHx7ytgZqZ9zQXA3vVSU-pNggQQs+QiDnzQ4tBEH5VAQ@mail.gmail.com> <23c809d5-a43d-59de-7e07-3b902848df20@gmail.com> <CAPt1N1=xUr8TD=Pv+Ajm3gTA-=0SmXXu5-+qdxc4gYLfMfnNHA@mail.gmail.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <091c9c6b-41c8-3ab5-50d8-a9c4ec3bf97e@gmail.com>
Date: Wed, 10 Aug 2016 13:23:57 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <CAPt1N1=xUr8TD=Pv+Ajm3gTA-=0SmXXu5-+qdxc4gYLfMfnNHA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------6D264B8131C5BEEECFC1D4FF"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/H_idooqIVBCQmpDodpRpVPLTFcY>
Cc: Barry Leiba <barryleiba@computer.org>, IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
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>
X-List-Received-Date: Wed, 10 Aug 2016 12:24:07 -0000

That would be a satisfactory approach.

However I suspect that just as IDs still put Network Working Group in 
the top left corner, so I suspect  RFC2119 will be the normal reference 
used.

Stewart


On 10/08/2016 13:19, Ted Lemon wrote:
> I think the right approach to take with this document is not as an 
> explicit update to RFC 2119 text, but rather as a Talmudic commentary 
> on RFC2119.   This document should do two things: it should help 
> readers of old documents who are unclear about what 2119 says, and it 
> should be available as a document that can be normatively reference by 
> authors of new documents who want more clarity than RFC2119 provides.
>
> The document should be explicit that while it updates 2119, documents 
> that refer only to 2119 and not to this document are not updated: if 
> this document helps the reader to better understand the context in 
> which the RFC2119 keywords are used, great, but nothing more than that 
> is intended.
>
> For documents that do normatively reference this document and not just 
> RFC2119, the update is normative.
>
> On Wed, Aug 10, 2016 at 7:47 AM, Stewart Bryant 
> <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>> wrote:
>
>
>     Having thought a little more about this, I am wondering about
>     unintended consequences in the 5K documents that we have
>     written since RFC2119 was published.
>
>     If we effectively change RFC2119 as we propose, is there
>     a danger that readers will incorrectly interpret old text
>     with new semantics. T
>
>     I have no idea whether anything of significance will occur
>     but considering the thought put into terms like SHOULD
>     there exists a risk that would be mitigated if we picked
>     a new RFC number whereupon the reader would know
>     which definition the writers and reviewers were using.
>
>     - Stewart
>
>
>