Re: [Add] What to do in this potential working group

"Livingood, Jason" <Jason_Livingood@comcast.com> Fri, 23 August 2019 00:03 UTC

Return-Path: <Jason_Livingood@comcast.com>
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 ECB86120089 for <add@ietfa.amsl.com>; Thu, 22 Aug 2019 17:03:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.com
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 w7NQjdBzuOtU for <add@ietfa.amsl.com>; Thu, 22 Aug 2019 17:03:09 -0700 (PDT)
Received: from copdcmhout02.cable.comcast.com (copdcmhout02.cable.comcast.com [96.114.158.212]) (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 78F8C120043 for <add@ietf.org>; Thu, 22 Aug 2019 17:03:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=comcast.com; s=20190412; c=relaxed/simple; q=dns/txt; i=@comcast.com; t=1566518585; x=2430432185; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=Yi0xGieL5A4zHtmrApLcOGddplOm1NVe4Jf5ElBSXQI=; b=HqDXqqtaEhvgesDV8y+AS9PqOjLeS/o/Iz7BVjZ6c3UtqqZ9KvKPp6lze7PsxD3I Pbq+QH4c1wxYV6o1JwmCRZzJVu3pY4LewF23RxhUyDOx33W0M4o+4ktpsSmS4Joz 0hM2ojsffGoGAAbi1fddVg2MBiJ+FOAuHIRL+hIX8fBZBPBgIiHmtKfV1EklNnms pBKVxHuK8HnZoh227uARrTuSPXtYAzs2gC/MuWQDZbxFgU/w5Ciihbmfk8vlA6Dh 6gjVErCuXpgsbhnE+ROF7UkwWPg6Z/4SAyQv5xtDpe9PBC7OqKBIXpavabi0w3Rn aDns71dAQbpax3PDklXbLg==;
X-AuditID: 60729ed4-227ff700000013e0-38-5d5f2d393a28
Received: from COPDCEXC38.cable.comcast.com (copdcmhoutvip.cable.comcast.com [96.114.156.147]) (using TLS with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by copdcmhout02.cable.comcast.com (SMTP Gateway) with SMTP id 9D.DE.05088.93D2F5D5; Thu, 22 Aug 2019 18:03:05 -0600 (MDT)
Received: from COPDCEXC37.cable.comcast.com (147.191.125.136) by COPDCEXC38.cable.comcast.com (147.191.125.137) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Thu, 22 Aug 2019 20:03:04 -0400
Received: from COPDCEXC37.cable.comcast.com ([fe80::3aea:a7ff:fe36:8a94]) by COPDCEXC37.cable.comcast.com ([fe80::3aea:a7ff:fe36:8a94%15]) with mapi id 15.01.1713.008; Thu, 22 Aug 2019 20:03:05 -0400
From: "Livingood, Jason" <Jason_Livingood@comcast.com>
To: Eric Rescorla <ekr@rtfm.com>, Jari Arkko <jari.arkko@piuha.net>
CC: ADD Mailing list <add@ietf.org>
Thread-Topic: [Add] What to do in this potential working group
Thread-Index: AQHVV5Ij9AP+pxnvJEqQu+QNkzMYhKcFiL2AgAJUYoA=
Date: Fri, 23 Aug 2019 00:03:04 +0000
Message-ID: <7A41A54B-A4CA-4FE5-B0BA-AEACD1D9E105@cable.comcast.com>
References: <A1128702-1E19-4657-9740-E84AE09992F2@piuha.net> <CABcZeBMfOTjq-8hDDoKMtJvfHUA5nC8o60zuk-2Xe-ZhfwriJQ@mail.gmail.com>
In-Reply-To: <CABcZeBMfOTjq-8hDDoKMtJvfHUA5nC8o60zuk-2Xe-ZhfwriJQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1c.0.190812
x-originating-ip: [96.114.156.9]
Content-Type: multipart/alternative; boundary="_000_7A41A54BA4CA4FE5B0BAAEACD1D9E105cablecomcastcom_"
MIME-Version: 1.0
X-CFilter-Loop: Forward
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrHKsWRmVeSWpSXmKPExsWSUDRnsq6lbnysweJ+M4v/p9exWax4fY7d Ysa+FWwOzB5Llvxk8ti6ZDqbx+THbcwBzFENjDYlGUWpiSUuqWmpecWpdlwKGMAmKTUtvyjV NbEopzIoNSc1EbsykMqU1JzMstQifazG6GM1J+EKU8bFrjPsBW2WFZOPNzA2MG4172Lk4JAQ MJF4cNqki5GLQ0jgCJPEsTNL2SGcFiaJ15NaWSCc04wSF45fZ+5i5ORgEzCTuLvwCpgtIuAs ce7IIxYQm1lAWaLlyV2wuLCArcTcztvsEDV2Ek9/7mOCsK0kVr4+zQqymUVAVeLNFXUQk1fA RWL35GiIVc2MEif7fzOClHMKBEpc290GNpJRQEzi+6k1TBCrxCVuPZkPZksICEgs2XOeGcIW lXj5+B8riC0qoC+x5MdmVoi4gsT7f6fYIHrTJa72nAM7jVdAUOLkzCcsEDXiEoeP7GCdwCg+ C8mKWUhaZiFpmQV0NrOApsT6XfoQJYoSU7ofskPYGhKtc+ZC2VYSzecfsSCrWcDIsYqRz9JM z9DQRM/Q1ELPyNBoEyM4Vc27soPx8nSPQ4wCHIxKPLzLVeJjhVgTy4orcw8xSnAwK4nwlk2M ixXiTUmsrEotyo8vKs1JLT7EKM3BoiTOy9odGyskkJ5YkpqdmlqQWgSTZeLglGpgzN0963nu iQf7V7TIiff6/z7aGZbUvztFtWy1R+9Wy7YbEvXswftXaW8123EhZFOI6bSYxM8pO3+pM3zp nl63Ifqx3wT7oJ+8loneW51P7DDz+c5k5Z1m8fvznLmtvrG7a1gDT63ItwoSqArm8y6QmDRn HedP2RfLI3j2fbjrwtZhE5ecavFDiaU4I9FQi7moOBEA/yXijVEDAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/add/w510QhS6W2NRqd7NAEdAD0qQddc>
Subject: Re: [Add] What to do in this potential working group
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, 23 Aug 2019 00:03:11 -0000

From: Add <add-bounces@ietf.org> on behalf of Eric Rescorla <ekr@rtfm.com>
Subject: Re: [Add] What to do in this potential working group

>> On Tue, Aug 20, 2019 at 1:01 PM Jari Arkko <jari.arkko@piuha.net<mailto:jari.arkko@piuha.net>> wrote:
* Recommendation that having devices or apps “call home” for every user action to a centralised global service is bad practice and should be avoided

> I certainly agree that centralization is not ideal, but this recommendation needs to be balanced against other values, in this case, having the DNS queries go to a provider with determined, acceptable, privacy policies -- which, after all, is how we got here in the first place. So, no, I don't think that this proposed recommendation would be right as-is.

[JL] On this narrow point, I do think that one of the core concerns that I hear from many people stems from the risks, issues, and long-term effects of centralization. Interestingly in this case it appears to be centralization in combination with perceived, actual, or potential market share / power / control, which comes at a time socially and politically of increasing concerns over centralization its effects on societies.