Return-Path: <edward.lewis@icann.org>
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 07EFB1295F6
 for <dnsop@ietfa.amsl.com>; Mon, 28 Nov 2016 12:00:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.698
X-Spam-Level: 
X-Spam-Status: No, score=-5.698 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497,
 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 c-GzM34B8VBC for <dnsop@ietfa.amsl.com>;
 Mon, 28 Nov 2016 12:00:07 -0800 (PST)
Received: from out.west.pexch112.icann.org (pfe112-ca-2.pexch112.icann.org
 [64.78.40.10])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id 2BE71129FB3
 for <dnsop@ietf.org>; Mon, 28 Nov 2016 12:00:07 -0800 (PST)
Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by
 PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) with Microsoft SMTP Server
 (TLS) id 15.0.1178.4; Mon, 28 Nov 2016 12:00:04 -0800
Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by
 PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id
 15.00.1178.000; Mon, 28 Nov 2016 12:00:04 -0800
From: Edward Lewis <edward.lewis@icann.org>
To: Olafur Gudmundsson <ogud@ogud.com>, Matthijs Mekking
 <matthijs@pletterpet.nl>
Thread-Topic: [DNSOP] Working Group Last Call draft-ietf-dnsop-refuse-any
Thread-Index: AQHSR38mDPJp/+/UzE27wYPg0LTbYaDuuoOAgABY44D///PoAA==
Date: Mon, 28 Nov 2016 20:00:03 +0000
Message-ID: <7BC49E36-B1D5-4931-B5D9-DD6B4D0519CB@icann.org>
References: <CADyWQ+FwGf66+HL3W46C2d1BJZoyRxBDPPw8Yuup8k0Haise=g@mail.gmail.com>
 <395f79ce-eb0a-f3e8-292b-f157613b52d4@pletterpet.nl>
 <FF66B188-3949-4268-9BCE-06AC0D5567B0@ogud.com>
In-Reply-To: <FF66B188-3949-4268-9BCE-06AC0D5567B0@ogud.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1c.1.161117
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [192.0.47.234]
Content-Type: multipart/signed; protocol="application/pkcs7-signature";
 micalg=sha1; boundary="B_3563190002_420550861"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/sM5r3TqEK09Tx1WpSJ0K3MfVedE>
Cc: "dnsop@ietf.org" <dnsop@ietf.org>
Subject: Re: [DNSOP] Working Group Last Call draft-ietf-dnsop-refuse-any
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
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: Mon, 28 Nov 2016 20:00:10 -0000

--B_3563190002_420550861
Content-type: text/plain;
	charset="UTF-8"
Content-transfer-encoding: quoted-printable

On 11/28/16, 10:43, "DNSOP on behalf of Olafur Gudmundsson" <dnsop-bounces@=
ietf.org on behalf of ogud@ogud.com> wrote:

b) pick one at =E2=80=9Crandom"

Please don't use the word random, not even in quotes, in this context.  I s=
uspect that somewhere along the line that a code writer will interpret that =
to mean a random number generator is needed.

Other than being potentially confusing nomenclature, answering at "random" =
is essentially how a cache answers type=3Dany queries today.

Come to think of it, deciding which set is the smallest (on the wire) might=
 be more tie consuming than just answering with the whole set - depending on=
 what bottleneck you fear most that might be a consideration.  And predictiv=
e might also take too much thinkin'.

Caution: old fart's meandering text follows:

While I long prefer an explicit notice that the ANY query is being "shut do=
wn" answering with one (honest) set is no worse than being dumb enough to re=
ly on asking a cache for "ANY".  If anyone is asking an authoritative for "A=
NY" at a name, they either can figure out they didn't get an "whole answer" =
(and then trawl through the expected type codes) or, well, just go trawling =
to start with.

I have in mind a use case where I ask a zone apex for ANY.  I should see a =
SOA, NS set, etc.  If not I obviously have a partial answer and then go traw=
l for the types I expect to see at an apex.  The code doing this has been te=
sted and works, even identifying when one operator turned off ANY and then s=
tarted it back up a month later.


