Re: [hrpc] Working group last call for draft-irtf-hrpc-guidelines

Mallory Knodel <mknodel@cdt.org> Mon, 28 June 2021 19:14 UTC

Return-Path: <mknodel@cdt.org>
X-Original-To: hrpc@ietfa.amsl.com
Delivered-To: hrpc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0FA93A098D for <hrpc@ietfa.amsl.com>; Mon, 28 Jun 2021 12:14:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 (1024-bit key) header.d=cdt.org
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 nuw-wzXu33UR for <hrpc@ietfa.amsl.com>; Mon, 28 Jun 2021 12:14:06 -0700 (PDT)
Received: from mail-yb1-xb2e.google.com (mail-yb1-xb2e.google.com [IPv6:2607:f8b0:4864:20::b2e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 041F63A098E for <hrpc@irtf.org>; Mon, 28 Jun 2021 12:14:05 -0700 (PDT)
Received: by mail-yb1-xb2e.google.com with SMTP id m9so20243185ybo.5 for <hrpc@irtf.org>; Mon, 28 Jun 2021 12:14:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cdt.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=diXwfUNHCTHY/+3+4dt2SYLxXIxgroLXzt6U40uC7fQ=; b=Yfav5EGZG6SLGI6SSSeKaIaoE9dAJKnZnoSK8OUvRPrpJccLMNLsoMShI1psk3CtVo krRPDoh9Yy965gxVV9+YkjpQPj5TSFqWDHxiOjn6i4IHSl0LxgJV7CdJ9VgSIIdy5NIE KmvtnMK+2YRIHo8UmsEd3kg1QRZY77+/pgmgs=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=diXwfUNHCTHY/+3+4dt2SYLxXIxgroLXzt6U40uC7fQ=; b=WmEzAIH+A6tQ3vXsd3XFN/LZNwllSSwSqIHLd3z4APAyZk81ej2ncY7QXifQANZwmp mCe0BMwDNFJU92m6/MYTDmZJmIUeIMU+rXCFUFrqMax7hLBxhjBoSPPqP/LFqae2w45g O7q1+JRSrw/TDs0fCjJGZ9hKXrO8IpHNrjJdaLCyX5bLuSwsNggum/cuAAa00KMIY/xt c92eebmAVg090p+fw3MQQ3z7Ku9itzcx5U1WLLu4uu9lHgGnpxiTanaDckShj+gzsCqs CFJ9HGARfrolpXlkrHFNY+7W7l0Q0RyEkot0y9sRV3nXZvkmr//leaV4SbP40Yrn1zDh I9gg==
X-Gm-Message-State: AOAM533lPjfATPUbpQZeq99UljpFoiYRNVgM9i4hqNNvEglwDCwNmRBI P12ImGDlM2Fmw2/IzL4bpttR3BM3UnVruMerCKQK2A==
X-Google-Smtp-Source: ABdhPJzCisuUD6Ol63WTWm2vRwECst+nbSZBF9T6JA9be5KraArTa8rCpTT1VHibdkqm60cdHjKnFOyM1PWEwkq09dU=
X-Received: by 2002:a25:ad65:: with SMTP id l37mr3032939ybe.298.1624907644734; Mon, 28 Jun 2021 12:14:04 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a05:6918:7127:b029:2d:b780:99cd with HTTP; Mon, 28 Jun 2021 12:14:04 -0700 (PDT)
In-Reply-To: <6b540117-38a6-fbfa-3749-048d14b34f38@cis-india.org>
References: <447c4444-800b-dfb9-de3e-bbbe3bb4ac64@lear.ch> <6b540117-38a6-fbfa-3749-048d14b34f38@cis-india.org>
From: Mallory Knodel <mknodel@cdt.org>
Date: Mon, 28 Jun 2021 15:14:04 -0400
Message-ID: <CAGVFjMK5K_VQWiQCre7r21c+ofasyUshP5wFYSxmjtX5147Q6Q@mail.gmail.com>
To: Gurshabad Grover <gurshabad@cis-india.org>
Cc: Eliot Lear <lear@lear.ch>, Mallory Knodel <mallory@cdt.org>, "hrpc@irtf.org" <hrpc@irtf.org>
Content-Type: multipart/alternative; boundary="000000000000f5229e05c5d84a68"
Archived-At: <https://mailarchive.ietf.org/arch/msg/hrpc/tmOMm37J4coLSmA65uU0JqOGCB8>
Subject: Re: [hrpc] Working group last call for draft-irtf-hrpc-guidelines
X-BeenThere: hrpc@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: hrpc discussion list <hrpc.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/hrpc>, <mailto:hrpc-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/hrpc/>
List-Post: <mailto:hrpc@irtf.org>
List-Help: <mailto:hrpc-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/hrpc>, <mailto:hrpc-request@irtf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Jun 2021 19:14:11 -0000

On Monday, June 28, 2021, Gurshabad Grover <gurshabad@cis-india.org> wrote:

>
> > Section 2.3.13
> >
> > I don't know that we have *any* real success stories for
> > decentralization.  HTTP certainly isn't one.  Certainly designing
> > *toward* centralization might be best, but I don't think we have very
> > many examples of that *either.*  Moreover, I have argued, and continue
> > to argue, that some centralization may *facilitate* human rights.  If
> > you take into account the combination of DOH + cloud, an observer must
> > go to far greater lengths to discern even so much as the nature of the
> > traffic, much less content and actual endpoint.
> >
> > And this raises another issue: the point of much of cloud services is to
> > improve individual service reliability.  And yet those same cloud
> > services are a form of centralization.  If you consider that perhaps a
> > handful of players might force DNS traffic to a limited number of
> > resolver services, we might also say that DoH itself presents
> > centralization risks.
> >
> > These sorts of conflicts are of course to be expected.  The question is
> > whether it is worth providing guidance relating to centralization.  I
> > will claim that nobody yet has a real handle in this area, and so better
> > to say nothing in the form of guidance.  Instead, it seems to me to be
> > good fodder for future work.
> >
>
> I don't think I have a strong opinion about this. Before making any
> changes in this section, however, I'd love to hear what others think.
>

I do think that while centralisation can be leveraged for good that it’s
well established that an interoperable, resilient decentralised internet
architecture is ideal for the public interest. So there may be trade offs.
I would point to the section on consolidation in the paper Shivan and I
wrote on DNS Privacy Vs (the public interest).

It’s important to keep in mind the tensions so that we aren’t dogmatically
accepting either scenario.

Here’s that text: https://github.com/mallory/DNS-Privacy.

Great work getting this new version out!

-M



-- 
Mallory Knodel
CTO, Center for Democracy and Technology
gpg fingerprint :: E3EB 63E0 65A3 B240 BCD9 B071 0C32 A271 BD3C C780