Re: [Add] My principles for discovery

Ralf Weber <dns@fl1ger.de> Fri, 27 March 2020 09:56 UTC

Return-Path: <dns@fl1ger.de>
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 54F9A3A0433 for <add@ietfa.amsl.com>; Fri, 27 Mar 2020 02:56:52 -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, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, 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 ZjHqr2Ikjrvt for <add@ietfa.amsl.com>; Fri, 27 Mar 2020 02:56:49 -0700 (PDT)
Received: from smtp.guxx.net (nyx.guxx.net [85.10.208.173]) by ietfa.amsl.com (Postfix) with ESMTP id B34C83A0415 for <add@ietf.org>; Fri, 27 Mar 2020 02:56:48 -0700 (PDT)
Received: by nyx.guxx.net (Postfix, from userid 107) id 687CC5F408DB; Fri, 27 Mar 2020 10:56:47 +0100 (CET)
Received: from [172.19.176.182] (p4FC214AE.dip0.t-ipconnect.de [79.194.20.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by nyx.guxx.net (Postfix) with ESMTPSA id 27E035F40370; Fri, 27 Mar 2020 10:56:47 +0100 (CET)
From: "Ralf Weber" <dns@fl1ger.de>
To: "Martin Thomson" <mt@lowentropy.net>
Cc: "Vittorio Bertola" <vittorio.bertola@open-xchange.com>, add@ietf.org
Date: Fri, 27 Mar 2020 10:56:45 +0100
X-Mailer: MailMate (1.13.1r5671)
Message-ID: <9C6D7F1C-98DF-4159-B4B7-98DE156187E9@fl1ger.de>
In-Reply-To: <08c407f3-e0bc-46c2-9864-c7d4c347811b@www.fastmail.com>
References: <aec5404a-99eb-4aa7-9020-1e7b4f51b5ca@www.fastmail.com> <93585501.473.1585121577118@appsuite-dev-gw1.open-xchange.com> <08c407f3-e0bc-46c2-9864-c7d4c347811b@www.fastmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/add/9zGojgHDOVtY_oy7wWZ-5zCE3V4>
Subject: Re: [Add] My principles for discovery
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: Fri, 27 Mar 2020 09:56:52 -0000

On 27 Mar 2020, at 1:44, Martin Thomson wrote:
> Yes, this is the right question to ask, and totally within scope.  I 
> too am not entirely convinced in the value of the complexity trade-off 
> in the specific case you cited, but I also don't know that I really 
> understand how this works from a hollistic perspective either.  I find 
> the idea that I might allow Google (for example) to point me at 
> 8.8.8.8 for the purposes of name resolutions I make within the context 
> of my interactions with Google of interest.
Except that you have no idea when you interact with Google. When you go 
to a website these days (e.g nytimes.com - just tested this now, but 
most sites are the same or similar) you without knowing and without 
being warned (GDPR warning) already have interacted with Google. So that 
is why even for stuff that wants to interact with Google I want them to 
go to my resolver so that I can block it there.

Now I understand that there are other scenarios where distributing 
traffic might better from a privacy perspective, but we should make sure 
that whatever we do we come up with something that allows different ways 
to solve this, which IMHO Tommys draft does.

So long
-Ralf
—--
Ralf Weber