Re: [dns-privacy] [IANA #1224837] Second Last Call: <draft-ietf-dprive-dnsoquic-09.txt> (DNS over Dedicated QUIC Connections) to Proposed Standard

Christian Huitema <huitema@huitema.net> Wed, 23 February 2022 05:09 UTC

Return-Path: <huitema@huitema.net>
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 715F83A08CE for <dns-privacy@ietfa.amsl.com>; Tue, 22 Feb 2022 21:09:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.602
X-Spam-Level:
X-Spam-Status: No, score=-7.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.714, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
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 dhLal5qa_SIP for <dns-privacy@ietfa.amsl.com>; Tue, 22 Feb 2022 21:09:17 -0800 (PST)
Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (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 7EB923A093A for <dns-privacy@ietf.org>; Tue, 22 Feb 2022 21:09:15 -0800 (PST)
Received: from xse470.mail2web.com ([66.113.197.216] helo=xse.mail2web.com) by mx257.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1nMjtk-000Fr7-Vj for dns-privacy@ietf.org; Wed, 23 Feb 2022 06:09:12 +0100
Received: from xsmtp22.mail2web.com (unknown [10.100.68.61]) by xse.mail2web.com (Postfix) with ESMTPS id 4K3PG86rTlzDPd for <dns-privacy@ietf.org>; Tue, 22 Feb 2022 21:09:04 -0800 (PST)
Received: from [10.5.2.17] (helo=xmail07.myhosting.com) by xsmtp22.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1nMjtg-0006SK-QU for dns-privacy@ietf.org; Tue, 22 Feb 2022 21:09:04 -0800
Received: (qmail 3533 invoked from network); 23 Feb 2022 05:09:04 -0000
Received: from unknown (HELO [192.168.1.105]) (Authenticated-user:_huitema@huitema.net@[172.58.43.140]) (envelope-sender <huitema@huitema.net>) by xmail07.myhosting.com (qmail-ldap-1.03) with ESMTPA for <drafts-lastcall@iana.org>; 23 Feb 2022 05:09:03 -0000
Message-ID: <64f9ab46-58ce-f925-20ab-47b0eefd26c3@huitema.net>
Date: Tue, 22 Feb 2022 21:09:02 -0800
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1
Content-Language: en-US
To: drafts-lastcall@iana.org
Cc: tjw.ietf@gmail.com, brian@innovationslab.net, allison.mankin@gmail.com, iesg@ietf.org, ek.ietf@gmail.com, sara@sinodun.com, evyncke@cisco.com, dns-privacy@ietf.org
References: <RT-Ticket-1224837@icann.org> <164442009031.27615.3862202068455871138@ietfa.amsl.com> <rt-4.4.3-16331-1645578557-1367.1224837-37-0@icann.org>
From: Christian Huitema <huitema@huitema.net>
In-Reply-To: <rt-4.4.3-16331-1645578557-1367.1224837-37-0@icann.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Originating-IP: 66.113.197.216
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.197.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.197.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.06)
X-Recommended-Action: accept
X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT8pNISJNpMtptdpxbAaTqeNPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5zh2yKlFwkOJL4c32G0KduLVjVx0XVkNnHJMw/amoreObrm DTIPv1iW22XmisplSb+eCqjodN89yZ5dSG6xQt1sSxIRXVMlFuiz/acFNeeXtxN2fFxZWB9eYgpR BRu3UlDHMLIJYRi1cXH9Dbm+IxLV6nEMLpv52qIFdDFnq6/4WZotTbzF8bFslzcWfB/84WWaVarp Z0LfU2AP/MzLXlymkVWClPVvbW5lVyQanRxw5hTHswbbB/ha+ZWrSAi8SkwqWAikMcSxTAWn8RCv ieGEqjG/gXZAaRh1X6LVetRf2ZYIiHqfCgG4wrA3w4/kQTYKxDHA9JN9J4k4XZq11JQkMemT4rxn nByU11Ftkqf3f/PF3GUV+KdBBqrnCX8j0Gi8Ksk+aedMfNWSnJswrtlNtZo3HPHi5Q+jjsF5dcBx ehWYzrkgsp4/Fysgb2cPV4IH0+lPwKr4i5mAANUcVraZYOaeuiH/yEdZH8S1+TgcJBOjh0vPxcQO jKKOrYIQYpwamUdylUIKhf3z2GAHxH7IBAaAB9SiL80iwHtGBZiikgJ7Yk+SWN8eNDNBlkTeVa2w bVWrBYheWQI51h98CXPVKK8qgoX3qtqBY7olcAAV8nYUYKqwGwZHdaZ8HwmXaEfTulJRptMnEIdG JW7dfhGq92PNDpgLsd6Ddd/s7VM53jRj9czsSns3ADfASR1313QOtp+q3yU+z72+fnpodgpDLhjP dngZHyfSGLK8oPkwc0gtIZVEpVr07BR3t/Dm4V5mMRr+w2X69ygMahiTQMBd6VK7YKL8crlulIz2 9Hio6voPFZIShBSdpVJW5HbjQTCUIzbw71BPKv8cPtVshTSLr6YHJu91A3avrF49rf9JcoEpejCA XczArXyV+OFXiMtbLPp9n350Mbemie5JWWm/MpxAyl4q1x5O0+PBD/gPmWjXVA9S7TnWXDlmMpVd cwCFwrnT0GQK/7labXRdXAB+MS+4ayUpOtEhdxekWDmK9g==
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/dns-privacy/yZXseaLvIpUuzHcvFHw2VejGPdc>
Subject: Re: [dns-privacy] [IANA #1224837] Second Last Call: <draft-ietf-dprive-dnsoquic-09.txt> (DNS over Dedicated QUIC Connections) to Proposed Standard
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: Wed, 23 Feb 2022 05:09:23 -0000

Thanks for the review, Sabrina. Your list of actions matches our intent. 
More below.

On 2/22/2022 5:09 PM, Sabrina Tanamal via RT wrote:
> (BEGIN IANA COMMENTS)
>
> IESG/Authors/WG Chairs:
>
> The IANA Functions Operator has completed its review of draft-ietf-dprive-dnsoquic-09. If any part of this review is inaccurate, please let us know.
>
> The IANA Functions Operator understands that, upon approval of this document, there are four actions which we must complete.
>
> First, in the TLS Application-Layer Protocol Negotiation (ALPN) Protocol IDs registry on the Transport Layer Security (TLS) Extensions registry page located at:
>
> https://www.iana.org/assignments/tls-extensiontype-values/
>
> a new registration is to be made as follows:
>
> Protocol: DoQ
> Identification Sequence: 0x64 0x6F 0x71 ("doq")
> Reference: [ RFC-to-be ]
>
> As this document requests registrations in an Expert Review (see RFC 8126) registry, we will initiate the required Expert Review via a separate request. This review must be completed before the document's IANA state can be changed to "IANA OK."

OK. I understand that this does not require an action on the part of the 
authors.


>
> Second, we will update the description and list this document as an additional reference for UDP port 853:
>
> Service Name: domain-s
> Port Number: 853
> Transport Protocol(s): UDP
> Assignee: IETF DPRIVE Chairs
> Contact: Brian Haberman
> Description: DNS query-response protocol run over DTLS or QUIC
> Reference: [RFC7858][RFC8094][ RFC-to-be ]
>
> In addition, the Description field for the corresponding TCP port 853 allocation will be changed to 'DNS query-response protocol run over TLS'.
>
> IANA Question: According to Section 8.1.1 of RFC 6335, the IESG should be listed as the assignee and the IETF Chair as the contact for an IETF-stream document. Can the assignee and contact fields in Section 10.2 be updated?
Noted. Port 853 is already assigned to IESG with contact as IESG Chair 
in the current registry. We will fix that in the next update.
>
> IANA understands that the IETF Port expert team has reviewed the modifications above and has found them to be acceptable.
>
> Third, in the Extended DNS Error Codes registry on the Domain Name System (DNS) Parameters registry page located at:
>
> https://www.iana.org/assignments/dns-parameters/
>
> a new registration will be made as follows:
>
> INFO-CODE: [ TBD-at-Registration ]
> Purpose: Too Early
> Reference: [ RFC-to-be ]
>
> Fourth, a new registry is to be created called the DNS over QUIC Error Codes registry. The new registry will be located on the Domain Name System (DNS) Parameters registry page located at:
>
> https://www.iana.org/assignments/dns-parameters/
>
> The registration rules for the new registry are:
>
> 0x00 - 0x3f require Standards Action or IESG Approval
>
> Permanent registrations for values larger than 0x3f, which are assigned using the Specification Required policy (as defined in [RFC8126])
>
> Provisional registrations for values larger than 0x3f, which require Expert Review, as defined in Section 4.5 of [RFC8126].
>
> There are initial registrations in the new registry as follows:
>
> +==========+=======================+================+============================+
> |Value | Error |Description | Specification |
> +==========+=======================+================+============================+
> |0x0 | DOQ_NO_ERROR |No error | [ RFC-to-be; Section 5.3 ] |
> +----------+-----------------------+----------------+----------------------------+
> |0x1 | DOQ_INTERNAL_ERROR |Implementation | [ RFC-to-be; Section 5.3 ] |
> | | |error | |
> +----------+-----------------------+----------------+----------------------------+
> |0x2 | DOQ_PROTOCOL_ERROR |Generic protocol| [ RFC-to-be; Section 5.3 ] |
> | | |violation | |
> +----------+-----------------------+----------------+----------------------------+
> |0x3 | DOQ_REQUEST_CANCELLED |Request | [ RFC-to-be; Section 5.3 ] |
> | | |cancelled by | |
> | | |client | |
> +----------+-----------------------+----------------+----------------------------+
> |0x4 | DOQ_EXCESSIVE_LOAD |Closing a | [ RFC-to-be; Section 5.3 ] |
> | | |connection for | |
> | | |excessive load | |
> +----------+-----------------------+----------------+----------------------------+
> |0xd098ea5e| DOQ_ERROR_RESERVED |Alternative | [ RFC-to-be; Section 5.3 ] |
> | | |error code used | |
> | | |for tests | |
> +----------+-----------------------+----------------+----------------------------+
>
> The IANA Functions Operator understands that these are the only actions required to be completed upon approval of this document.
>
> Note:  The actions requested in this document will not be completed until the document has been approved for publication as an RFC. This message is meant only to confirm the list of actions that will be performed.

Looks good. Thank you.

-- Christian Huitema