--B_3563190002_420550861
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIIH2QYJKoZIhvcNAQcCoIIHyjCCB8YCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
BaIwggWeMIIEhqADAgECAhAE64fxtFjS2DdV8JfouoFSMA0GCSqGSIb3DQEBCwUAMGUxCzAJ
BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy
dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQTAeFw0xNjA4MDkw
MDAwMDBaFw0xOTA4MDkxMjAwMDBaMIG9MQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZv
cm5pYTEUMBIGA1UEBxMLTG9zIEFuZ2VsZXMxPDA6BgNVBAoTM0ludGVybmV0IENvcnBvcmF0
aW9uIGZvciBBc3NpZ25lZCBOYW1lcyBhbmQgTnVtYmVyczEeMBwGA1UEAxMVRWR3YXJkIExl
d2lzIDkgQXVnIDE2MSUwIwYJKoZIhvcNAQkBFhZlZHdhcmQubGV3aXNAaWNhbm4ub3JnMIIB
IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxGXAQjOhBCDPz1+sGOERDMvSCFWbOUws
GUrXAHLGeEAGYTCpni8f7kYPH7RMalvbep2aVtkMSUn6HR1uY84b437ZZuHCviUn7Aw6itGE
wrDyq7Pb7zTlqE/1kLVhKYrHA4sjhsQRHhBHevxWbb3SYU2IMNxJd4QFgRJIp4zDmAR7bzbH
1ZazFGfo/op0QRsfcpFYmBotbj/4SnldtFwZasr7zTK9wJRSXa9sspLXtQhBe9itxTHJRg0H
BH66VcPX7iRra9XFzkM5JLXOT2nBDIxeqDsLKoTkRWiNoSWoDZylAqS3BfBppwq7eremR7zD
LIaPN4Tbb8TCpORMCZuvswIDAQABo4IB7zCCAeswHwYDVR0jBBgwFoAU5wIjgABP2Ne8lAvZ
P3Q5STI8inkwHQYDVR0OBBYEFBiOkLRCGoHjShiTxeM3n94XHm+2MAwGA1UdEwEB/wQCMAAw
IQYDVR0RBBowGIEWZWR3YXJkLmxld2lzQGljYW5uLm9yZzAOBgNVHQ8BAf8EBAMCBaAwHQYD
VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdIAQ8MDowOAYKYIZIAYb9bAQBAjAq
MCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy5kaWdpY2VydC5jb20vQ1BTMIGIBgNVHR8EgYAw
fjA9oDugOYY3aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hBMkFzc3VyZWRJ
RENBLWcyLmNybDA9oDugOYY3aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hB
MkFzc3VyZWRJRENBLWcyLmNybDB5BggrBgEFBQcBAQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6
Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcwAoY3aHR0cDovL2NhY2VydHMuZGlnaWNl
cnQuY29tL0RpZ2lDZXJ0U0hBMkFzc3VyZWRJRENBLmNydDANBgkqhkiG9w0BAQsFAAOCAQEA
zhEJp9X6tm36lKKaxCdyjyETxL3oVPDmv2JHBD/T/xbqRH0vQfR34VkRnSO+5d8AqHGdhYTK
7yjB/vW52KjiQUiW9WnQFYdY5Q/Yv3cnVgi4zuuye9BPvyr87HbmJ0uafYjATnYziT71njO7
xKIQP6w0MFv8ugT/fXIZsV4NU2eGQEHhvPkR+WOt0KfFa5jEY1qXoj4iZmE21j+f0OhSTA9K
EofM5chR6FCaOyomKPIYU1mcoQwcistCwfcdVhUCpmgazxn6fR89ZOOiKTXxhOHrILdO0pCI
dlJ3xO6EBvFKBCOyRBkD2z7jcWm/U3GkkYBLyRMvH1Ki+q4vwKnFZjGCAf8wggH7AgEBMHkw
ZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRp
Z2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgU0hBMiBBc3N1cmVkIElEIENBAhAE64fx
tFjS2DdV8JfouoFSMAkGBSsOAwIaBQCgXTAjBgkqhkiG9w0BCQQxFgQUU180Fm7AnPzqPgPX
ZP/QuLfda2swGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYx
MTI4MjAwMDAyWjANBgkqhkiG9w0BAQEFAASCAQBZixcZ4CyanKzpffg/iDrM9hkoyuxosePk
F+pKvgjdf0cubiy067CVVGo6mOrmjINS06XIVSqn1KF9qKR1yznKDT30hSE1eiSx5jpsIixH
YaFKEnb7YBrAmtQaWVEFBMb165o1lmq+/v3vVlsQ3h5+ZUJsQRkshHYAB/Noxm4JJM3/q8vz
Kk3yCSbL2BpeN88oXFt3hW1PJbdCS3k2KSf1TBa8Zn2TkdRWr/HeFHgfd1Bdrgfet2mI2Le2
3t+ICEUx12/tTMZCmnbIP7oIex138yObdAvPgF3ktU6RSYo6Z/u9uML3OJnCGtkmGtrUQqUD
MDVTYNb+huCyfQheoKoB

--B_3563190002_420550861--

