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> Tue, 12 April 2022 07:47 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 E05FB3A059F for <dns-privacy@ietfa.amsl.com>; Tue, 12 Apr 2022 00:47:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.109
X-Spam-Level:
X-Spam-Status: No, score=-2.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, 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 P-EX9tPHKs0a for <dns-privacy@ietfa.amsl.com>; Tue, 12 Apr 2022 00:46:55 -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 B11F03A064E for <dns-privacy@ietf.org>; Tue, 12 Apr 2022 00:46:54 -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=LF7y/ep+dB4jZdXG1PDDNHHfzUkdEG7DzlmfW29PWDE=; b=ToNdNImQt0ncwX+Naz/04kQJWN b43AgVlineu/4sths/9WPj+CAMxCcCOF4cBqZXHWNcFxLp0Yy0wXQ/cyHVf30u8j6OyrFtyaQVmM/ 72eOXrCbv9gk9AKNP0qzOnDvmqsKFLJoANFvL0ZIu/oQh7DiF3tG2+yC1O5A0sjybOa2bkbEdSGZ5 w8OgrUcLjBTyD0EoVksDA/b2eUErLiuYBVNdOrfrHf8KcNPhJyfAQIuXOMi9qxG8DpKISsErGd5jj v/PjF7F1gAWTrj8AmjTvu5RK6rJ54V/lwgcHwmO70Nz9/CSEq1oa8Hb+ctLC0AyzYhMGtF0XL6vsi Vgk/UmGg==;
Received: from [82.68.3.134] (port=16356 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 1neBEb-0001Rl-3W; Tue, 12 Apr 2022 08:46:49 +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: <rt-4.4.3-30036-1649700334-131.1228441-37-0@icann.org>
Date: Tue, 12 Apr 2022 08:46:00 +0100
Cc: zaheduzzaman.sarker@ericsson.com, Tim Wicinski <tjw.ietf@gmail.com>, martin.h.duke@gmail.com, huitema@huitema.net, evyncke@cisco.com, ek.ietf@gmail.com, dns-privacy@ietf.org, brian@innovationslab.net, allison.mankin@gmail.com
Content-Transfer-Encoding: quoted-printable
Message-Id: <B3264DD2-F98D-4CB9-A041-97DC6A955840@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> <6EF36BE6-698B-49CA-91B4-29EBC8247A5D@sinodun.com> <CAM4esxR80g9SNG8HxC20WPkujQLV7a7xLtqRF8vPbQpXD9+YAg@mail.gmail.com> <rt-4.4.3-6699-1649689066-556.1228441-37-0@icann.org> <rt-4.4.3-30036-1649700334-131.1228441-37-0@icann.org>
To: drafts-approval@iana.org
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/1mSeu3QKJ0KRCCmQIGvmPRa-px0>
X-Mailman-Approved-At: Tue, 12 Apr 2022 07:10:18 -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: Tue, 12 Apr 2022 07:47:01 -0000

Hi Amanda, 

Thank you for the change - looks good. And the proposed text update makes sense too. 

Many thanks

Sara. 

> On 11 Apr 2022, at 19:05, Amanda Baber via RT <drafts-approval@iana.org> wrote:
> 
> Hi all,
> 
> We've removed RFC 8094 from the reference field for the tcp port:
> 
> https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?search=domain-s
> 
> It might be appropriate to make a change like this to the IANA Considerations section:
> 
> OLD:
> 
> Additionally, IANA is requested to update the Description field for
> the corresponding TCP port 853 allocation to be 'DNS query-response
> protocol run over TLS' for consistency and clarity.
> 
> NEW:
> 
> Additionally, IANA is requested to update the Description field for
> the corresponding TCP port 853 allocation to be 'DNS query-response
> protocol run over TLS' for consistency and clarity and to remove 
> RFC 8094 from the TCP allocation's Reference field.
> 
> I'll tell the RFC Editor the actions are complete.
> 
> thanks,
> Amanda
> 
> On Mon Apr 11 14:57:46 2022, martin.h.duke@gmail.com wrote:
>> Yes: DoT for the TCP port and QUIC/DTLS for the UDP port.
>> 
>> On Mon, Apr 11, 2022 at 6:39 AM Sara Dickinson <sara@sinodun.com>
>> wrote:
>> 
>>> 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
>>>>> 
>>>> 
>>>> 
>>> 
>>> 
>