Re: [arch-d] IAB Adoption of draft-nottingham-for-the-users-09

Vittorio Bertola <vittorio.bertola@open-xchange.com> Tue, 23 July 2019 13:31 UTC

Return-Path: <vittorio.bertola@open-xchange.com>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DBC50120073 for <architecture-discuss@ietfa.amsl.com>; Tue, 23 Jul 2019 06:31:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.299
X-Spam-Level:
X-Spam-Status: No, score=-4.299 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, 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=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 QLiThatzFtkR for <architecture-discuss@ietfa.amsl.com>; Tue, 23 Jul 2019 06:31:21 -0700 (PDT)
Received: from mx4.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 CFF7612025C for <architecture-discuss@ietf.org>; Tue, 23 Jul 2019 06:31:20 -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)) (No client certificate requested) by mx4.open-xchange.com (Postfix) with ESMTPS id 007FB6A28C for <architecture-discuss@ietf.org>; Tue, 23 Jul 2019 15:31:19 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=open-xchange.com; s=201705; t=1563888679; bh=ZLMoMTruH3ZqUSGO7EjZSi6CTtaaDBpIyB0yLgrY/V4=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From; b=GT+CN8EvxMEQrabm4015TyZvGRLIaSE9Nu2wE9a0Peu8pnimA8GsqiQpvn9bmTr1k PsT5sDW83OOcQQvgcu5xEN7/qyverSLjPq4djELWN7yyF5N9JQTERmrlFkjIF3bK7E fSimxEJX3SfyiEj+FdD/tTcNXh5mc0yyFjUbuUcXHfRDopsjU8yxiG3/AKQJ+b6WfQ FicJOZFwxUgazI0boFlkglrMGpi1BWfwpj1UV0OGJAnlvP3GSY5IO2xTU7TuK8sWgE Ze57Dg9e3rX2WSSZcno2VGe7sfXwJQcptrtAdL2qPUh4BOlB/n9uPeKz3ONgcsCVIZ qlIlvQVdQlpFQ==
Received: from appsuite-gw1.open-xchange.com (appsuite-gw1.open-xchange.com [10.20.28.81]) (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 E88B23C0194 for <architecture-discuss@ietf.org>; Tue, 23 Jul 2019 15:31:18 +0200 (CEST)
Date: Tue, 23 Jul 2019 15:31:18 +0200
From: Vittorio Bertola <vittorio.bertola@open-xchange.com>
Reply-To: Vittorio Bertola <vittorio.bertola@open-xchange.com>
To: architecture-discuss@ietf.org
Message-ID: <1806216817.22128.1563888678892@appsuite-gw1.open-xchange.com>
In-Reply-To: <156380456143.28003.13657497823254748554.idtracker@ietfa.amsl.com>
References: <156380456143.28003.13657497823254748554.idtracker@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v7.10.2-Rev8
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/architecture-discuss/_eHbsseDPDA8-qRdQgCQdcJdZss>
Subject: Re: [arch-d] IAB Adoption of draft-nottingham-for-the-users-09
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 13:31:25 -0000


> Il 22 luglio 2019 16:09 IAB Executive Administrative Manager <execd@iab.org> ha scritto:
> 
>  
> The IAB will discuss adoption of draft-nottingham-for-the-users-09 at 
> its meeting on 2019-08-07.
> 
> The draft can be found here: 
> https://datatracker.ietf.org/doc/draft-nottingham-for-the-users/
> 
> The agenda for the meeting will be posted 48 hours ahead of the meeting 
> here: https://www.iab.org/wiki/index.php/Agenda
> 
> Feedback about this draft can be sent in response to this mail on 
> architecture-discuss@ietf.org, or to the IAB directly at iab@iab.org.

You may remember that I already sent extensive feedback, mostly critical, when -07 was released and the same question was asked. I can say that after that, and after I had a chance to discuss this in person with an IAB member, the following versions have become noticeably better, so thanks for this.

I will still state a few points for the IAB to consider when making its mind on whether to adopt this draft, and on how to develop it further.


1. Whose interest is it really?

If this is going to be a high level policy declaration of "we do it for the general public interest", i.e. the interest of "the people" in general, this is a positive thing. However, you have to be absolutely sure that this will never be used as a way to push the standards-making process in a direction that benefits certain companies over others.

Especially, there is a decade-long competitive battle ongoing between companies providing services within the network and companies providing services over the network, at the endpoints of the connections. Sometimes the "end user" interest can be aligned with the former, sometimes with the latter, and sometimes (perhaps the most likely case) with neither of the two. The IETF should never make policy choices meant to be in favour of any of the two sets of businesses, but only in favour of the actual end users.

Even from the theoretical point of view, when individual "end users" form an organization, be it an NGO, a business or a government, the organization they form - which starts to have interests of its own - is not, in policy terms, an "end user" any more, even if it sits at the edge of the network. This is a known difference between the policy and the technology realm and should be made very clear in the conceptualization of this document. 


2. Easy to say, hard to do 

The second issue is that the controversial part when doing something "in the interest of the people" is not the principle statement, but how to determine what the interest of the people actually is. 

Currently, the IETF is spectacularly ill equipped for that, and the draft does not seem to address the problem, apart from a generic invitation to reach out to civil society organizations and other stakeholders, which however also generally do not represent the interest of "end users", but at most of subsets of them (e.g. the Electronic Frontiers Foundation and the Internet Watch Foundation are going to give you opposite advice on what is in the general public interest and "for social good", though both are civil society organizations). Again, the problem is not how to get multiple end-user interests stated, but how to decide which ones are to prevail, which is always a subjective judgement by each participant, and needs to be aggregated "fairly".

Mankind has worked for centuries to build complex institutional arrangements to get to determine "what's best for the people", and at least for a couple of decades to build similar arrangements specifically for the Internet. Yet there is no indication of their role in this document - it looks like, all of a sudden, the IETF (even at the individual WG level) is going to make its own policy decisions, alone, after running its own consultations with stakeholders. This looks unreliable, unaccountable, uncooperative, and unlikely to bring to any valid result.

In the end, if the IETF is going to adopt this policy, I would suggest that it should also have some ideas on how to implement it and on how it would fit into the broader Internet governance institutional galaxy.


3. This is not (common) law

The draft seems to imply that the IETF is building a corpus of principle documents that are to be used as a binding reference to put an end to any doubt on how to apply the main guideline - basically, a "constitution" of the IETF. The draft actually lists RFC7754, RFC7258, RFC7624 and others.

I sincerely doubt that the policy realm in which we are working is so clear, static and globally uniform that you can express such broader principles and apply them at any time and in any circumstance without further thought. Actually, I think that you need to do the opposite - start with a tentative guideline, see if it actually works in practice, be ready to adapt it to changing circumstances or to new information that shows you that what you thought would work nicely is actually creating more problems than it solves, or conflicts with one of the other guidelines.

And if you still want to establish policy guidelines for protocol development, I think you need to set specifically high barriers for developing them. You must be really sure that they represent broad policy consensus that goes well beyond a small number of IAB or WG members, and - as they affect the whole Internet - beyond the IETF itself.


This is just a set of personal opinions, building on scarce IETF experience but a long personal history in Internet policy; I hope it can contribute usefully to the discussion and I will be happy to continue if the IAB decides to adopt this document.

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