Re: [dns-privacy] [DNSOP] [Doh] New: draft-bertola-bcp-doh-clients

Paul Vixie <paul@redbarn.org> Tue, 12 March 2019 21:11 UTC

Return-Path: <paul@redbarn.org>
X-Original-To: dns-privacy@ietfa.amsl.com
Delivered-To: dns-privacy@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D98C412796B; Tue, 12 Mar 2019 14:11:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 by88CRs0yveJ; Tue, 12 Mar 2019 14:11:06 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [24.104.150.213]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E459B1240D3; Tue, 12 Mar 2019 14:11:06 -0700 (PDT)
Received: from linux-9daj.localnet (vixp1.redbarn.org [24.104.150.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id A8F88892C6; Tue, 12 Mar 2019 21:11:06 +0000 (UTC)
From: Paul Vixie <paul@redbarn.org>
To: dnsop@ietf.org
Cc: Stephen Farrell <stephen.farrell@cs.tcd.ie>, Christian Huitema <huitema@huitema.net>, "doh@ietf.org" <doh@ietf.org>, "dns-privacy@ietf.org" <dns-privacy@ietf.org>
Date: Tue, 12 Mar 2019 21:11:05 +0000
Message-ID: <2356055.DoC3vY7yXE@linux-9daj>
Organization: Vixie Freehold
In-Reply-To: <a8a31672-40ef-3886-472b-0eca7df15262@cs.tcd.ie>
References: <1700920918.12557.1552229700654@appsuite.open-xchange.com> <5342244.Q90AZAhhXk@linux-9daj> <a8a31672-40ef-3886-472b-0eca7df15262@cs.tcd.ie>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dns-privacy/KP3SGdldWO3OxuFCQKQUiDNpl5c>
Subject: Re: [dns-privacy] [DNSOP] [Doh] New: draft-bertola-bcp-doh-clients
X-BeenThere: dns-privacy@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <dns-privacy.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dns-privacy/>
List-Post: <mailto:dns-privacy@ietf.org>
List-Help: <mailto:dns-privacy-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Mar 2019 21:11:08 -0000

On Tuesday, 12 March 2019 21:05:36 UTC Stephen Farrell wrote:
> Paul,
> 
> On 12/03/2019 20:51, Paul Vixie wrote:
> > just as i've cautioned the RFC 8484 authors against imposing their anti-
> > censorship views on my parental controls or corporate network policies,
> > let me here caution you against imposing your (clearly) western
> > liberal-democratic views on the development of protocols whose ideal
> > state is "interoperability" and never more or less.
> 
> I'm sorry but I don't understand this argument.
> 
> DoH interoperates pretty well.

but does it intend more, or less?

>    ... Two primary use cases were considered during this protocol's
>    development.  These use cases are preventing on-path devices from
>    interfering with DNS operations, ...

(from Introduction, RFC 8484.)

> 
> You and Christian have expressed different concerns not
> related to interop.

did you read what i wrote?

> 
> I don't see why, based on your argument, your concerns
> trump his.
> 
> Can you explain?

he's trying to achieve a political aim using technology. that is not the 
purpose for which the internet engineering task force, or the internet itself, 
was convened. it is not why our employers pay our travel costs. and it is not 
why the rest of the world trusts our outputs.