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
- [sidr] [Technical Errata Reported] RFC6487 (3168) RFC Errata System
- Re: [sidr] [Technical Errata Reported] RFC6487 (3… Robert Loomans
- Re: [sidr] [Technical Errata Reported] RFC6487 (3… Geoff Huston
- Re: [sidr] [Technical Errata Reported] RFC6487 (3… Murphy, Sandra
- Re: [sidr] [Technical Errata Reported] RFC6487 (3… Murphy, Sandra
- [sidr] Fwd: [Errata Rejected] RFC6487 (3168) Stewart Bryant
- Re: [sidr] Fwd: [Errata Rejected] RFC6487 (3168) Andrew Chi
- Re: [sidr] [Errata Rejected] RFC6487 (3168) Danny McPherson
- Re: [sidr] [Errata Rejected] RFC6487 (3168) Stewart Bryant