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

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Mon, 30 March 2020 14:29 UTC

Return-Path: <prvs=13587ef033=jordi.palet@consulintel.es>
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 DF3AA3A16AC for <ietf@ietfa.amsl.com>; Mon, 30 Mar 2020 07:29:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.098
X-Spam-Level:
X-Spam-Status: No, score=-0.098 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_NONE=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=consulintel.es
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 sPN6_OQMyqwf for <ietf@ietfa.amsl.com>; Mon, 30 Mar 2020 07:29:54 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [IPv6:2001:470:1f09:495::5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 381E03A16A4 for <ietf@ietf.org>; Mon, 30 Mar 2020 07:29:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1585578591; x=1586183391; i=jordi.palet@consulintel.es; q=dns/txt; h=User-Agent:Date: Subject:From:To:Message-ID:Thread-Topic:References:In-Reply-To: Mime-version:Content-type:Content-transfer-encoding; bh=fRV4qH4F BSlsLpAi+E/qyi3Dqvc+2tNVoaO1NPvTr/g=; b=g+V2d8bZQQrI9SjDER3SWpeR WKwr8DsduL3sfoC6X1iPSjzs1UOofxhATBMEJYRqfM74OvVe2id0QEaclDgzqUW4 QFuvo7lYI1iFroORb/oxTmimMj6S8Yvd+9ad1hM8IcOBTx/uzUFtoL7jT86WEuNW y6yGfu+gJZosyS9LbTo=
X-MDAV-Result: clean
X-MDAV-Processed: mail.consulintel.es, Mon, 30 Mar 2020 16:29:51 +0200
X-Spam-Processed: mail.consulintel.es, Mon, 30 Mar 2020 16:29:50 +0200
Received: from [10.10.10.144] by mail.consulintel.es (MDaemon PRO v16.5.2) with ESMTPA id md50000108365.msg for <ietf@ietf.org>; Mon, 30 Mar 2020 16:29:49 +0200
X-MDRemoteIP: 2001:470:1f09:495:65e3:1fdb:e109:22d2
X-MDHelo: [10.10.10.144]
X-MDArrival-Date: Mon, 30 Mar 2020 16:29:49 +0200
X-Authenticated-Sender: jordi.palet@consulintel.es
X-Return-Path: prvs=13587ef033=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: ietf@ietf.org
User-Agent: Microsoft-MacOutlook/16.35.20030802
Date: Mon, 30 Mar 2020 16:29:48 +0200
Subject: Re: @EXT: RE: United Nations report on Internet standards
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: ietf@ietf.org
Message-ID: <4C113FBE-B50A-4252-A9A2-C0A6FA666F45@consulintel.es>
Thread-Topic: @EXT: RE: United Nations report on Internet standards
References: <68ab4f9e057d49b0972f97a907f45ced@elvas.europol.eu.int> <4668b6f7-cf7e-b577-3ece-30d1bdf3a4bc@network-heretics.com> <713270061.4157.1585575906743@appsuite-dev-gw1.open-xchange.com>
In-Reply-To: <713270061.4157.1585575906743@appsuite-dev-gw1.open-xchange.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/c817IH2I17mhDtubc03giE7CKsw>
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 14:29:57 -0000

Hi Vittorio,

I'm not sure if you participate in the RIRs policy making process. I'm author of about 100 (just a guess, but probably not too much wrong) policy proposals among all the 5 RIRs. I never did the stats, but probably 85-95% of them reached consensus. It takes time, it means conceding a lot, even sometimes acting against your own personal views, just to make sure that the proposal reaches a point that is the best for all. Sometimes, this means having a policy that is only half way of what it is the best, and after some time doing some changes again.

It works! the same as in IETF.

Democracy *today* is a crap, of course, better than dictatorial regimes. However, in today's Internet world it should be possible that we have a more active participation in most of the government's decisions, but of course, this is not good for the powerful. I wish all the governments and politicians can learn about the consensus making process that we have in RIRs and IETF.

Regards,
Jordi
@jordipalet
 
 

El 30/3/20 15:46, "ietf en nombre de Vittorio Bertola" <ietf-bounces@ietf.org en nombre de vittorio.bertola=40open-xchange.com@dmarc.ietf.org> escribió:

    > 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
    
    



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.