Re: [DNSOP] Fwd: New Version Notification for draft-ietf-dnsop-refuse-any-05.txt

Richard Gibson <richard.j.gibson@oracle.com> Tue, 06 March 2018 17:09 UTC

Return-Path: <richard.j.gibson@oracle.com>
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 5F41B12946D for <dnsop@ietfa.amsl.com>; Tue, 6 Mar 2018 09:09:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Level:
X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=oracle.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 RMDtWAETFis5 for <dnsop@ietfa.amsl.com>; Tue, 6 Mar 2018 09:09:21 -0800 (PST)
Received: from aserp2120.oracle.com (aserp2120.oracle.com [141.146.126.78]) (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 3C94912420B for <dnsop@ietf.org>; Tue, 6 Mar 2018 09:09:20 -0800 (PST)
Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w26H7MhQ183456; Tue, 6 Mar 2018 17:09:18 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type; s=corp-2017-10-26; bh=KRizbLFrv5DFl9fix616y2VK+c3eZqk3Ox8Bl2P2c9Q=; b=M6FMxMtXJ1SBxOp/C7QHAw5gyD8JejvkixLfG8dh5HrDEEkP78GLGCT7AJ66IDgtcdJ+ VA59YjacuW+UrzB89KhHZs1jKaQ9fwTKbLFhjooJAakRojgyOyBHPrLwynbHsBzhyTPf oEd5UQ2SpTb3gkeqSjDv6QTRGZgDjVrh/SnzB7sJLVaDMK/iY4Ux1CR6xihLB8vqVLog +E6UzNMfBMSnyM44VoymKk1EXXJt//tHl3qi8aIGQeRxKXsaBHzpg59JeZiR+GcIRCR1 mlcthkH9n0jrg9ehRlbB8ijsZfEVW2fn0rMQdS7S9iH94D2Zh2wxn9gonGUks96GiJnE 0w==
Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp2120.oracle.com with ESMTP id 2ghxs7851d-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 06 Mar 2018 17:09:18 +0000
Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w26H9HPD021606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 6 Mar 2018 17:09:18 GMT
Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w26H9Hwh031102; Tue, 6 Mar 2018 17:09:17 GMT
Received: from [172.16.4.104] (/216.146.45.242) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 06 Mar 2018 09:09:17 -0800
To: Joe Abley <jabley@hopcount.ca>
Cc: dnsop <dnsop@ietf.org>
References: <152027747064.31710.8843129799069187895.idtracker@ietfa.amsl.com> <E9AB4737-2BD9-40BC-8194-6AA771C3E994@hopcount.ca> <507d1fb7-8607-91d2-00b3-2e2aac5b98da@oracle.com> <A4996C28-8D61-4A36-9643-D0DB90A8E35B@hopcount.ca>
From: Richard Gibson <richard.j.gibson@oracle.com>
Message-ID: <68e12d8f-03e9-191f-b6bd-5bce11210edd@oracle.com>
Date: Tue, 6 Mar 2018 12:09:16 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <A4996C28-8D61-4A36-9643-D0DB90A8E35B@hopcount.ca>
Content-Type: multipart/alternative; boundary="------------3B97268A3AC6C7806E7DBB20"
Content-Language: en-US
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8824 signatures=668685
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=3 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1803060189
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/Bx9ABKorKpFR33x6oQS_HPjsg_g>
Subject: Re: [DNSOP] Fwd: New Version Notification for draft-ietf-dnsop-refuse-any-05.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 06 Mar 2018 17:09:23 -0000

That was literally the fastest turnaround I've ever experienced. All the 
changes look good to me; thank you very much.


On 03/05/2018 04:47 PM, Joe Abley wrote:
> On 5 Mar 2018, at 15:00, Richard Gibson <richard.j.gibson@oracle.com> wrote:
>
>> To re-raise my unaddressed points:
>>
>> 	• The document should include planned text you mentioned acknowledging lack of a signal to indicate "partial response" for section 4.1/section 4.3 subset responses ([1]).
>> 	• "Conventional [ANY] response" is used but not defined ([2]).
>> 	• The document needs to identify itself as updating RFC 1034 (specifically, section 4.3.2).
>> 	• In section 7, "ANY does not mean ALL" is misleading—[RFC 1035 section 3.2.3] is clear about QTYPE=255 being "a request for **all** records" (emphasis mine). That said, the proposed response behavior is consistent with that RFC.
>> [1]: https://www.ietf.org/mail-archive/web/dnsop/current/msg20629.html
>> [2]: https://www.ietf.org/mail-archive/web/dnsop/current/msg20628.html
>> [RFC 1035 section 3.2.3]: https://tools.ietf.org/html/rfc1035#section-3.2.3
> Many apologies for missing those. Fortunately I had spare minutes before the cut-off. With luck the following will address those issues; if not, you can look forward to another rev in a couple of weeks.
>
> Begin forwarded message:
>
>> From: internet-drafts@ietf.org
>> Subject: New Version Notification for draft-ietf-dnsop-refuse-any-06.txt
>> Date: 5 March 2018 at 16:44:49 EST
>> To: "Joe Abley" <jabley@afilias.info>fo>, "Marek Majkowski" <marek@cloudflare.com>om>, "Olafur Gudmundsson" <olafur+ietf@cloudflare.com>
>>
>>
>> A new version of I-D, draft-ietf-dnsop-refuse-any-06.txt
>> has been successfully submitted by Joe Abley and posted to the
>> IETF repository.
>>
>> Name:		draft-ietf-dnsop-refuse-any
>> Revision:	06
>> Title:		Providing Minimal-Sized Responses to DNS Queries that have QTYPE=ANY
>> Document date:	2018-03-05
>> Group:		dnsop
>> Pages:		11
>> URL:            https://www.ietf.org/internet-drafts/draft-ietf-dnsop-refuse-any-06.txt
>> Status:         https://datatracker.ietf.org/doc/draft-ietf-dnsop-refuse-any/
>> Htmlized:       https://tools.ietf.org/html/draft-ietf-dnsop-refuse-any-06
>> Htmlized:       https://datatracker.ietf.org/doc/html/draft-ietf-dnsop-refuse-any-06
>> Diff:           https://www.ietf.org/rfcdiff?url2=draft-ietf-dnsop-refuse-any-06
>>
>> Abstract:
>>    The Domain Name System (DNS) specifies a query type (QTYPE) "ANY".
>>    The operator of an authoritative DNS server might choose not to
>>    respond to such queries for reasons of local policy, motivated by
>>    security, performance or other reasons.
>>
>>    The DNS specification does not include specific guidance for the
>>    behaviour of DNS servers or clients in this situation.  This document
>>    aims to provide such guidance.
>>
>>
>>
>>
>> Please note that it may take a couple of minutes from the time of submission
>> until the htmlized version and diff are available at tools.ietf.org.
>>
>> The IETF Secretariat
>>
>
>
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop