Re: [Last-Call] [Ext] [DNSOP] Genart last call review of draft-ietf-dnsop-rfc5933-bis-10

Warren Kumari <warren@kumari.net> Wed, 19 October 2022 19:41 UTC

Return-Path: <warren@kumari.net>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 452D7C1524B4 for <last-call@ietfa.amsl.com>; Wed, 19 Oct 2022 12:41:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari.net
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 7e9jnTh2IW9r for <last-call@ietfa.amsl.com>; Wed, 19 Oct 2022 12:41:19 -0700 (PDT)
Received: from mail-il1-x133.google.com (mail-il1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 9E39AC14F612 for <last-call@ietf.org>; Wed, 19 Oct 2022 12:41:19 -0700 (PDT)
Received: by mail-il1-x133.google.com with SMTP id g13so9771120ile.0 for <last-call@ietf.org>; Wed, 19 Oct 2022 12:41:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari.net; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=PTHZCzPKHMq2GLvq9s1AxCeE3gDK0wRkoqJI/Dmk6+o=; b=VMEbt/ZE1/0sj/9hM0VYQ3BMVdSXcJKMDkmu6MdY87/0gY2W3VAyI7goY/5TJos3Y8 F+QjtmLAsdb1F6Pgvz7rJZK832xhjPuQml6DlcQTstLwTyr4vAYaDBg0h4BC+OBfyDGL CouIqy+3ub1PKzbdx2+jL32UkN/XnzkmGj9Wnx7L6nDQKLWXbW/HlbU5a2a20BibRbl1 3yXT/XNCLJvU1cvOZevbWT817CG/vlSV8J8my0fPx9g5BgO6c/xD654CoMLFYHcW3/O0 13HLnyVoe8q4R5TINt9mpEnkAx4IA5qwoTnFF3p3fD6q80HiofZqgsjkZ5DpmolNWdlf w76g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=PTHZCzPKHMq2GLvq9s1AxCeE3gDK0wRkoqJI/Dmk6+o=; b=hVKckHaDoaDVERflViH6VhKODnJAYKdWv4hiDrXBi/8YkIoqJGFItXbea6/LZZ1krR 8dbsXke+XNOwGAOQuwNXZ5I8l1Cj1PW1czovbObhS3l7eFlOkBz+1BvNsIrQaetOfww/ jLTtDEtaifWo3wGsK3F4i2R8oPn2TYJKl2xxjV3hcWY3ToBsL7BOCmrZweS99SN3UiUM xpJ1A5NXaEkuPMFgO8COOT2drDk29R7IjtNYPMdRLbpL6mbIhkG1bDVkSpNaJzcasS4G pB5SNVyJMjmDZYIFOZikEPobWHWa4FL/9mkPbrbvw39EkNRJqoYpRg5kZg+tkeFeEtpK mhPA==
X-Gm-Message-State: ACrzQf3wWGPtKbV+puSYM3ZlbajxOYBg6fUt7Ou1Nek0H27MvDUxlquM G4DzZ/oE88OJg5IxFxlixbXT1joOxgeIrpfoIS8ydA==
X-Google-Smtp-Source: AMsMyM41JFfdF8tzbd6I82zLwDdx/eS4xTkYiFYuwOLQ70/2IO2fQQJgWPHIXXv2uaa7wddbORkPxe2lq5pBwFCKkDk=
X-Received: by 2002:a92:d202:0:b0:2fa:edbe:376a with SMTP id y2-20020a92d202000000b002faedbe376amr6284158ily.182.1666208478260; Wed, 19 Oct 2022 12:41:18 -0700 (PDT)
Received: from 649336022844 named unknown by gmailapi.google.com with HTTPREST; Wed, 19 Oct 2022 15:41:17 -0400
Mime-Version: 1.0
References: <166566129313.28471.9552612703046827117@ietfa.amsl.com> <147c2505-8b8e-e956-badf-ec633b030547@tcinet.ru> <CAHy0fzBcN9Vd9GRFB157W_23akhpy22yZa=9bV2_91hVdicYPA@mail.gmail.com> <BD832679-C3E6-4EB8-82B6-84D83A47B53D@icann.org>
X-Mailer: Superhuman Desktop (2022-10-17T22:06:03Z)
X-Superhuman-ID: l9g1hsye.1d101d98-2584-4a8e-bcdf-b2a6e50a7f8c
In-Reply-To: <BD832679-C3E6-4EB8-82B6-84D83A47B53D@icann.org>
X-Superhuman-Draft-ID: draft00dcb9fa4e643642
From: Warren Kumari <warren@kumari.net>
Date: Wed, 19 Oct 2022 15:41:17 -0400
Message-ID: <CAHw9_iKmk3FBNnCV6P22fe8A6F2sYgn5bNniBtczfVu3qY-iZw@mail.gmail.com>
To: Paul Hoffman <paul.hoffman@icann.org>
Cc: Ron Even <ron.even.tlv@gmail.com>, gen-art@ietf.org, dnsop <dnsop@ietf.org>, draft-ietf-dnsop-rfc5933-bis.all@ietf.org, last-call@ietf.org
Content-Type: multipart/alternative; boundary="00000000000078078905eb686429"
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/X0MTp2dHbrp-VRbXMG5Yhr91sh4>
Subject: Re: [Last-Call] [Ext] [DNSOP] Genart last call review of draft-ietf-dnsop-rfc5933-bis-10
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Oct 2022 19:41:25 -0000

On Wed, Oct 19, 2022 at 7:22 AM, Paul Hoffman <paul.hoffman@icann.org>
wrote:

> On Oct 18, 2022, at 7:58 AM, Ron Even <ron.even.tlv@gmail.com> wrote:
>
> 1. whis is this an informational RFC and not a standard track RFC.
>
> That's a reasonable question with a simple answer: because the WG changed
> its mind on what the status of this protocol should be. RFC 5933 describes
> a national standard that is thinly deployed. At the time, it was necessary
> to have the protocol on standards track; now it no longer is required.
>
> 2. What is requested from IANA. ths text you wrote and I copied is not a
> directive to IANA that is clear
>
> You are correct that the IANA Considerations section is quite unclear, and
> needs to be clarified before the IESG considers it.
>


That is a good point.

The document says:
---
This document updates the RFC IANA registry "Delegation Signer
(DS) Resource Record (RR) Type Digest Algorithms" by adding an entry for
the GOST R 34.11-2012 algorithm:

      Value   Algorithm
      TBA2    GOST R 34.11-2012

   The entry for Value 3, GOST R 34.11-94 should be updated to have its
Status changed to '-'.
----

The IANA registry being referenced "DNSSEC Delegation Signer (DS) Resource
Record (RR) Type Digest Algorithms" is here:
https://www.iana.org/assignments/ds-rr-types/ds-rr-types.xhtml

Setting this to '-' does seem incorrect, and from the text I think that it
should be either "MUST NOT" or, better yet (for clarity) "DEPRECATED" .

In addition, the IANA has a question:
------
"Third, in the DNSSEC Delegation Signer (DS) Resource Record (RR) Type
Digest Algorithms registry located at:

https://www.iana.org/assignments/ds-rr-types/

a new registration will be made as follows:

Value: [ TBD-at-Registration ]
Description: GOST R 34.11-2012
Status:
Reference: [ RFC-to-be ]

IANA Question --> What should the entry for "Status" be for this new
registration?"
--------




I believe that it is clear (e.g: "6.  Implementation Considerations
   The support of this cryptographic suite in DNSSEC-aware systems is
   OPTIONAL.") that it can only be OPTIONAL, but we need to clearly state
that.

So, I think a new version should be submitted saying:
----
This document updates the RFC IANA registry "Delegation Signer (DS)
   Resource Record (RR) Type Digest Algorithms" by adding an entry for
   the GOST R 34.11-2012 algorithm:

      Value:   TBA2
      Description: GOST R 34.11-2012
      Status: OPTIONAL
      Reference: [ RFC-to-be ]

   The entry for Value 3, GOST R 34.11-94 should be updated to have its
   Status changed to 'DEPRECATED'.

W


> --Paul Hoffman
>