Re: @EXT: RE: United Nations report on Internet standards

Vittorio Bertola <vittorio.bertola@open-xchange.com> Mon, 30 March 2020 13:45 UTC

Return-Path: <vittorio.bertola@open-xchange.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 611193A1606 for <ietf@ietfa.amsl.com>; Mon, 30 Mar 2020 06:45:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.188
X-Spam-Level:
X-Spam-Status: No, score=-0.188 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=open-xchange.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 uHb7B5vxDe_X for <ietf@ietfa.amsl.com>; Mon, 30 Mar 2020 06:45:09 -0700 (PDT)
Received: from mx3.open-xchange.com (alcatraz.open-xchange.com [87.191.39.187]) (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 6E0453A1605 for <ietf@ietf.org>; Mon, 30 Mar 2020 06:45:08 -0700 (PDT)
Received: from open-xchange.com (imap.open-xchange.com [10.20.30.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx3.open-xchange.com (Postfix) with ESMTPS id D98C36A229; Mon, 30 Mar 2020 15:45:06 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=open-xchange.com; s=201705; t=1585575906; bh=xQ5Bm9ZftzIaKJHXnIQFfY064eflHqUC+XQ5hRW/ov4=; h=Date:From:To:In-Reply-To:References:Subject:From; b=zIas60mB5qPCG1w23S/rl+D2C2mASBm6zBtwFQ8viNqhXAFSzXmLi8UJJhnPfl5rA r7udUjyLL5dK5Q1oqThw9Uq+MjAtqa4lGEGEG3UKwR3wxG1R/PEVm+YhG7Vu38QZ0S BjJZJ7W3ZGRGalvp5GEA1SWs1IQZUb0QKV3twbJeg3iQbyXYLMQr7VWmINnIIOc5nf 8sGWN+FiLGRmLhyinLNipDvBUckI/SpxIUIhJatsuoyd83DdTTWneP5YDK6Dvu5ART mSzqAwK6S5jixuUyt6WParzqDbp4K9ffqXav+8qyQxNqJoaZBlm8uGks8AvPbnHvjL ZHi7I1PecSUHQ==
Received: from appsuite-dev-gw1.open-xchange.com (appsuite-dev-gw1.open-xchange.com [10.20.30.221]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by open-xchange.com (Postfix) with ESMTPSA id CB1E03C0412; Mon, 30 Mar 2020 15:45:06 +0200 (CEST)
Date: Mon, 30 Mar 2020 15:45:06 +0200
From: Vittorio Bertola <vittorio.bertola@open-xchange.com>
To: Keith Moore <moore@network-heretics.com>, ietf@ietf.org
Message-ID: <713270061.4157.1585575906743@appsuite-dev-gw1.open-xchange.com>
In-Reply-To: <4668b6f7-cf7e-b577-3ece-30d1bdf3a4bc@network-heretics.com>
References: <68ab4f9e057d49b0972f97a907f45ced@elvas.europol.eu.int> <4668b6f7-cf7e-b577-3ece-30d1bdf3a4bc@network-heretics.com>
Subject: Re: @EXT: RE: United Nations report on Internet standards
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3
Importance: Normal
X-Mailer: Open-Xchange Mailer v7.10.4-Rev0
X-Originating-Client: open-xchange-appsuite
Autocrypt: addr=vittorio.bertola@open-xchange.com; prefer-encrypt=mutual; keydata= mQENBFhFR+UBCACfoywFKBRfzasiiR9/6dwY36eLePXcdScumDMR8qoXvRS55QYDjp5bs+yMq41qWV9 xp/cqryY9jnvHbeF3TsE5yEazpD1dleRbkpElUBpPwXqkrSP8uXO9KkS9KoX6gdml6M4L+F82WpqYC1 uTzOE6HPmhmQ4cGSgoia2jolxAhRpzoYN99/BwpvoZeTSLP5K6yPlMPYkMev/uZlAkMMhelli9IN6yA yxcC0AeHSnOAcNKUr13yXyMlTyi1cdMJ4sk88zIbefxwg3PAtYjkz3wgvP96cNVwAgSt4+j/ZuVaENP pgVuM512m051j9SlspWDHtzrci5pBKKFsibnTelrABEBAAG0NUJlcnRvbGEsIFZpdHRvcmlvIDx2aXR 0b3Jpby5iZXJ0b2xhQG9wZW4teGNoYW5nZS5jb20+iQFABBMBAgAqBAsJCAcGFQoJCAsCBRYCAwEAAp 4BAhsDBYkSzAMABQMAAAAABYJYRUflAAoJEIU2cHmzj8qNaG0H/ROY+suCP86hoN+9RIV66Ej8b3sb8 UgwFJOJMupZfeb9yTIJwE4VQT5lTt146CcJJ5jvxD6FZn1Htw9y4/45pPAF7xLE066jg3OqRvzeWRZ3 IDUfJJIiM5YGk1xWxDqppSwhnKcMOuI72iioWxX0nGQrWxpnWJsjt08IEEwuYucDkul1PHsrLJbTd58 fiMKLVwag+IE1SPHOwkPF6arZQZIfB5ThtOZV+36Jn8Hok9XfeXWBVyPkiWCQYVX39QsIbr0JNR9kQy 4g2ZFexOcTe8Jo12jPRL7V8OqStdDes3cje9lWFLnX05nrfLuE0l0JKWEg8akN+McFXc+oV68h7nu5A Q0EWEVH5QEIAIDKanNBe1uRfk8AjLirflZO291VNkOAeUu+dIhecGnZeQW6htlDinlYOnXhtsY1mK9W PUu+xshDq7lXn2G0LxldYwyJYZaJtDgIKqVqwxfA34Lj27oqPuXwcvGhdCgt0SW/YcalRdAi0/AzUCu 5GSaj2kaGUSnBYYUP4szGJXjaK2psP5toQSCtx2pfSXQ6MaqPK9Zzy+D5xc6VWQRp/iRImodAcPf8fg JJvRyJ8Jla3lKWyvBBzJDg6MOf6Fts78bJSt23X0uPp93g7GgbYkuRMnFI4RGoTVkxjD/HBEJ0CNg22 hoHJondhmKnZVrHEluFuSnW0wBEIYomcPSPB+cAEQEAAYkBMQQYAQIAGwUCWEVH5QIbDAQLCQgHBhUK CQgLAgUJEswDAAAKCRCFNnB5s4/KjdO8B/wNpvWtOpLdotR/Xh4fu08Fd63nnNfbIGIETWsVi0Sbr8i E5duuGaaWIcMmUvgKe/BM0Fpj9X01Zjm90uoPrlVVuQWrf+vFlbalUYVZr51gl5UyUFHk+iAZCAA0WB rsmACKvuV1P7GuiX3UV9b59T9taYJxN3dNFuftrEuvsqHimFtlekUjUwoCekTJdncFusBhwz2OrKhHr WWrEsXkfh0+pURWYAlKlTxvXuI7gAfHEQM+6OnrWvXYtlhd0M1sBPnCjbyG63Qws7Rek9bEWKtH6dA6 dmT2FQT+g1S9Mdf0WkPTQNX0x24dm8IoHuD3KYwX7Svx43Xa17aZnXqUjtj1
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/MrlONYKudaVKE8EUXxRk6IrRomc>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Mar 2020 13:45:13 -0000

> Il 27/03/2020 23:30 Keith Moore <moore@network-heretics.com> ha scritto:
> 
> On 3/27/20 5:47 PM, Marcolla, Sara Veronica wrote:
> 
> > The issue is, when government representative participate to IETF (or a RIR, or ICANN, or a NOG), they do so in their official capacity, thus representing to some extent their organisation. They (we) do understand the concept, however it is impossible to attend without this sort of "official" hat. So on one hand there is Joe-as-himself, and on the other hand there in Alice-as-a-whole-government-rep. How do we make this work better for everyone's benefit in IETF?
> 
> In all cases the burden is on the contributor to build rough consensus 
> for their proposal and they do so not by wielding power but by making a 
> sound case that their proposal benefits the Internet as a whole.   

I think that one key problem of this discussion is that we are lumping together two very different things.

One thing is developing technical standards. In that case, there might be alternatives and even conflicting business interests, but it is still possible to come to an agreement on what "benefits the Internet as a whole". So the consensus method, among individuals that merge their brains to share ideas and make the best possible assessment, can work.

Another thing is choosing between different policies. In that case, there is conceptually no choice that "benefits the Internet as a whole"; almost always, there will only be choices that benefit some people and disadvantage others, or, if you prefer, that benefit the Internet according to some people's concept of what is best for the Internet, but damage the Internet according to some other people's concept. 

In that case, the consensus method will often fail, because there is no possible consensus to be reached. You can only define formal ways to let people express their views, promote a compromise if possible, but in the end pick one view over the other.

That's nothing new; that's how policy-making works, including in general government and politics. There are ~2500 years of philosophical and practical thought on how to deal with that, which led to modern democratic governments, which are based on formalized entities (parties) that represent a weighed set of citizens, and then to the critique of the effectiveness of democratic governments in making the best possible choice, which evolved towards an attempt to bridge the consensus method with the principle of representation - that is, the so-called multistakeholderism that many of us specified 15-20 years ago in Internet policy venues.

No one outside the IETF has problems with the IETF using its own traditional method to make technical choices. However, the concerns arise when the IETF makes policy choices that are de facto binding for the whole Internet. For example, privileging encryption over security is a policy choice. Designing technologies to circumvent national and personal content control points is a policy choice. IETF participants seem to oscillate between claiming that these are objectively good policy choices (as if an "objectively good" policy choice could ever exist) and claiming that these are in fact technical choices (but they are not).

Non-technical stakeholders react late to these choices, because they only realize they have been made when the Internet companies embed them in their ubiquitous products. Nonetheless, many of them - not just governments; see how many digital rights NGOs exist and deal with Internet issues - feel like these choices should be made according to common policy-making principles, not to common technical standardization principles.

Personally, I agree that there's a problem but I have no clear idea yet of how to deal with it. Of course I wouldn't want to have governments dictate what standards should do, but I don't think anyone is asking for that - not even governments, except maybe a few non-Western ones. But I also think that it is not fair that these choices are made almost only by first world engineers, mostly male, white, middle-aged and company-backed like me, without even listening to what others have to say, because there is not an established way to gather that input reliably and effectively. How to address this is IMHO a discussion worth having.

-- 
 
Vittorio Bertola | Head of Policy & Innovation, Open-Xchange
vittorio.bertola@open-xchange.com 
Office @ Via Treviso 12, 10144 Torino, Italy