Re: [dns-privacy] [IANA #1228441] Protocol Action: 'DNS over Dedicated QUIC Connections' to Proposed Standard (draft-ietf-dprive-dnsoquic-11.txt)

Sara Dickinson <sara@sinodun.com> Mon, 11 April 2022 13:39 UTC

Return-Path: <sara@sinodun.com>
X-Original-To: dns-privacy@ietfa.amsl.com
Delivered-To: dns-privacy@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFADC3A1221 for <dns-privacy@ietfa.amsl.com>; Mon, 11 Apr 2022 06:39:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 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_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 (2048-bit key) header.d=sinodun.com
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 GzTnu_CkLMv4 for <dns-privacy@ietfa.amsl.com>; Mon, 11 Apr 2022 06:39:12 -0700 (PDT)
Received: from mx2.mythic-beasts.com (mx2.mythic-beasts.com [IPv6:2a00:1098:0:82:1000:0:2:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FC8C3A11F3 for <dns-privacy@ietf.org>; Mon, 11 Apr 2022 06:39:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sinodun.com ; s=mythic-beasts-k1; h=To:Date:From:Subject; bh=8wIVaVEmEHba7Z5ERExqJc0WmAoshS9Op784muUymuY=; b=KrOXama3enmQsjIEymedgGTDGG inz18K7vNq9ByQ+QjXNgSbZi5AG42sweVCj0RHqjpokHilegF0+G/fG/ddlK15DD94T4EQKVzDVXW X5WlYfBBHCsZ7NY0O1NUABR5+BV5btvnSbvZBJWVMvV2c4pugG27M7exW1Ng4SXI7iL656CsAFSIf jhJ3ZBVz0sffU30mTAaKV3qczVbu4+sS4HUDqOzEnQxT/gMSGeTlJDF7Yrp3po1rAEUJonsMlTidT NtBmlxOwOqShZRlv55io4YYwslsCdCygd+lbbRodXxlXrkDKkLLBRx9c1o7zeqHFnVZUYGs2/mnlN 9/n3dhNA==;
Received: from [82.68.3.134] (port=27875 helo=smtpclient.apple) by balrog.mythic-beasts.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from <sara@sinodun.com>) id 1nduFv-0006sJ-7Z; Mon, 11 Apr 2022 14:39:03 +0100
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
From: Sara Dickinson <sara@sinodun.com>
In-Reply-To: <A9735ADE-EF1C-469E-B49F-C03CB88B0EDD@cisco.com>
Date: Mon, 11 Apr 2022 14:38:06 +0100
Cc: "drafts-approval@iana.org" <drafts-approval@iana.org>, Martin Duke <martin.h.duke@gmail.com>, Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com>, "tjw.ietf@gmail.com" <tjw.ietf@gmail.com>, "huitema@huitema.net" <huitema@huitema.net>, "ek.ietf@gmail.com" <ek.ietf@gmail.com>, "dns-privacy@ietf.org" <dns-privacy@ietf.org>, "brian@innovationslab.net" <brian@innovationslab.net>, "allison.mankin@gmail.com" <allison.mankin@gmail.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <6EF36BE6-698B-49CA-91B4-29EBC8247A5D@sinodun.com>
References: <RT-Ticket-1228441@icann.org> <164794096311.30864.13870204336108669248@ietfa.amsl.com> <rt-4.4.3-9569-1648861611-457.1228441-37-0@icann.org> <rt-4.4.3-18905-1649446467-588.1228441-37-0@icann.org> <F3B5FB92-7084-49EA-B07E-B8DFCC29DAB3@sinodun.com> <A9735ADE-EF1C-469E-B49F-C03CB88B0EDD@cisco.com>
To: "Eric Vyncke (evyncke)" <evyncke@cisco.com>
X-Mailer: Apple Mail (2.3654.120.0.1.13)
X-BlackCat-Spam-Score: 4
Archived-At: <https://mailarchive.ietf.org/arch/msg/dns-privacy/yShhF5dEE-4dWUufINv1_OJBxwU>
X-Mailman-Approved-At: Mon, 11 Apr 2022 08:31:49 -0700
Subject: Re: [dns-privacy] [IANA #1228441] Protocol Action: 'DNS over Dedicated QUIC Connections' to Proposed Standard (draft-ietf-dprive-dnsoquic-11.txt)
X-BeenThere: dns-privacy@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Addition of privacy to the DNS protocol <dns-privacy.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dns-privacy/>
List-Post: <mailto:dns-privacy@ietf.org>
List-Help: <mailto:dns-privacy-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Apr 2022 13:39:18 -0000

Just to clarify the request is remove the RFC8094 reference against the TCP port assignment (because the description was modified to remove DTLS from this port description). DNS-over-DTLS  would remain listed against the UDP port assignment as previously agreed, and as listed below.

Sara. 

> On 11 Apr 2022, at 14:15, Eric Vyncke (evyncke) <evyncke@cisco.com> wrote:
> 
> Let me loop in the TSV Area Directors as they may share my view that DNS-over-DTLS should be kept in the IANA registry
> 
> -éric
> 
> 
> -----Original Message-----
> From: Sara Dickinson <sara@sinodun.com>
> Date: Saturday, 9 April 2022 at 17:47
> To: "drafts-approval@iana.org" <drafts-approval@iana.org>
> Cc: "tjw.ietf@gmail.com" <tjw.ietf@gmail.com>, "huitema@huitema.net" <huitema@huitema.net>, Eric Vyncke <evyncke@cisco.com>, Erik Kline <ek.ietf@gmail.com>, "dns-privacy@ietf.org" <dns-privacy@ietf.org>, "brian@innovationslab.net" <brian@innovationslab.net>, "allison.mankin@gmail.com" <allison.mankin@gmail.com>
> Subject: Re: [IANA #1228441] Protocol Action: 'DNS over Dedicated QUIC Connections' to Proposed Standard (draft-ietf-dprive-dnsoquic-11.txt)
> 
>    Hi Amanda,
> 
>    Thank you - all the changes look correct but we have one minor request. 
> 
>    Given that DNS-over-DTLS has been removed from the port 853 TCP entry ‘description' field, it seems correct to also remove the reference to RFC8094 from the ‘reference’ field for consistency. Could that change please be made?
> 
>    Best regards
> 
>    Sara. 
> 
>>> Service Name: domain-s
>>> Port Number: 853
>>> Transport Protocol: tcp
>>> Description: DNS query-response protocol run over TLS
>>> Assignee: [IESG]
>>> Contact: [IETF Chair]
>>> Registration Date: 2015-10-08
>>>  Modification Date: 2022-04-01
>>> Reference: [RFC7858][RFC8094]
> 
>> On 8 Apr 2022, at 20:34, Amanda Baber via RT <drafts-approval@iana.org> wrote:
>> 
>> Dear Authors,
>> 
>> This is a reminder that we need a reply to the message below.
>> 
>> Best regards,
>> 
>> Amanda Baber
>> IANA Operations Manager
>> 
>> On Sat Apr 02 01:06:51 2022, amanda.baber wrote:
>>> Dear Authors:
>>> 
>>> ATTENTION: A RESPONSE TO THIS MESSAGE IS NEEDED
>>> 
>>> We've completed the registry actions for the following RFC-to-be:
>>> 
>>> draft-ietf-dprive-dnsoquic-11
>>> 
>>> ACTION 1:
>>> 
>>> The following entry has been added to the TLS Application-Layer
>>> Protocol Negotiation (ALPN) Protocol IDs registry:
>>> 
>>> DoQ     0x64 0x6F 0x71 ("doq")  [RFC-ietf-dprive-dnsoquic-11]
>>> 
>>> Please see
>>> https://www.iana.org/assignments/tls-extensiontype-values
>>> 
>>> ACTION 2:
>>> 
>>> An additional reference and an updated description have been listed
>>> for UDP port 853, and the word "DTLS" has been removed from the
>>> description of the corresponding TCP port. These two registrations now
>>> read as follows:
>>> 
>>> Service Name: domain-s
>>> Port Number: 853
>>> Transport Protocol: tcp
>>> Description: DNS query-response protocol run over TLS
>>> Assignee: [IESG]
>>> Contact: [IETF Chair]
>>> Registration Date: 2015-10-08
>>>  Modification Date: 2022-04-01
>>> Reference: [RFC7858][RFC8094]
>>> 
>>> Service Name: domain-s
>>> Port Number: 853
>>> Transport Protocol: udp
>>> Description: DNS query-response protocol run over DTLS or QUIC
>>> Assignee: [IESG]
>>> Contact: [IETF Chair]
>>> Registration Date: 2015-10-08
>>> Modification Date: 2022-04-01
>>> Reference: [RFC7858][RFC8094][RFC-ietf-dprive-dnsoquic-11]
>>> 
>>> Please see
>>> https://www.iana.org/assignments/service-names-port-numbers
>>> 
>>> ACTION 3:
>>> 
>>> The following entry has been added to the Extended DNS Error Codes
>>> registry:
>>> 
>>> 26      Too Early       [RFC-ietf-dprive-dnsoquic-11]
>>> 
>>> Please see
>>> https://www.iana.org/assignments/dns-parameters
>>> 
>>> ACTION 4:
>>> 
>>> The following registry has been created under the "Domain Name System
>>> (DNS) Parameters" heading:
>>> 
>>> DNS over QUIC Error Codes
>>> Expert(s): Unassigned
>>> Reference: [RFC-ietf-dprive-dnsoquic-11]
>>> Available Formats
>>> 
>>> Range   Registration Procedures
>>> provisional (greater than 0x3f) Expert Review
>>> provisional registration Date field update      First Come First
>>> Served
>>> permanent, 0x00-0x3f    Standards Action or IESG Approval
>>> permanent, greater than 0x3f    Specification Required
>>> 
>>> Value   Error   Description     Status  Specification   Date
>>> Contact
>>> 
>>> 0x0     DOQ_NO_ERROR    No error        permanent       [RFC-ietf-
>>> dprive-dnsoquic-11, Section 5.3]      2022-04-01      [DPRIVE_WG]
>>> 
>>> 0x1     DOQ_INTERNAL_ERROR      Implementation error    permanent
>>> [RFC-ietf-dprive-dnsoquic-11, Section 5.3]      2022-04-01
>>> [DPRIVE_WG]
>>> 
>>> 0x2     DOQ_PROTOCOL_ERROR      Generic protocol violation
>>> permanent       [RFC-ietf-dprive-dnsoquic-11, Section 5.3]      2022-
>>> 04-01      [DPRIVE_WG]
>>> 
>>> 0x3     DOQ_REQUEST_CANCELLED   Request cancelled by client
>>> permanent       [RFC-ietf-dprive-dnsoquic-11, Section 5.3]      2022-
>>> 04-01      [DPRIVE_WG]
>>> 
>>> 0x4     DOQ_EXCESSIVE_LOAD      Closing a connection for excessive
>>> load permanent       [RFC-ietf-dprive-dnsoquic-11, Section 5.3]
>>> 2022-04-01      [DPRIVE_WG]
>>> 
>>> 0x5     DOQ_UNSPECIFIED_ERROR   No error reason specified
>>> permanent       [RFC-ietf-dprive-dnsoquic-11, Section 5.3]      2022-
>>> 04-01      [DPRIVE_WG]
>>> 
>>> 0xd098ea5e      DOQ_ERROR_RESERVED      Alternative error code used
>>> for tests   permanent       [RFC-ietf-dprive-dnsoquic-11, Section 5.3]
>>> 2022-04-01      [DPRIVE_WG]
>>> 
>>> Please see
>>> https://www.iana.org/assignments/dns-parameters
>>> 
>>> Please let us know whether this document's registry actions have been
>>> completed correctly. Once we receive your confirmation, we'll notify
>>> the RFC Editor that the actions are complete. If a team of authors is
>>> responsible for the document, and the actions have been performed
>>> correctly, please send a single confirmation message.
>>> 
>>> We'll update any references to this document in the registries when
>>> the RFC Editor notifies us that they've assigned an RFC number.
>>> 
>>> Best regards,
>>> 
>>> Amanda Baber
>>> IANA Operations Manager
>> 
> 
>