Re: IETF 100, IAOC perspective

Michal Krsek <michal@krsek.cz> Wed, 08 June 2016 17:02 UTC

Return-Path: <michal@krsek.cz>
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 C8051126BF7 for <ietf@ietfa.amsl.com>; Wed, 8 Jun 2016 10:02:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=krsek-cz.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 SYK5gqctwCFd for <ietf@ietfa.amsl.com>; Wed, 8 Jun 2016 10:02:29 -0700 (PDT)
Received: from mail-vk0-x22a.google.com (mail-vk0-x22a.google.com [IPv6:2607:f8b0:400c:c05::22a]) (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 6C88312D598 for <ietf@ietf.org>; Wed, 8 Jun 2016 10:02:26 -0700 (PDT)
Received: by mail-vk0-x22a.google.com with SMTP id g67so19910450vkb.3 for <ietf@ietf.org>; Wed, 08 Jun 2016 10:02:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=krsek-cz.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=u7MEWZJ7jOLyEqdzrkG5YZ9cE7h5/COJnQJ1fAkCeyI=; b=NZsQKLsZxs0wpmdRCyjfSLwRU6aR9WEP/ZPKWPZ/lb/uMPyFsBqZMVuLW32gDnLpCb CsXC46gbrcamDzKeoDvR15wCicAbnkvq9qKvVIn7dh8+w76ejaQdF/zRHTkvoQT9R84l eZx1dvgDlbGiDBg8scoxTy+2w/yGwZt7RbxTahmKk5vTAMf+fSb7zC2o753Sy6m0f0h/ VteBi0yPQTNPyEvn6Ahm5XDJsq74Ry7HOSf1nJPFb2CiWBUlCfn5z97JhKIIbOzyM7kZ JEo/u5SmTMJQaRWE0cfr/slSBkZdY3vsRQ34EFgf/YUHkf7t3mi9bcRa5wrmoOAVuI38 Dcwg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=u7MEWZJ7jOLyEqdzrkG5YZ9cE7h5/COJnQJ1fAkCeyI=; b=ZFfOQIjxWWjwAyvcnZoC2GZbVuENKopugNIMQKDXo8PuZwor79uk6EomfunfzNe9mK eOtBRnMCnxCU/9vDtrYiY9UGOdHKe39nIQKAh3j/KGdKGW3d3sAgZTjrGYD03bKIPwNq FwZmIFosDQ9FD5zcgY3gbo1cYmHKZ+ov6McsVYD0tz46+mrz5uPqSiKuKWLZZhHUnYHQ ygU2A/UNCOkEU5tybZXsUuLYA9s8j0aA6GQHah7vre1+asqG8CYymOw0KjfERAE7IgTR xYXP4f462IblxZmk0WUCoVRjzKue3QuszEaMGrCKjBzyGDtIAhINncZzUQUktAXQQPHO r1bg==
X-Gm-Message-State: ALyK8tLLqMV/q5ujTcKbOB92pPsEfNeOSxx39v3so2wlMjMvfU66UWghGZmpKqGjAsUf9tG/9uX62Gd+M8qtuA==
MIME-Version: 1.0
X-Received: by 10.159.36.84 with SMTP id 78mr542247uaq.106.1465405345362; Wed, 08 Jun 2016 10:02:25 -0700 (PDT)
Received: by 10.103.104.1 with HTTP; Wed, 8 Jun 2016 10:02:24 -0700 (PDT)
Received: by 10.103.104.1 with HTTP; Wed, 8 Jun 2016 10:02:24 -0700 (PDT)
In-Reply-To: <CADVih5S3v+pDbyKuukdgH+9zXzMAFooP5N4ebzJFYa3fH2Bx3A@mail.gmail.com>
References: <20160608135632.20063.81792.idtracker@ietfa.amsl.com> <256CE0D6-1A2A-459A-9800-FAF1960EDD09@consulintel.es> <CADVih5Q1UtJ8z-U238Qev0-ci2hDc62jK5brGqeKQqLd018vaQ@mail.gmail.com> <CADVih5S3v+pDbyKuukdgH+9zXzMAFooP5N4ebzJFYa3fH2Bx3A@mail.gmail.com>
Date: Wed, 08 Jun 2016 19:02:24 +0200
Message-ID: <CADVih5QEW2KSOn8csR=UmpTaHhYwjiQ-Nc-yQmCd4bFYfBt=Zw@mail.gmail.com>
Subject: Re: IETF 100, IAOC perspective
From: Michal Krsek <michal@krsek.cz>
To: jordi.palet@consulintel.es
Content-Type: multipart/alternative; boundary="001a113cef50101b820534c7455c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/jlCP84WhTDKu__KXI7LW7MqwMh4>
Cc: recentattendees@ietf.org, IETF discussion list <ietf@ietf.org>, IETF Announcement List <ietf-announce@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: Wed, 08 Jun 2016 17:02:32 -0000

Hi Jordi,
I do not like to play such as game. My reason is highly practical. Acting
the way you recommend may create a bigger risk for community of
participants we want to protect.

If there is any relevant risk, I want to avoid any action that makes the
risk bigger and if there is no risk I doubt there is something relevant we
may protest against.

We do no know what reaction we can expect and as I wrote several times,
different cultures have different behaviors.

M
Dne 8. 6. 2016 16:13 napsal uživatel "JORDI PALET MARTINEZ" <
jordi.palet@consulintel.es>:

Thanks Leslie,

Trying to get a positive side out of this debate, I will suggest the IAOC
to work with ISOC in order to contact the Singapore government and try to
get some statement about their future intend with LGTBQ discriminatory
laws. Probably we need to work together with locals, other organizations,
etc.

At this way we could have some “additional” success as outcome for this
meeting, or otherwise, make sure that the relevant authorities get some
kind of “red face” during the event, in case there is no progress to
change/cancel those laws.

Regards,
Jordi


-----Mensaje original-----
De: ietf <ietf-bounces@ietf.org> en nombre de IAOC Chair <
iaoc-chair@ietf.org>
Responder a: <ietf@ietf.org>
Fecha: miércoles, 8 de junio de 2016, 15:56
Para: IETF Announcement List <ietf-announce@ietf.org>
CC: <recentattendees@ietf.org>, <ietf@ietf.org>
Asunto: IETF 100, IAOC perspective

>This is a follow up to the discussion on holding IETF 100 in Singapore,
arising from  the issue of the existence of Singapore laws that
discriminate against LGBTQ people.
>
>Jari, as IETF Chair, is sending a note outlining the forward-looking steps
from the perspective of IETF community actions, so this note is focused on
IAOC actions as part of the bigger context.
>
>The IAOC has carefully reviewed feedback from the community, available
alternative venue options and consulted with the IESG.   We have decided to
keep the IETF 100 meeting in Singapore, while recognizing that the
discussion of Singapore’s appropriateness as an IETF meeting site for other
future meetings is not completed.
>
>We, and we believe the whole IETF, value and respect our LGBTQ
participants and their families.  It was and is not our intention to make
them feel unwelcome at IETF 100.  In making this decision, we recognize
that it was our mistake in missing the issue in the first place.  For that,
again, we can only apologize.
>
>More detail about the decision process itself is outlined in detail below
— this message has been difficult to structure in order to both clearly
deliver the decision and provide detail about how we reached it, without
burying the former in the important detail.
>
>I do want to thank everyone who has shared their knowledge and perspective
in the discussion — I appreciate it has been difficult.  And, there are
significant substantive issues in this discussion that remain unresolved in
the larger context beyond IETF 100.  We have to move on with continued
discussion and respectful engagement in order to determine the right
answers for venues for future IETF meetings.   As part of that, the IAOC
remains committed to continue to address the larger context by:
>
>1/ Listening.  While it is important for the community to move on from the
discussion of IETF 100, we in no way think this conversation about what we
take into account when we do venue selection is completed.
>
>2/ Not viewing this as a precedent for future meeting venue selection.
This is a choice for IETF 100, and any future evaluation of Singapore or
any other venues will be made in the light of whatever the IETF community
decides are requirements for meeting locations in areas that discriminate
against any members of our community.
>
>3/ Selecting sites that support the advancement of the IETF mission
>
>4/ Seeking clarity from the community about parameters for venue
selection.  Along with others in the community, we have asked the IETF
Chair to formalize the MTGVENUE effort into a working group to produce a
meeting selection BCP with consensus from the community about how to
address diversity (of our community, of the laws in different parts of the
world) as part of the selection criteria for meeting venues
>
>5/ Improving our site selection process so that issues of which the
community may be aware can be brought to light before we have signed
contracts for a meeting.
>
>In characterizing Singapore as a place where he could not bring his own
family, because of its laws, Ted Hardie asked at the IETF 95 plenary
meeting that those who had made the decision to meet in Singapore not bring
their families, either.  In an earlier message, the IAOC outlined that it
has to date focused on the suitability of venues/countries for meeting
purposes, but not explicitly for suitability of meeting attendees bringing
companions, family members, etc.  That understanding has now obviously
evolved, and we understand better situations where companions are
necessary.  We note Ted's request.  Individual participants here will have
to make their own decisions about how to answer it. As a group we are
focusing on making sure we improve our processes so that we don’t surprise
or undermine any segments of our community.
>
>In taking a broader view and reflecting on issues where IAOC announcements
may have surprised the community (not solely related to IETF 100, nor just
meeting venues) we also consider that there is merit in a broader review of
the IASA structure, 10+ years after its inception. At the same time, the
practical demands of the meeting arrangements discussion and the
IANA-related work at the IETF Trust need to be satisfied first.  So we plan
to initiate the evaluation of IASA work before the end of this year.
>
>
>
>The IAOC’s decision making process
>----------------------------------
>
>We (IAOC) don’t believe the discussion of Singapore’s appropriateness as
an IETF meeting site (beyond IETF 100) is completed.  There are many strong
positions: we have heard people say that Singapore’s laws clearly violate
human rights and it is unconscionable to propose meeting there; we have
heard people say that our meeting locations are about getting the work done
and if national politics enter into it the IETF is lost beyond any hope of
relevancy; people urge that we cannot avoid places where people are
oppressed without denying the important contributions of those oppressed;
some worry that we cannot attend to any particular oppression because once
we start there will be no place left for us to meet.   All of these views
have arguments in their favour; determining an outcome to the conversation
is well beyond the scope of the IAOC (we look to the IETF Chair/IESG for
determination of IETF policy), and they cannot be reconciled to a clear
pointer to what to do now.
>
>Against that backdrop, we perceived no obvious answer for where to hold
IETF 100.
>
>Absent a clear answer to the question of suitability of decision criteria
for/against Singapore, and having reviewed resources to ascertain that
everyone would be able to travel to Singapore with a reasonable expectation
of personal safety and respect, the IAOC was guided by a few principles.
>
>First, we obviously wanted to take into account all the feedback we
received, both on- and off-list.  We could only take it into account,
rather than reflect it, because we received responses from many different
people who identified in many different ways, and sometimes those responses
were diametrically opposed to others.
>
>Second, we did not believe it was practically possible to consider
alternative dates only 18 months before the meeting was to happen,
especially because we already have a challenge in ensuring we have adequate
support for the ordinary contract negotiation that needs to happen; so we
decided that we had to stick with the dates we had.
>
>Third, we believed that it was necessary that, if we were going to move,
we would need to move to a site where we had already had an unambiguously
successful meeting, otherwise we could run the risk of substituting one
potentially unsuitable venue for another.   With less than 18 months to the
meeting (practically no time for planning purposes), we focused on specific
sites we had been to before.  (We were also somewhat worried about the
financial effects on the IETF of moving the meeting.  We have had
throughout strong support from our meeting sponsor.  So we believed that
these effects could have been blunted but not completely eliminated when
undertaking a new negotiation, since it would be clear to anyone with whom
we were negotiating that we did not have a lot of options.)
>
>Finally, we determined that that this meeting should take place in Asia if
at all possible, to honor the 1-1-1* policy in 2017. None of the candidate
sites in Asia could accommodate us on the dates we already had, making
Singapore the only Asian venue available.  There were a number of potential
sites in Europe and North America.
>
>Part of our problem is that the requirements for meeting venue selection
were sketchily defined, and reasonable people can perceive different
priorities;  we look forward to successful conclusion of MTGVENUE work to
remove ambiguity from those requirements.
>
>We acknowledge that much of this could have been avoided if we had
attempted earlier the strategy of calling out potential venues early, to
see whether there are problems.  We regret very much that we did not do
that, and we shall certainly heed that lesson in the future.
>
>
>
>Leslie, for the IAOC.
>
>