[Gendispatch] The actual issues (was Re: Meetings summary)

Vittorio Bertola <vittorio.bertola@open-xchange.com> Fri, 16 October 2020 13:45 UTC

Return-Path: <vittorio.bertola@open-xchange.com>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE3303A0F5F for <gendispatch@ietfa.amsl.com>; Fri, 16 Oct 2020 06:45:45 -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, 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 MhqFhQvLuQA2 for <gendispatch@ietfa.amsl.com>; Fri, 16 Oct 2020 06:45:43 -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 94D103A0F3D for <gendispatch@ietf.org>; Fri, 16 Oct 2020 06:45:42 -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 0853E6A28A; Fri, 16 Oct 2020 15:45:41 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=open-xchange.com; s=201705; t=1602855941; bh=FwzaHM3faQ3k6Phq103whGNhBN/Ia7Xi0cJMiJ1nO+4=; h=Date:From:To:In-Reply-To:References:Subject:From; b=U4ut/rTDvErfChnLNnylcY1qFDDEM5Ur3m0PbIErO0xQqw1Bdre46/H6XeRXN2oL/ IKmpcbjNuXaGQ5d3UZtmni5Nf3g2SDWYnar0YJSZ8jN3YgG41hJ9GjeAxLaDVz6MlJ AYyIQLaN6hhmj9nN3HSeOHisWKA74UB0PVHj8tLXt1WNhKb4uZ35D0CO1YEpSxznOv uIMfCmLHtbpzNOXTiPoVT8irhvoYOeJvJqXvuOnIO83tSTKyQhD7ppH7FQeqWIBMw1 pbTTB1CoxGY9W9xV/x/Bj8UqkJVlahYvBVzqJCoBA6ySJGo1SZ52sGlJ5Z8mo0WU0b aS3NX2K31fg1Q==
Received: from appsuite-gw2.open-xchange.com (appsuite-gw2.open-xchange.com [10.20.28.82]) (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 ED9453C0371; Fri, 16 Oct 2020 15:45:40 +0200 (CEST)
Date: Fri, 16 Oct 2020 15:45:40 +0200
From: Vittorio Bertola <vittorio.bertola@open-xchange.com>
To: Bron Gondwana <brong@fastmailteam.com>, gendispatch@ietf.org
Message-ID: <924470957.25906.1602855940871@appsuite-gw2.open-xchange.com>
In-Reply-To: <76d19c8b-68d3-465f-b869-c18a9db7504f@dogfood.fastmail.com>
References: <B1075198-D4F5-498B-B16B-3081A9B07DDD@episteme.net> <76d19c8b-68d3-465f-b869-c18a9db7504f@dogfood.fastmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_25904_904122228.1602855940850"
X-Priority: 3
Importance: Normal
X-Mailer: Open-Xchange Mailer v7.10.4-Rev10
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/gendispatch/az4q6qnqi_L5TITgCBl50EMbcuA>
Subject: [Gendispatch] The actual issues (was Re: Meetings summary)
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Oct 2020 13:45:46 -0000

>     Il 16/10/2020 15:02 Bron Gondwana <brong@fastmailteam.com> ha scritto:
> 
> 
>     Does the IETF have confess to some "sins"?
> 
>     I believe this is the core issue underlying much of the disagreement.  I feel that there's not consensus on whether we have something to apologise for.
> 
>     There's also a sub issue hidden under that, which is this question:
> 
>     Is the IETF systemically racist?
> 
One of the problems I have with this entire discussion (and with the way draft-knodel framed it - and I said this to Mallory and Niels already when they brought its first version up in HRPC, over two years ago) is that it focuses only on African-Americans, and only on the use of certain words in standards.

Personally, I think that the IETF is not racist. But I think that it is often "exclusionary", in the sense that it actively (culturally) makes participation by certain groups harder or less influential upon the final outcomes. These groups include, in no particular order:
- newbies / outsiders
- people that work in certain sectors of the industry (e.g. ISPs)
- non-technical stakeholders that are affected by the technical direction taken by the Internet, starting with governments
- anyone not having English as their mother tongue

Then, there are also groups that are underrepresented because of a broader issue in the tech sector, such as participants from developing countries and from ethnic minorities in developed countries (including African-Americans). These would benefit from proactive inclusion and capacity building programs.

Moreover, in all these cases, the wording of certain technical concepts in standards is not the primary reason for the disadvantage that these people have in participating - possibly not even one of the top five.

I think that this entire discussion would produce much deeper effects in the long term if it started with a broader analysis of what can be a disadvantaging factor for each of many different groups. It's not even a new discussion; ICANN in 2000 was culturally much like the IETF is in 2020 and while I am in no way suggesting that the IETF should become like ICANN is today (actually that would be an utter disaster), perhaps there are lessons to be learnt from what other Internet organizations did to address this category of problems.

--

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