Re: [Sidrops] [Gen-art] Genart last call review of draft-ietf-sidrops-rpki-has-no-identity-04

Lars Eggert <lars@eggert.org> Tue, 19 April 2022 14:55 UTC

Return-Path: <lars@eggert.org>
X-Original-To: sidrops@ietfa.amsl.com
Delivered-To: sidrops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E90A63A0CD2; Tue, 19 Apr 2022 07:55:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.109
X-Spam-Level:
X-Spam-Status: No, score=-7.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=eggert.org
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 G3ivroepeyHZ; Tue, 19 Apr 2022 07:54:57 -0700 (PDT)
Received: from mail.eggert.org (mail.eggert.org [91.190.195.94]) (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 0A71D3A0CDA; Tue, 19 Apr 2022 07:54:57 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPv6:2a00:ac00:4000:400:9180:dfcf:fc10:7f39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.eggert.org (Postfix) with ESMTPSA id 62FCC1DA814; Tue, 19 Apr 2022 17:54:46 +0300 (EEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eggert.org; s=dkim; t=1650380086; bh=YBhQJitDsrK226vsqGy+7tQ78lvpErIKBQIDG6emIuU=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=D9yS1ENKT1qYW3qocC08C7QN7ebbJr1uKCiUD/EQThxjaemki70niz0cOGt2XYQvf tsUviOcTrauEy1hK8pp07KJeck6oa2OBJJ6m0IWhsjQFo9nf7+OVCp26r95DhGGTF4 vKXKE4f17Mcc59FlfL9oZ3U9rRX8nSt1F0FXmeB8=
Content-Type: multipart/signed; boundary="Apple-Mail=_1F5387BD-1B8F-480D-B73E-D97497CECC84"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\))
From: Lars Eggert <lars@eggert.org>
In-Reply-To: <164747752793.7856.7321473192898082077@ietfa.amsl.com>
Date: Tue, 19 Apr 2022 17:54:35 +0300
Cc: General Area Review Team <gen-art@ietf.org>, last-call@ietf.org, sidrops@ietf.org, draft-ietf-sidrops-rpki-has-no-identity.all@ietf.org
Message-Id: <43735352-BF01-4CC7-A4CB-5644FAE30E4A@eggert.org>
References: <164747752793.7856.7321473192898082077@ietfa.amsl.com>
To: Matt Joras <matt.joras@gmail.com>
X-MailScanner-ID: 62FCC1DA814.A451D
X-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details
X-MailScanner-From: lars@eggert.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/Rnf3A2-qmWhiOVPLoRnt5AbFY2Q>
X-Mailman-Approved-At: Tue, 19 Apr 2022 10:57:17 -0700
Subject: Re: [Sidrops] [Gen-art] Genart last call review of draft-ietf-sidrops-rpki-has-no-identity-04
X-BeenThere: sidrops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: A list for the SIDR Operations WG <sidrops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidrops>, <mailto:sidrops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidrops/>
List-Post: <mailto:sidrops@ietf.org>
List-Help: <mailto:sidrops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidrops>, <mailto:sidrops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Apr 2022 14:55:03 -0000

Matt, thank you for your review. I have entered a No Objection ballot for this document.

I think the editorial suggestions below make sense and hope the authors will consider them.

Lars


> On 2022-3-17, at 2:38, Matt Joras via Datatracker <noreply@ietf.org> wrote:
> 
> Reviewer: Matt Joras
> Review result: Ready with Nits
> 
> I am the assigned Gen-ART reviewer for this draft. The General Area
> Review Team (Gen-ART) reviews all IETF documents being processed
> by the IESG for the IETF Chair.  Please treat these comments just
> like any other last call comments.
> 
> For more information, please see the FAQ at
> 
> <https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.
> 
> Document: draft-ietf-sidrops-rpki-has-no-identity-??
> Reviewer: Matt Joras
> Review Date: 2022-03-16
> IETF LC End Date: 2022-03-18
> IESG Telechat date: Not scheduled for a telechat
> 
> Nits/editorial comments:
> 2.  The Bottom Line
> 
> This choice of idiom for a section title feels a bit weird. I understand what's
> trying to be conveyed but I have to imagine there's a way to do it without
> relying on an idiom.
> 
>   That the RPKI does not authenticate real-world identity is a feature,
>   not a bug.  If it tried to do so, aside from the liability, it would
>   end in a world of complexity with no proof of termination, as X.400
>   learned.
> 
> Again, "is a feature, not a bug" feels gratuitous, I would consider simply
> stating a fact (e.g. "RPKI does not authenticate real-world identities. This
> was a deliberate choice in its design") rather than relying on this expression.
> 
>   If it tried to do so, aside from the liability, it would
>   end in a world of complexity with no proof of termination, as X.400
>   learned.
> What "liability" exactly is this referring to? Referencing X.400 in this way
> without an actual reference feels wrong. Similar to above, "world of
> complexity", is another expression that feels out of place in this document
> when a more straightforward statement on complexity would do.
> 
> 
> 
> _______________________________________________
> Gen-art mailing list
> Gen-art@ietf.org
> https://www.ietf.org/mailman/listinfo/gen-art