Re: my summary of discussion regarding IETF #100

Leif Johansson <leifj@mnt.se> Sat, 28 May 2016 21:01 UTC

Return-Path: <leifj@mnt.se>
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 236B712D123 for <ietf@ietfa.amsl.com>; Sat, 28 May 2016 14:01:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnt-se.20150623.gappssmtp.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 6EJs8IN0Jb6V for <ietf@ietfa.amsl.com>; Sat, 28 May 2016 14:01:32 -0700 (PDT)
Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 498D412D131 for <ietf@ietf.org>; Sat, 28 May 2016 14:01:32 -0700 (PDT)
Received: by mail-lb0-x236.google.com with SMTP id h1so38108860lbj.3 for <ietf@ietf.org>; Sat, 28 May 2016 14:01:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnt-se.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fRGNPS+vocVyoHkC0e44s+z4PUvfgDhEjYxsaZV90FU=; b=GwiU4NLQGXv/zK0FRgWsJECuHb44YJ7WkAjKMH8ecXg7zxJ6F4+nEMJux2cXd5vjEc gAqoxaJie8GgK7OzyJDiomnQ/ryhO30cIeTk0+lQGSeTvHjXLljI8mCwqnpQimtJFqFL ck8vrA1DqEV9hPLUOs5/c3/gOsbFdYvBrC/VKhausNgTteYxt3G1bGdztehIWQ+qqsLN YRWwwwD2NxH4k0hMbCQ2UenEls4BMKyHQSNe1HHarfPoPw0E/dX85pxADehyCPeifTnY imJb6Jx+ymoJhZsk4KmKcz36/lrsRRTUyOKl3qYV6PX1gudw2vVx0sAKBckoaHNsfBoi Ff+Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fRGNPS+vocVyoHkC0e44s+z4PUvfgDhEjYxsaZV90FU=; b=cT6xWHHQ/9d5fk6P82NBC4W85ly8fBjt/TSw/sLfOOD8rh52G+k5xaIjXkq5UMRDWR /W2OaUpeuTahVPGMzHHy2kigI1u1W/UF8jmqS6qznvtkBEjlHAa+9CfmTCY+8bAyE+Pp 0/kolYb0jXj9fapqGao7n6iQarhwWr25TXkr/pokqUcMSaLLGl4ME8z1fDHKjl39gBjn ZIEWQu0++3ijyaUXsbleUmm8vbT6DglWCBM00YYdyPWZk2O2QzaH6Zz25LzmWez5mXNF jiUZHcnuDB+IycxJCK83LPTexzPuoMHO6IE/GlxOlLlhM+ec7xiBsqqBdAU/LHLKYXUa bzYw==
X-Gm-Message-State: ALyK8tIpKhVkPy4K/AvImvlk3O5T+VPm8TZNbMFt/LMJYbJUSzD91M2TAxgo65X0St3reQ==
X-Received: by 10.112.146.164 with SMTP id td4mr6610185lbb.82.1464469290323; Sat, 28 May 2016 14:01:30 -0700 (PDT)
Received: from [2.65.111.241] (2.65.111.241.mobile.tre.se. [2.65.111.241]) by smtp.gmail.com with ESMTPSA id p4sm3779757lfe.40.2016.05.28.14.01.29 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 28 May 2016 14:01:29 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (1.0)
Subject: Re: my summary of discussion regarding IETF #100
From: Leif Johansson <leifj@mnt.se>
X-Mailer: iPhone Mail (13F69)
In-Reply-To: <AB5E1CF9-52C7-46E1-A430-C0E65793728E@piuha.net>
Date: Sat, 28 May 2016 23:01:26 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <DCCDED04-B982-4B23-91F1-638DA9FAA1CD@mnt.se>
References: <AB5E1CF9-52C7-46E1-A430-C0E65793728E@piuha.net>
To: Jari Arkko <jari.arkko@piuha.net>
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/lgcLDabdOeKYLCjg1g527aIPiIw>
Cc: "ietf@ietf.org Discussion" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
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: Sat, 28 May 2016 21:01:35 -0000


Skickat från min iPhone

