Re: [sidr] [Errata Rejected] RFC6487 (3168)

Stewart Bryant <stbryant@cisco.com> Mon, 13 May 2013 14:48 UTC

Return-Path: <stbryant@cisco.com>
X-Original-To: sidr@ietfa.amsl.com
Delivered-To: sidr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5817621F871D for <sidr@ietfa.amsl.com>; Mon, 13 May 2013 07:48:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mvipo-lAARPf for <sidr@ietfa.amsl.com>; Mon, 13 May 2013 07:48:35 -0700 (PDT)
Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 9571121F87FB for <sidr@ietf.org>; Mon, 13 May 2013 07:48:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1274; q=dns/txt; s=iport; t=1368456515; x=1369666115; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=X2X9eol0Ot3uOBiqYourJgSPF9dDI21VDP0aFnIGuh4=; b=gqTwz8XlxCeTSA2wm1rxmF3PUEOd34favl3iTQEJrrufad+xUuBpqCCt YVxpW4gQRTLEwoEmqEZQDgScs8Dx8UuHiY1QP6abowT1xZBaet8BTWI9+ XvqMm/0FU2CEwgf0LwOqlghms0r4HNmsKbf7vR1F/IEVHjkkXIl6sStCK w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhAFAMD8kFGQ/khN/2dsb2JhbABagwe9cYJwgQMWdIIfAQEBBDhAARALGAkWDwkDAgECAUUGDQEHAQGICLtVjygHg1UDlyyRNYMQ
X-IronPort-AV: E=Sophos;i="4.87,662,1363132800"; d="scan'208";a="154060023"
Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-1.cisco.com with ESMTP; 13 May 2013 14:48:33 +0000
Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id r4DEmVxW024017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 May 2013 14:48:31 GMT
Received: from [IPv6:::1] (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id r4DEmU8b003295; Mon, 13 May 2013 15:48:30 +0100 (BST)
Message-ID: <5190FD3E.5020100@cisco.com>
Date: Mon, 13 May 2013 15:48:30 +0100
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: Danny McPherson <danny@tcb.net>
References: <20130506122439.12042B1E003@rfc-editor.org> <5187A268.5010703@cisco.com> <5187C623.7070600@bbn.com> <E823966B-4FC6-4CAF-9466-0C9BBE537BBE@tcb.net>
In-Reply-To: <E823966B-4FC6-4CAF-9466-0C9BBE537BBE@tcb.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: sidr-chairs@tools.ietf.org, sidr wg list <sidr@ietf.org>
Subject: Re: [sidr] [Errata Rejected] RFC6487 (3168)
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: Secure Interdomain Routing <sidr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidr>, <mailto:sidr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sidr>
List-Post: <mailto:sidr@ietf.org>
List-Help: <mailto:sidr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidr>, <mailto:sidr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 May 2013 14:48:41 -0000

On 12/05/2013 03:33, Danny McPherson wrote:
> On May 6, 2013, at 11:02 AM, Andrew Chi wrote:
>
>> Is this really a technical change?  The document has two places that state X, and one place (citing 5280) that states Y.  This erratum replaces the Y statement with X.  All implementers have already implemented X since it's the stricter form of Y.
>>
>> X = no other extensions are allowed
>> Y = non-critical extensions MAY be ignored
>>
>> If this truly is a technical change, then we should have an update doc.  But I'm just trying to minimize needless words.
> Andrew,
> Would an implementer need to know the difference when writing code based on the current standards track RFC, or would they need to read the erratum?
>
> -danny
>
That is indeed the key question. Errata (only) document obvious mistakes 
in the original text, and are rarely read by implementers since few know 
of there existence.  By contrast an update will be flagged to them in 
the metadata. In this case my assessment was that the matter was 
technical and outside the scope of an errata a view I confirmed with 
others on the IESG.

The update does not need to be a big document, but it will (if 
published) have WG and IETF consensus for the change it makes.

- Stewart