Re: [DNSOP] New Version Notification for draft-jabley-dnsop-refuse-any-00.txt

"Joe Abley" <jabley@hopcount.ca> Thu, 01 October 2015 06:25 UTC

Return-Path: <jabley@hopcount.ca>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A0791B2A5D for <dnsop@ietfa.amsl.com>; Wed, 30 Sep 2015 23:25:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham
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 zlQDEzaFHwNr for <dnsop@ietfa.amsl.com>; Wed, 30 Sep 2015 23:25:51 -0700 (PDT)
Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 512791B2A5C for <dnsop@ietf.org>; Wed, 30 Sep 2015 23:25:51 -0700 (PDT)
Received: by ioii196 with SMTP id i196so74092501ioi.3 for <dnsop@ietf.org>; Wed, 30 Sep 2015 23:25:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hopcount.ca; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-type; bh=1RL1ZwHiIavqSrZt1wf1LLyFx1evaJ7kZ9a7CaO22sA=; b=S0zWnAc3PRrQ+6cV9tvnQD8Q1x7MjnUUBF0qrLq5MbCFDobfJrSv+f2Ixc7dwErcU7 wjY8Xej7JifSEwzw28Uu0RVL1/X0zW5I61UYKAInyF86iaZ35zvE67VBx3MuXul72utM 6Rqkn+zFXizg+orbyj+wmygXoByl/zvPiMJ6E=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-type; bh=1RL1ZwHiIavqSrZt1wf1LLyFx1evaJ7kZ9a7CaO22sA=; b=L5THRVJHMiPKB+I5mB8KqvqeldAs3kcDE+vZKrrg76s4wZNxXD3/UW9JfqO8mks3aT rIUmfUYra4sM3F5Z6iA44Zi0X92jIpx+Kr7H3APzYWOIYtviyRpQhrTV8HJRwer88Xlj KPrwyGyfj+U81uWlyJm31FxYy7PoXra6U67p/t9O8Urry7uI8saE79b4fd23cqCvbPRH XN33lBNRPmR+qzyz4Z3+zsdVvfCucmCclMmXGXKVMGzqINDCAc1MwVc57PIR5grGiwcq MVGIVeG1FWvvYAB3NjdIzoVUYoCQc36cCCI9w/id16Zk0/tH7l03euvuF8RLPTBPkXkz D7Ug==
X-Gm-Message-State: ALoCoQmT7Q8aJkYOBXzbogZ+hCsUo6X7tTONe9S1PdSqqUraO9D/g7rZhKpGfwCat1tZ8L9NIk6U
X-Received: by 10.107.152.134 with SMTP id a128mr9030558ioe.164.1443680750680; Wed, 30 Sep 2015 23:25:50 -0700 (PDT)
Received: from [199.212.92.18] (135-23-68-43.cpe.pppoe.ca. [135.23.68.43]) by smtp.gmail.com with ESMTPSA id t7sm670047igz.10.2015.09.30.23.25.49 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 30 Sep 2015 23:25:50 -0700 (PDT)
From: Joe Abley <jabley@hopcount.ca>
To: Evan Hunt <each@isc.org>
Date: Thu, 01 Oct 2015 02:25:49 -0400
Message-ID: <2EB63978-61F4-4833-8433-FDEE77CD4D65@hopcount.ca>
In-Reply-To: <20151001050850.GA51763@isc.org>
References: <20150930190405.17300.40441.idtracker@ietfa.amsl.com> <20151001025833.GA51655@isc.org> <0F438B6C-4797-4250-ABCA-4C5AE1D5F232@hopcount.ca> <20151001050850.GA51763@isc.org>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"
X-Mailer: MailMate (1.9.2r5141)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/PAT5CgzUKrvY-7VFZTRVp0py-OY>
Cc: dnsop <dnsop@ietf.org>, Ólafur Guðmundsson <olafuratcloudflare.com@isc.org>
Subject: Re: [DNSOP] New Version Notification for draft-jabley-dnsop-refuse-any-00.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 01 Oct 2015 06:25:52 -0000


On 1 Oct 2015, at 1:08, Evan Hunt wrote:

> The disadvantages of pick-one-RRset that I can see are 1) more
> information leaked (but nothing that couldn't be obtained by sending
> queries for individual qtypes anyway), and 2) modestly larger response
> size (but still a lot better than unminimized ANY responses).
>
> Perhaps both approaches should be described in the draft.

I think I've run out of reasons why the HINFO approach is better than 
your pick-one idea, which mainly leaves us with the HINFO approach 
feeling a lot like a dirty hack that makes me want to shower, while 
yours gets the job done without needing updates to 1035, assuming we 
feel comfortable with the assertion that ANY doesn't have to mean ALL in 
the context of an authority server. I like it quite a lot. Sorry again 
to have missed it when you first brought it up.

Olafur had a particular code-base in mind as motivation for documenting 
this, and he may have some perspectives that I have missed. On that 
note, I will take a few steps away from the microphone.


Joe