IETF Logo Mail Archive

Re: [Add] New Version Notification for draft-pauly-add-resolver-discovery-01.txt

Paul Vixie <paul@redbarn.org> Mon, 27 July 2020 20:47 UTC

Return-Path: <paul@redbarn.org>
X-Original-To: add@ietfa.amsl.com
Delivered-To: add@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09D8E3A03EE for <add@ietfa.amsl.com>; Mon, 27 Jul 2020 13:47:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 aXGXUC8b8cMc for <add@ietfa.amsl.com>; Mon, 27 Jul 2020 13:47:27 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD8753A03ED for <add@ietf.org>; Mon, 27 Jul 2020 13:47:27 -0700 (PDT)
Received: from linux-9daj.localnet (dhcp-183.access.rits.tisf.net [24.104.150.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (1024 bits) server-digest SHA256) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id 9D831C3F16 for <add@ietf.org>; Mon, 27 Jul 2020 20:47:25 +0000 (UTC)
From: Paul Vixie <paul@redbarn.org>
To: add@ietf.org
Date: Mon, 27 Jul 2020 20:47:24 +0000
Message-ID: <10299797.CFGZsHVd10@linux-9daj>
Organization: none
In-Reply-To: <20200727142632.GB4377@nic.fr>
References: <159467169252.16945.8450259386577181707@ietfa.amsl.com> <alpine.DEB.2.20.2007241742170.24797@grey.csi.cam.ac.uk> <20200727142632.GB4377@nic.fr>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
Archived-At: <https://mailarchive.ietf.org/arch/msg/add/_Tmax8zhAogR8x52UgFWqC_uzE4>
Subject: Re: [Add] New Version Notification for draft-pauly-add-resolver-discovery-01.txt
X-BeenThere: add@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Applications Doing DNS <add.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/add>, <mailto:add-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/add/>
List-Post: <mailto:add@ietf.org>
List-Help: <mailto:add-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/add>, <mailto:add-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Jul 2020 20:47:29 -0000

On Monday, 27 July 2020 14:26:32 UTC Stephane Bortzmeyer wrote:
> On Fri, Jul 24, 2020 at 05:53:02PM +0100,
>  Tony Finch <dot@dotat.at> wrote
> 
>  a message of 21 lines which said:
> > Except that stub resolvers have to cope with networks that don't
> > allow end-user devices to talk to arbitrary authoritative DNS
> > servers.
> 
> These violations of network neutrality seem a reason to use DoH (or
> DoT) with authoritative name servers.

in the USA at this time, network neutrality is nobody's obligation.

on privately operated edge networks having only employees or family but no 
customers, network neutrality will never be an obligation. on those networks, 
DoH will be seen as, and treated as, an attack.

i don't think network neutrality is a useful rubric for ADD's proposals.

-- 
Paul

v2.23.0 | Report a Bug | By Email