Re: [Sidrops] Some remarks on draft-ietf-sidrops-rpki-rsc-06.txt

Theo Buehler <tb@theobuehler.org> Fri, 20 May 2022 18:10 UTC

Return-Path: <tb@theobuehler.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 6CD3BC19E849 for <sidrops@ietfa.amsl.com>; Fri, 20 May 2022 11:10:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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_BLOCKED=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=theobuehler.org header.b=FuHnOcTQ; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=Vu4srvTR
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cu5u4cimjiVF for <sidrops@ietfa.amsl.com>; Fri, 20 May 2022 11:10:30 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A39CC19E848 for <sidrops@ietf.org>; Fri, 20 May 2022 11:10:30 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 6B4D05C0297 for <sidrops@ietf.org>; Fri, 20 May 2022 14:10:29 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Fri, 20 May 2022 14:10:29 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=theobuehler.org; h=cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm3; t=1653070229; x=1653156629; bh=GHAYurkZra Z+1VbPxCiI/fRsmyEZL6EW0+2Nn0FTkf4=; b=FuHnOcTQnYF7Ad893TXEYLJ9F8 ASF0siMAxpJ5XziKEBYr5VFCjCaWhH8uTG/42vxkNuvpFYkiYkFVwIO659NLCnNG zHxDFsrV4uYsryGihw7e0+GXA6w37aMQTdnO49FrQtpg2bWuXvaUs2/TJo0dPTDE eTa1hS0NsmkbqCiiHvctIuf3fjnvsNt94pLB5aVFMZehXWjkEufpwoazk8ba2a+e IbTeeYvu2tO8v3UaaaA4beElx7MzFagbR4ltlKksfCIhiuJLN5F90WeqoNCqJw9w Ds/0AfWELJwFD5rqeqsNDnNZCFwE69RFnX3Aiz2ToXKbwjIqZnGHedYmTPUg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1653070229; x=1653156629; bh=GHAYurkZraZ+1VbPxCiI/fRsmyEZ L6EW0+2Nn0FTkf4=; b=Vu4srvTR/OGj7m7FHfkwZ6d59YKFETLMGpJ76/2wK4tG I84yRDoe+mc9I+GA2+1wZH/cNOdI39MtT48/yc+q8zVkM3zvJgzaV4fURHnsaMJN ogi/jt75s1Z9cyDPTQ6YbtIvQOFojaAMBjG8eYQBcEhcTchA3OFu3/th5ynGvKC6 XyGSuJLpZx3w3yORDzivUlXQCuFy4skqQa15SCWkDZWuKOQHYL4z5BbmyZVKSXl2 yBRHuuC9+Zr0R3v6EgWC1aFXEFC+QvwryRc2HTALj/HDcN/SxLx3yu+1NCt+tA/R DpCWbM3KrPvPpoAhgrRlz+HVP40YhuR1A3rMioi+4Q==
X-ME-Sender: <xms:ldmHYg4s4LjU8l9EE_L4hy_7Uvot5WuL1UzebG6ojMChVGCPAI90ww> <xme:ldmHYh5y5ScuqcWfK-WdCXzTCaeDsK8HC1Y7L_8qePr6hbM2fnwYgZLVR1UpXOu-I GOoT6Bebiqjo5asaA>
X-ME-Received: <xmr:ldmHYvfiQFCAH-B9wZzgup71CJJdj5aeMQKMUAPplie7PY5JwNNYm5d44mhfxdPraV08ig>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrieefgdduudelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesthdtre dttddtvdenucfhrhhomhepvfhhvghouceuuhgvhhhlvghruceothgssehthhgvohgsuhgv hhhlvghrrdhorhhgqeenucggtffrrghtthgvrhhnpefhvedvffetjefhhfevteffleelje fhtdeuheeiveevheefheeigefhtdehkeejueenucevlhhushhtvghrufhiiigvpedtnecu rfgrrhgrmhepmhgrihhlfhhrohhmpehtsgesthhhvghosghuvghhlhgvrhdrohhrgh
X-ME-Proxy: <xmx:ldmHYlL5ISqg8qfw3b4FTNbIwWv8iw_ReV3cfUYOBRSn3gA-BQEQbA> <xmx:ldmHYkKYUqbEaz-cQPe3z25BwGa2x74mONugA0Zlatt8zxVyej3gKQ> <xmx:ldmHYmy8tB_ZR9E8Yq_oDieHOft-jkuYF_JPKaufRMP3okml1ixKFA> <xmx:ldmHYrmKjjb_80jJ1SUUzPv5-2q_j0YOQF4KVKVc3q-QUfhorLE1qg>
Feedback-ID: ie071425d:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA for <sidrops@ietf.org>; Fri, 20 May 2022 14:10:28 -0400 (EDT)
Received: from localhost (nell.theobuehler [local]) by nell.theobuehler (OpenSMTPD) with ESMTPA id c87f60ec for <sidrops@ietf.org>; Fri, 20 May 2022 20:10:26 +0200 (CEST)
Date: Fri, 20 May 2022 20:10:26 +0200
From: Theo Buehler <tb@theobuehler.org>
To: sidrops@ietf.org
Message-ID: <YofZkqdtlXb/z3sM@theobuehler.org>
References: <Ynn5/yLvmB2LIBR0@theobuehler.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <Ynn5/yLvmB2LIBR0@theobuehler.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/G-9VdNddcTLJ83MxKY6gCZZywkU>
Subject: Re: [Sidrops] Some remarks on draft-ietf-sidrops-rpki-rsc-06.txt
X-BeenThere: sidrops@ietf.org
X-Mailman-Version: 2.1.34
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: Fri, 20 May 2022 18:10:35 -0000

Hi all.

This mail was stuck in the moderation queue for ~10 days. Most of it is
obsoleted and has been addressed by draft-ietf-sidrops-rpki-rsc-07.txt

The one remaining point is this. I would still appreciate some
clarification:

> 4. FileNameAndHash with optional filename field.
> 
> The draft only says that the filename field is optional. This seems
> strange for a list of files whose hashes are supposed to be checked.
> No rationale is given. I cannot find any text that explains what an
> implementer is supposed do with a naked hash without corresponding
> filename. Example use, a permission to ignore or an instruction to
> report would all be helpful.