> 28 maj 2016 kl. 19:49 skrev Jari Arkko <jari.arkko@piuha.net>:
> 
> Folks,
> 
> There’s been a lot of email on this topic. This is my summary of the main take-aways. I am writing it as an AD responsible for tracking general discussions. This is my opinion only, not the IESG's or IAOC's, though I'm grateful for help from both. This is also not a suggestion on what we should do, but rather observations on where the discussion is. I think you'll hear from the IAOC or me more next week.
> 
> As Jamie noted recently, it is a good thing when a community can discuss its sensitivity to various issues, approach to diversity, expectations on meeting sites, and so on. I'm proud that the IETF can do that, and do that in the open. The situation is not the same in all organisations.
> 
> That being said, any discussion that becomes long, repetitive, and starts to frame various interests in terms of pitting different participants against each other, is in danger of creating divisions that will be difficult to repair. Not to mention burning out various community and committee members. I know I am stressed by this discussion, and I suspect a lot of other people are too. I think Stephen was right in calling for a cool-off period.
> 
> I also feel that we have a situation where any binary decision will end up with some set of people feeling that their concerns are not appreciated.
> 
> I wanted to make some observations about the discussion, however. There have been some lessons that are hopefully helpful in thinking about this topic.
> 
> To begin with a concrete issue that was at the beginning of the discussion: Families and companions have generally not factored into the meeting site selection process in any way in the past. However, during this discussion I believe understanding of the issues related to situations where families sometimes need to travel with a participant has increased. This recognition has been a useful lesson, and can be applied in future. The relevant discussion of this issue should find its way into the meeting venue selection criteria draft.
> 
> Also, I certainly think we all respect the need to have a welcoming environment for LGBT community, where the IETF meets. As we respect many other things, mentioned in the discussion.
> 
> But beyond that it gets more difficult. It is of course true that the IETF cannot solve all issues. Please do not expect that there can be *any* meeting that has no issues of some sort. However, it is fair to expect us to do two things: first, look for venues that maximize our collective ability to work to make the Internet better. And second, vary our meeting locations because we know that no venue is issue-free.
> 
> Several people have pointed out that it is very important that the IETF treats everyone's issues the same. I'd point out though that not everyone reacts in the same fashion, e.g., we need to be aware of people who are or have been silent about their issues, attempt to identify such issues, and consider those as well, fairly, *while* still needing to find a reasonable set of real-world venues.
> 
> This thread has also struggled with agreeing on the specific situation on the ground in Singapore. I suppose part of the difficulty is whether one looks at the practical situation or considers the consequences should the risks be realised. In any case, there is disagreement, though it is to be expected that different people would hold different views about the situation. Bridging those differences is, perhaps, not a reasonable goal.
> 
> There has been some discussion of positions of principle, topics where we feel strongly about something but that do not have a direct impact on our (+ possibly families) ability to participate. I think most of us agree that making explicit statements of principle about social issues writ large is outside the scope of organisations such as the IETF.
> 
> MEETING STRATEGIES FOR THE IETF
> 
> The detailed meeting selection criteria have been seen by all as important. Work on a draft is proceeding.
> 
> I’m aware that we've not met in Asia too often even after establishing the 1-1-1* policy. Based on my recollection of various venue decisions, there are at least some practical reasons behind (cost and availability of venues) but the results are surprising. We've met in Asia for IETFs only four times in the last ten years (IETFs #94, #82, #79, and #76). We are not following 1-1-1-* very strictly!
> 
> Speaking of 1-1-1-*, the best reference for this policy resides in IAOC minutes of a decision that the IESG made many years ago. This seems like an issue that needs to be fixed with proper documentation.
> 
> IAOC
> 
> Early on in the discussion, we all obviously realised that any small set of people are unlikely to spot as many problems as a broader community. The IAOC has started a practice of releasing lists of potential future meeting sites in an effort to "crowd-source" observations. This is not a solution to all problems, but certainly seems like a useful step. Some diversity can also be added internally, e.g., the meetings committee is planning to ask for additional volunteers.
> 
> The question of a more general transparency of what the IAOC is doing has been repeatedly raised and I think the community and the IAOC largely support going in this direction. Obviously a reasonable policy is needed with regards to what information can or can not be exposed to protect contracting; there's clearly more work here for the IAOC.
> 
> WHERE ARE WE?
> 
> But to finish this email, I wanted to say that IETF #100 is just one aspect both in the problem and solution. The IETF needs a way forward for #100, but it also seems like our community needs time to properly design the criteria, probably some external help in learning more about issues of diverse groups globally, some assurances that the IETF *does* indeed care about various issues that our diverse group has, and so on.
> 

Excellent summary. Thx!