[DNSOP] Warren did a bad (was Re: Datatracker State Update Notice: <draft-ietf-dnsop-rfc5933-bis-13.txt>)

Warren Kumari <warren@kumari.net> Sat, 21 October 2023 17:24 UTC

Return-Path: <warren@kumari.net>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7F50C151075 for <dnsop@ietfa.amsl.com>; Sat, 21 Oct 2023 10:24:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.105
X-Spam-Level:
X-Spam-Status: No, score=-7.105 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_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, 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 0To8Vfj_m5zf for <dnsop@ietfa.amsl.com>; Sat, 21 Oct 2023 10:24:32 -0700 (PDT)
Received: from mail-qt1-x830.google.com (mail-qt1-x830.google.com [IPv6:2607:f8b0:4864:20::830]) (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 8DE13C14CF09 for <dnsop@ietf.org>; Sat, 21 Oct 2023 10:24:32 -0700 (PDT)
Received: by mail-qt1-x830.google.com with SMTP id d75a77b69052e-418201cb9e9so12759201cf.0 for <dnsop@ietf.org>; Sat, 21 Oct 2023 10:24:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari.net; s=google; t=1697909071; x=1698513871; darn=ietf.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=BORc9/7vFpouQ+Z+HqRJK53H9sOrAsy1IBiI6HvxPjA=; b=Ko4Zmbm+tmmOrb6NlpYE5qe18/x2xnF5Vf2ZDfSlgqVrAMkhX6xJ908LmQm/WFQIoX 5Y8Q0PB5kk6p0VmUPZHsbnr/4ToKuvZMx1+17ABRM/vQ/t5WO8OD5eRVqnx1Hg5pQZ9I Nu1nhMBdZmAZDh1Jfmm4CaThDMpq+5NFCJ5H0IeA6D9v6ZD+2gPmgXaNKoCLgt9XmioN mVKgiTCpd/8wYghuQgfnUBL1S0B7sLCoJlty5iCO4eF09AY2w8TjhzXSZS7lk4hJ7LpW ass5PpfyHW2AzrrWxlzSAcrhImZaN0rbFmJkku+S+U93fdFS2bkTGRixQLiwETTYPKOG 7D1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1697909071; x=1698513871; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=BORc9/7vFpouQ+Z+HqRJK53H9sOrAsy1IBiI6HvxPjA=; b=VrTqVX3VlO4ef3n5V/V5EF+BxlItufnehzPM4Sek1S5e3TQdEYZn6gT225U0xjY0Xg Iyo5PpAy9nVQkuU5Z05MjbGn9cWVFivfE2r3+vo6rpfA18ljziolllK43WcAwrE7lw6L 7kvY24APIJkSRC0MBQ4NhRuzhAelkD80RHbX4Rv0xe+2cwDZs3I3LHJKSHYQuZRrLhEc 5XrLF/9hPnsv+c7CA5BKkHc/J29J+R80bkWUspfG3rMJB/SaIQ4oJk03QbJPd7PtM+WO Ni8DWZZXaRcVHKtGkWXQCIqKZDimrnqmfdWIJqR6Og3nEds616ZoF1IrHrzHhaG32w33 xU+A==
X-Gm-Message-State: AOJu0YwmAnbtyPWw/zyI9D9EjWCXAfRSAWLb/b4o/S/Bl/B8Fsf1nrm2 Yk8wp2tEfnI9vF7zfZKLBoCKKOriNFsy8VJTV8muOQ==
X-Google-Smtp-Source: AGHT+IEXRAkzJazefePFVLfZj6PsTwWAQbSpHBt/tNZI7yWzUxbyXCYJSb/ED2WjyKt0zouZ6ds/S5s5UND22IVfVdg=
X-Received: by 2002:a05:622a:1344:b0:417:9c63:391c with SMTP id w4-20020a05622a134400b004179c63391cmr6057866qtk.52.1697909070904; Sat, 21 Oct 2023 10:24:30 -0700 (PDT)
Received: from 649336022844 named unknown by gmailapi.google.com with HTTPREST; Sat, 21 Oct 2023 10:24:30 -0700
Mime-Version: 1.0
X-Mailer: Superhuman Desktop (2023-10-20T19:06:13Z)
X-Superhuman-Draft-ID: draft00cead4f335a943e
From: Warren Kumari <warren@kumari.net>
X-Superhuman-ID: lo0b7j35.e32a555b-d394-4c0d-8952-e006a8b95115
X-Superhuman-Thread-ID: draft00d1502f47aff510
Date: Sat, 21 Oct 2023 10:24:30 -0700
Message-ID: <CAHw9_i+-rNE1xJvCi1Qp6RyQE5JM7Wb9ngar9qojr4cBgUMsjg@mail.gmail.com>
To: draft-ietf-dnsop-rfc5933-bis@ietf.org, "Roman D. Danyliw" <rdd@cert.org>, Paul Wouters <paul@nohats.ca>, Paul Hoffman <paul.hoffman@icann.org>, Eliot Lear <lear@lear.ch>, dnsop <dnsop@ietf.org>
Cc: dnsop-chairs@ietf.org, tjw.ietf@gmail.com
Content-Type: multipart/alternative; boundary="00000000000008550006083d438e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/hv-dlx8rRXHXzB7DMzETLM-Q_vQ>
Subject: [DNSOP] Warren did a bad (was Re: Datatracker State Update Notice: <draft-ietf-dnsop-rfc5933-bis-13.txt>)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Oct 2023 17:24:37 -0000

[ +DNSOP for real this time]
Dear DNSOP,

I accidentally did a bad.

Back in December 2022, when we were
progressing draft-ietf-dnsop-rfc5933-bis, I sent this mail, but I missed
the fact that DNSOP was not actually on the To: line, and so missed these
discussions.

This email basically just agrees with Roman's suggested path forward in
https://mailarchive.ietf.org/arch/msg/dnsop/XZoakWUDruPXylJ2wLIS4l4vevo/ ,
and asks if the ISE would take on the GOST stuff.

I also should have mentioned to the WG the ISE was
progressing draft-makarenko-gost2012-dnssec-03 and asked y'all to review.
Basically I was just received that it was finally moving along, and
completely  spaced on the "Oh, yeah, I should make sure DNSOP has seen
this" bit.

Apologies,
W

P.S: The discussions leading up to the ISE bit are all from 10-11 months
ago, so I've swapped out much of the state, and am still swapping it back
in…





On Thu, Dec 01, 2022 at 10:00 PM, Warren Kumari <warren@kumari.net> wrote:

> Dear authors, and ISE (and Roman, PaulW, PaulH)
>
> Thank you for updating the document to address Paul Wouter's DISCUSS
> position ( https://datatracker.ietf.org/doc/draft-ietf-dnsop-rfc5933-bis/
> ballot/#draft-ietf-dnsop-rfc5933-bis_paul-wouters )
>
> Unfortunately I was unsuccessful in arguing that this should proceed in
> the IETF because:
> 1: the document only describes how to use GOST with DNSSEC (and doesn't
> define GOST itself)
> 2: RFC5933 was an IETF document which this obsoletes
> 3: the WG had updated the registry policy to allow this to become an
> Informational document and still progress in the WG.
>
> The IESG pointed to significant precedent on these sorts of documents
> going through the ISE, such as RFC 9189,
> draft-smyshlyaev-tls13-gost-suites, and draft-smyslov-ike2-gost.
>
> Roman has proposed a fairly simple, and, assuming that the ISE is willing,
> fast and easy path forward: https://mailarchive.ietf.org/arch/msg/dnsop/
> XZoakWUDruPXylJ2wLIS4l4vevo/ .
>
> So, while I'm sure that this is very frustrating to the authors, I'm
> asking you to please split the document as described. Again, I know that
> this is frustrating, and I'm willing to help with editorial issues, and
> Roman has agreed to assist as well.
>
> I'm also asking the ISE if they would be willing (please?) to take on and
> publish the (split) document, and, because it has already gone through the
> DNSOP WG, DNSOP WGLC, IETF LC, and IESG review, if they would be willing to
> fast-track it.
>
> Sorry for what I'm sure is discouraging news,
> W
>
>
>
> On Thu, Dec 01, 2022 at 11:06 AM, IETF Secretariat <
> ietf-secretariat-reply@ietf.org> wrote:
>
> IESG state changed:
>
> New State: IESG Evaluation::AD Followup
>
> (The previous state was IESG Evaluation)
>
> Datatracker URL: https://datatracker.ietf.org/doc/
> draft-ietf-dnsop-rfc5933-bis/
>
>