Re: [sidr] [Technical Errata Reported] RFC8360 (5638)

Chris Morrow <morrowc@ops-netman.net> Wed, 13 February 2019 16:03 UTC

Return-Path: <morrowc@ops-netman.net>
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 E5B9F126C7E for <sidr@ietfa.amsl.com>; Wed, 13 Feb 2019 08:03:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.1
X-Spam-Level:
X-Spam-Status: No, score=-1.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 kTirlJANxBZf for <sidr@ietfa.amsl.com>; Wed, 13 Feb 2019 08:03:22 -0800 (PST)
Received: from relay.kvm02.ops-netman.net (relay.kvm02.ops-netman.net [IPv6:2606:700:e:550:5c82:28ff:fe25:4960]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C87112426A for <sidr@ietf.org>; Wed, 13 Feb 2019 08:03:21 -0800 (PST)
Received: from mail.ops-netman.net (mailserver.ops-netman.net [199.168.90.119]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by relay.kvm02.ops-netman.net (Postfix) with ESMTPS id 7E7C53FDE3; Wed, 13 Feb 2019 16:03:18 +0000 (UTC)
Received: from mailserver.ops-netman.net.ops-netman.net (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.ops-netman.net (Postfix) with ESMTPSA id 686B62C82416A; Wed, 13 Feb 2019 16:03:17 +0000 (UTC)
Authentication-Results: mail.ops-netman.net; dkim=none reason="no signature"; dkim-adsp=fail (unprotected policy); dkim-atps=neutral
Date: Wed, 13 Feb 2019 16:03:17 +0000
Message-ID: <87ftsrvfp6.wl%morrowc@ops-netman.net>
From: Chris Morrow <morrowc@ops-netman.net>
To: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: gih@apnic.net, ggm@apnic.net, carlos@lacnic.net, tim@ripe.net, andy@arin.net, daniel@afrinic.net, db3546@att.com, aretana.ietf@gmail.com, martin.vigoureux@nokia.com, morrowc@ops-netman.net, sandy@tislabs.com, ydahhrk@gmail.com, sidr@ietf.org
In-Reply-To: <20190213153335.0C4CBB826EF@rfc-editor.org>
References: <20190213153335.0C4CBB826EF@rfc-editor.org>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/24.3 Mule/6.0 (HANACHIRUSATO)
Organization: Operations Network Management, Ltd.
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidr/DG04nb0tEHla6-IFJoSiAZ25Q54>
Subject: Re: [sidr] [Technical Errata Reported] RFC8360 (5638)
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 13 Feb 2019 16:03:29 -0000

seems legit to me.


At Wed, 13 Feb 2019 07:33:35 -0800 (PST),
RFC Errata System <rfc-editor@rfc-editor.org> wrote:
> 
> The following errata report has been submitted for RFC8360,
> "Resource Public Key Infrastructure (RPKI) Validation Reconsidered".
> 
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata/eid5638
> 
> --------------------------------------
> Type: Technical
> Reported by: Alberto Leiva Popper <ydahhrk@gmail.com>
> 
> Section: 4.2.4.4
> 
> Original Text
> -------------
>    7.  Compute the VRS-IP and VRS-AS set values as indicated below:
> 
>        *  If the IP Address Delegation extension is present in
>           certificate x and x=1, set the VRS-IP to the resources found
>           in this extension.
> 
>        *  If the IP Address Delegation extension (...)
> 
>        *  If the IP Address Delegation extension (...)
> 
>        *  If the IP Address Delegation extension is present in
>           certificate x and x=1, set the VRS-IP to the resources found
>           in this extension.
> 
>        *  If the AS Identifier Delegation extension (...)
> 
>        *  If the AS Identifier Delegation extension (...)
> 
> Corrected Text
> --------------
>    7.  Compute the VRS-IP and VRS-AS set values as indicated below:
> 
>        *  If the IP Address Delegation extension is present in
>           certificate x and x=1, set the VRS-IP to the resources found
>           in this extension.
> 
>        *  If the IP Address Delegation extension (...)
> 
>        *  If the IP Address Delegation extension (...)
> 
>        *  If the AS Identifier Delegation extension is present in
>           certificate x and x=1, set the VRS-AS to the resources found
>           in this extension.
> 
>        *  If the AS Identifier Delegation extension (...)
> 
>        *  If the AS Identifier Delegation extension (...)
> 
> Notes
> -----
> There seems to be a copy-paste error.
> 
> There are two bullet points explaining the initialization of VRS-IP, and none explaining the initialization of VRS-AS.
> 
> All the evidence suggests that the two extensions (IP Address Delegation and AS Identifier Delegation) are meant to be handled similarly, so I believe that the last three bullet points are supposed to perfectly mirror the first three.
> 
> Instructions:
> -------------
> This erratum is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party  
> can log in to change the status and edit the report, if necessary. 
> 
> --------------------------------------
> RFC8360 (draft-ietf-sidr-rpki-validation-reconsidered-10)
> --------------------------------------
> Title               : Resource Public Key Infrastructure (RPKI) Validation Reconsidered
> Publication Date    : April 2018
> Author(s)           : G. Huston, G. Michaelson, C. Martinez, T. Bruijnzeels, A. Newton, D. Shaw
> Category            : PROPOSED STANDARD
> Source              : Secure Inter-Domain Routing
> Area                : Routing
> Stream              : IETF
> Verifying Party     : IESG