Re: [DNSOP] The Larger Discussion on Differences in Response Drafts

"Paul Hoffman" <paul.hoffman@vpnc.org> Thu, 18 August 2016 14:40 UTC

Return-Path: <paul.hoffman@vpnc.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 AA75412DCDA for <dnsop@ietfa.amsl.com>; Thu, 18 Aug 2016 07:40:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 J7Lp73nZnnBG for <dnsop@ietfa.amsl.com>; Thu, 18 Aug 2016 07:40:28 -0700 (PDT)
Received: from mail.proper.com (Opus1.Proper.COM [207.182.41.91]) (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 5449C12DA8E for <dnsop@ietf.org>; Thu, 18 Aug 2016 07:40:25 -0700 (PDT)
Received: from [10.20.30.101] (50-1-98-193.dsl.dynamic.fusionbroadband.com [50.1.98.193]) (authenticated bits=0) by mail.proper.com (8.15.2/8.14.9) with ESMTPSA id u7IEeLPM048368 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Aug 2016 07:40:23 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
X-Authentication-Warning: mail.proper.com: Host 50-1-98-193.dsl.dynamic.fusionbroadband.com [50.1.98.193] claimed to be [10.20.30.101]
From: Paul Hoffman <paul.hoffman@vpnc.org>
To: Matthew Pounsett <matt@conundrum.com>
Date: Thu, 18 Aug 2016 07:40:20 -0700
Message-ID: <DAE8C592-A5A6-4EDA-A100-67B7DD900C36@vpnc.org>
In-Reply-To: <CAAiTEH-Q7_UHQQUQfiw8sEp3MsF8OSkq+MhoLtwt18-DjUu7Hw@mail.gmail.com>
References: <665d8bd3-4229-eb98-1688-2460dcb943b6@gmail.com> <CAAiTEH--d3J7E0kib6WedXKeuQKYcofaVZra5vuh2qpt8RUSHQ@mail.gmail.com> <CACfw2hh3OXw9Z7S8s3MSKwHMCEm=uUT03+tS0g1esMU0PULVqQ@mail.gmail.com> <CAAiTEH-Q7_UHQQUQfiw8sEp3MsF8OSkq+MhoLtwt18-DjUu7Hw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"
X-Mailer: MailMate (1.9.4r5234)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/GhkqnP77JbBDy6LGc6VnTHW78b8>
Cc: dnsop <dnsop@ietf.org>
Subject: Re: [DNSOP] The Larger Discussion on Differences in Response Drafts
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: Thu, 18 Aug 2016 14:40:32 -0000

On 18 Aug 2016, at 7:19, Matthew Pounsett wrote:

> On 18 August 2016 at 01:33, william manning 
> <chinese.apricot@gmail.com>
> wrote:
>
>> please help me get over the feeling that this argument is founded on 
>> the
>> same logic as that used by folks who "know" I might want, no NEED 
>> that
>> extra bit of email in my inbox.  As I read it, it sounds like DNS 
>> Server
>> Spam being "PUSHED" to the Resolver who may or may not want the data.
>>
>
> Pure hyperbole.

Disagree: partial hyperbole.

> If a client is given a delegation today, you don't complain because 
> glue is
> supplied.

Agree. But...

> It's necessary for the obvious next step.

There is a difference between "don't complain" and "needed". I would not 
complain about an Additional with AAAA for an A request, or vice versa. 
However, I would complain about "A of our advertising partner because I 
think you are about to render an HTML page".

> We already have
> other records (e.g. SRV) which is many cases have data which are 
> useless
> without a followup query.  In what way is it like spam to supply those 
> data
> with the original query?

If I'm making an SRV query, I know I can ask for ("pull" in Tim's 
wording) additional info.

Are there QTYPEs that, when I ask for them, I won't know that I should 
also ask for the related info?

--Paul Hoffman