Re: [arch-d] [IAB] Call for Comment: <draft-iab-for-the-users-02> (The Internet is for End Users)

Joel Halpern Direct <jmh.direct@joelhalpern.com> Thu, 06 February 2020 14:47 UTC

Return-Path: <jmh.direct@joelhalpern.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 02E57120930 for <architecture-discuss@ietfa.amsl.com>; Thu, 6 Feb 2020 06:47:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 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_LOW=-0.7, 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=joelhalpern.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 74Nq42JUzKvn for <architecture-discuss@ietfa.amsl.com>; Thu, 6 Feb 2020 06:47:34 -0800 (PST)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 85B2E120910 for <architecture-discuss@ietf.org>; Thu, 6 Feb 2020 06:47:34 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 48D1Vt2VGqz6GD5P; Thu, 6 Feb 2020 06:47:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1581000454; bh=wvGPWmuXiZw8OfVu0eC9nKkh7ygmCk/OeuC3xB11R60=; h=Subject:To:References:From:Date:In-Reply-To:From; b=S5DO0NctmiazSV8xOnCLUcmEMFbGAZ4km1EDz97Og/K+qtdagZEv8zoK65QbD4G6o 3W4heUpPjaNQXYdCuvvin5O/bUp+yMaDCxdd8tfvSM4IobXry3WLuwW3ZtE6H6kQlz gnVmNv/ehW7nrMpp0Bp36N42kH3KpZPizDY57ORE=
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 48D1Vs5WB8z6G8qB; Thu, 6 Feb 2020 06:47:33 -0800 (PST)
To: Martin Thomson <mt@lowentropy.net>, architecture-discuss@ietf.org, iab@iab.org
References: <158094293707.31222.730373457433066701.idtracker@ietfa.amsl.com> <deaf2366-b835-5ed5-48f3-6303b1836d7b@joelhalpern.com> <17b0861f-079f-4a12-914b-d88a9056ccd2@www.fastmail.com>
From: Joel Halpern Direct <jmh.direct@joelhalpern.com>
Message-ID: <df12869f-7cc9-d90b-9866-78d00c4ff2e6@joelhalpern.com>
Date: Thu, 6 Feb 2020 09:47:31 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2
MIME-Version: 1.0
In-Reply-To: <17b0861f-079f-4a12-914b-d88a9056ccd2@www.fastmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/dkqr3gW-uyn2MMPRKK_YVGMiOEE>
Subject: Re: [arch-d] [IAB] Call for Comment: <draft-iab-for-the-users-02> (The Internet is for End Users)
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: Thu, 06 Feb 2020 14:47:42 -0000

Yes, put simply, I think that declaring that the user's interest takes 
precedence over everything else is wrong.  You or the IAB as a whole are 
of course free to come to different conclusions, but I think it is 
actually very helpful to view it as a tussle with a veriety of itnerests 
that need to be respected.

If the IAB really wants to say that they think the tussle is over, I 
would expect to see the names of approving IAB members at the end of the 
document when this is done.  If, on the other hand the IAB considers 
this a useful perspective but not necessarily one they all agree with, 
then I would expect that to be clearly stated.

Personally, if the IAB takes the stance that this is a done deal, and 
the tussle is over, that will decrease the likelihood of my bothering to 
pay attention to the specifics (to the extent they exist) in the 
document.  Your choice.

Yours,
Joel

On 2/6/2020 9:28 AM, Martin Thomson wrote:
> Hi Joel,
> 
> On Thu, Feb 6, 2020, at 01:24, Joel M. Halpern wrote:
>> But the underlying tone that the End User concerns should take
>> precedence over everything else seems to be incorrect.
> 
> Are you suggesting that it is incorrect in that it is not a provable statement in a mathematical sense and more a value judgment?
> 
>  From my perspective, that value judgment is right (in the moral sense) and that we should be saying this.  Having the IAB say this is also important, though I would of course be happier if the IETF said the same.  This statement is consistent with similar statements from the IETF (as referenced, RFC 3935), and other organizations (see for example the W3C position <https://www.w3.org/TR/html-design-principles/#priority-of-constituencies>).
> 
> As a letter to the IETF, I hope that it has weight, but it does not set out to have any sort of normative force.  Choosing a different basis from which to design a protocol would not automatically disqualify it from consideration for publication on the IETF stream, though I hope that people would be motivated to ask pointed questions or contest something that, for instance, might favour operations to the detriment of individual interests.  Arguably, we already do that; see RFCs 7871 and 7974 for published cases of where that happened with different results.
> 
> You cite some examples that seem to imply that you think that this general assertion is wrong in general, namely connected "stuff" and people who operate the network (though not those who build and design it, curiously).  Both of those concerns are addressed in the draft.  To sharpen those points: network operations exist to serve the network, which exists to serve the users of that network; devices exist to serve a range of use cases, which generally ultimately have users also.  Draw a longer chain and the value to people becomes more diffuse and abstract; see also <https://en.wikipedia.org/wiki/Trickle-down_economics>.  But the draft also recognizes the potential for instances where the balance of interests might end up favouring other entities.
> 
> I do see this as a partial refutation of the tussle theory, to Bernard's point, but I don't see a need to address that more directly.
> 
> It's true that we cannot always predict the effect of our choices, but it seems to me that there is a prevailing attitude that says we MUST NOT consider things like social implications.  That to me is where we go wrong.  Good engineering considers all the requirements, not just the convenient ones.
> 
> Cheers,
> Martin
>