Re: [DNSOP] Benjamin Kaduk's Yes on draft-ietf-dnsop-refuse-any-07: (with COMMENT)

Benjamin Kaduk <kaduk@mit.edu> Sat, 15 September 2018 17:12 UTC

Return-Path: <kaduk@mit.edu>
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 4AF49130DF2; Sat, 15 Sep 2018 10:12:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 aeJxBL_2Xlq6; Sat, 15 Sep 2018 10:12:41 -0700 (PDT)
Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (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 7A0C3130DD0; Sat, 15 Sep 2018 10:12:40 -0700 (PDT)
X-AuditID: 12074425-c6bff7000000021e-d6-5b9d3d8521fd
Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 83.52.00542.68D3D9B5; Sat, 15 Sep 2018 13:12:38 -0400 (EDT)
Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id w8FHCWUZ027771; Sat, 15 Sep 2018 13:12:33 -0400
Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id w8FHCROo023697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 15 Sep 2018 13:12:30 -0400
Date: Sat, 15 Sep 2018 12:12:28 -0500
From: Benjamin Kaduk <kaduk@mit.edu>
To: =?iso-8859-1?Q?=D3lafur_Gu=F0mundsson?= <olafur@cloudflare.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-dnsop-refuse-any@ietf.org, Tim Wicinski <tjw.ietf@gmail.com>, dnsop-chairs <dnsop-chairs@ietf.org>, dnsop <dnsop@ietf.org>
Message-ID: <20180915171227.GL48265@kduck.kaduk.org>
References: <153659090282.26589.6349707416227956108.idtracker@ietfa.amsl.com> <CAN6NTqxeNcnW+nawMmUcKGs7++nHzfXp91=NbFY0r5FiVsqjUA@mail.gmail.com> <20180912221339.GV48265@kduck.kaduk.org> <CAN6NTqztdoxAPBuTjF4eDwzMMaSQWdQmEOkCKN=vZwLt83V8+Q@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <CAN6NTqztdoxAPBuTjF4eDwzMMaSQWdQmEOkCKN=vZwLt83V8+Q@mail.gmail.com>
User-Agent: Mutt/1.9.1 (2017-09-22)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrOKsWRmVeSWpSXmKPExsUixG6nottmOzfaoGOxicWb7ZNYLO6+ucxi 8fDgHTaLGX8mMlss3ryRxWJa22ZmBzaPj7MnsHnsnHWX3WPJkp9MAcxRXDYpqTmZZalF+nYJ XBkHbj5nL/jOVTHhvFUD41GOLkZODgkBE4lXTzcydTFycQgJLGaS6Fi+nw3C2cgo8fflVSjn KpPEvquL2EFaWARUJTbMOMcIYrMJqEg0dF9mBrFFBJwl3nybwAzSwCywlVHi8b/VYAlhgVCJ no/rgXZwcPAC7WtcGwkSFhJoY5Lo3hkOYvMKCEqcnPmEBcRmFtCR2Ln1DhtIObOAtMTyfxwQ YXmJ5q2zwSZyCgRK7Fn9nAnEFhVQltjbd4h9AqPgLCSTZiGZNAth0iwkkxYwsqxilE3JrdLN TczMKU5N1i1OTszLSy3StdDLzSzRS00p3cQIjgMX1R2Mc/56HWIU4GBU4uG9sGF2tBBrYllx Ze4hRkkOJiVR3q1eQCG+pPyUyozE4oz4otKc1OJDjBIczEoivB+/zYkW4k1JrKxKLcqHSUlz sCiJ857TnRwtJJCeWJKanZpakFoEk5Xh4FCS4A2xmRstJFiUmp5akZaZU4KQZuLgBBnOAzSc CaSGt7ggMbc4Mx0if4pRl+PP+6mTmIVY8vLzUqXEeeeDFAmAFGWU5sHNAaUviez9Na8YxYHe EuY9CFLFA0x9cJNeAS1hAlqSsQHkg+KSRISUVANj2OuYrU+7T4qeX+39vKy1SvvsW558v2nR Wc1fXm95zHOyOpinVjD+2uM7LwI7P96qPHxJ/NyThbafSplmiOT9lZhV4yo/yeaTeGLEkQV7 73Of/BhkMqWce8IUu4l2ohe0VzAKnlA+xhTc6xDtv4lpetzBh7k+f/Nfall27e8QPTNdOI5d QYVHiaU4I9FQi7moOBEAdFji7DoDAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/3UOBxKuV0kRWZn8StOyOTCHY0NA>
Subject: Re: [DNSOP] Benjamin Kaduk's Yes on draft-ietf-dnsop-refuse-any-07: (with COMMENT)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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, 15 Sep 2018 17:12:42 -0000

On Thu, Sep 13, 2018 at 09:38:54AM +1100, Ólafur Guðmundsson wrote:
> On Thu, Sep 13, 2018 at 9:13 AM, Benjamin Kaduk <kaduk@mit.edu>; wrote:
> 
> > Hi Ólafur,
> >
> > Before I get into the inline comments, I should note something that I only
> > noticed after I posted my ballot position: although everyone I know always
> > refers to this query as "ANY", that's the command-line interface in dig(1),
> > etc., it seems that the specified string to refer to this query is
> > officially "*".  That's what 1035 uses and that's what's in the IANA
> > registry; RFC 6895 has a clarification in a parenthetical "* (ALL/ANY)",
> > but I didn't see much precedent for only using "ANY" in an RFC to refer to
> > this query.  To be clear, I don't object to using that as the primary term
> > -- it is, after all, the common usage!  But perhaps it's worth a short
> > mention at the start that we use "ANY" to refer to QTYPE 255, registered as
> > "*".  The reader can perhaps infer this fact from the IANA considerations
> > that update that entry in the registry to also refer to this document, but
> > it would be nice for the relationship to be more explicit.
> >
> That is a great point something like:
> RFC1035 defined "*" as type 255 but DNS applications have used the "ANY"
> word to refer to that type code"

That works to get the point across, sure.

Thanks,

Benjamin