Re: [vmeet] strawman policy for handling geo-focused outreach: draft-atlas-geo-focused-activities-00.txt

Alia Atlas <akatlas@gmail.com> Wed, 12 July 2017 22:46 UTC

Return-Path: <akatlas@gmail.com>
X-Original-To: vmeet@ietfa.amsl.com
Delivered-To: vmeet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D980312F258; Wed, 12 Jul 2017 15:46:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 nSG0_XxUnEXO; Wed, 12 Jul 2017 15:46:17 -0700 (PDT)
Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (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 9EA96129482; Wed, 12 Jul 2017 15:46:13 -0700 (PDT)
Received: by mail-wm0-x235.google.com with SMTP id i127so8179717wma.0; Wed, 12 Jul 2017 15:46:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=kk8TPEFWUsDZSQnlOA2iGwPW+17yRItLx8MTQkFS1Xo=; b=mZXYCUeqskFYB4aubRF5yDkX0/S1H7eJS9PBI0fVhDHHdFwbZEAoMn9LCA3Se+9CG2 pfWiExOHDp1PSZ0ecWwceUQbmoG4Hjbo24t/bozHJXD33UByQc0jPifhSIA/lck/jXKV XTY88Tx3bYHy/OfArckLpLdvL8314Rm+V8u+aA1VXbLZFOdjb4Fv7TZA+1xrEgP+Tfok h7BHlEC66WLtMzILVNjrNo6Y4BWa7KgFZy8YuMEVzLn9YM8HM8S2uN4rq2gLwKu+AYYq CnTymqUPC2zk9MZSzYzsDlMqFwXfQ9RyeZquKEYVnGWCG4UtetNlKDPjM8Es4tZgZ4d5 RHDQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=kk8TPEFWUsDZSQnlOA2iGwPW+17yRItLx8MTQkFS1Xo=; b=OR+NiMRT3xth2LLIpkqVSrRaMNGQvfgST1V+79Q1Z8piudV4oSI9Yof/f+nvGbEgTL MIgAz+bM6qV07nSf8r5D8Lx4Pm/4QYCehxKeSPZ+3NiOh2F+3XbA+ho4+HbV8fnCr6hr eEF6NZLsmU+yJH6BL5zEMP6VjL526i3MPcrVlWr7daNsRj+brIWNI921SLyWM0QKVxrZ 75ka3OWB0tEbHoFGYPy0eQ+K6I2ODLhPOH95YqXkjg6glAq2kYaq6UfR79sZpsSCHOrV zXrl43G59kVN4admv+TnLy1t+CvRBv6H/tNwtAKea8eLvjN3PIJhFe6yRY5FyCMtvsTT vh9w==
X-Gm-Message-State: AIVw111jAtbuzniNngtKU0Vrddw7OgNUEbfmvgZNIGon9ukzb3tCVZOA 3vi0n6ljoK2XCJdxbOYJAT+E7KExIdHM
X-Received: by 10.28.56.198 with SMTP id f189mr4143518wma.88.1499899571783; Wed, 12 Jul 2017 15:46:11 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.130.179 with HTTP; Wed, 12 Jul 2017 15:46:11 -0700 (PDT)
In-Reply-To: <285DBAF5-B801-40D2-AC45-A0957DB50126@cisco.com>
References: <CAG4d1rd+YcKwWnzSU8f_fdeSahGt=NY87bPcRU8G8Je=G9=FXw@mail.gmail.com> <285DBAF5-B801-40D2-AC45-A0957DB50126@cisco.com>
From: Alia Atlas <akatlas@gmail.com>
Date: Wed, 12 Jul 2017 18:46:11 -0400
Message-ID: <CAG4d1rfD02A0+UFa9gSb34aiCYeaNQYB2jOFqKEQQCLEA0o6kw@mail.gmail.com>
To: "Alvaro Retana (aretana)" <aretana@cisco.com>
Cc: vmeet <vmeet@ietf.org>, EDU Team <edu-team@ietf.org>, "draft-atlas-geo-focused-activities@ietf.org" <draft-atlas-geo-focused-activities@ietf.org>
Content-Type: multipart/alternative; boundary="001a114cbf0a2cd05805542695c0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/vmeet/EKp9BJxqDeOGNVoiAqSenKC4-aw>
Subject: Re: [vmeet] strawman policy for handling geo-focused outreach: draft-atlas-geo-focused-activities-00.txt
X-BeenThere: vmeet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF remote participation meeting services discussion <vmeet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vmeet>, <mailto:vmeet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/vmeet/>
List-Post: <mailto:vmeet@ietf.org>
List-Help: <mailto:vmeet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vmeet>, <mailto:vmeet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Jul 2017 22:46:20 -0000

Hi Alvaro,

Thanks for the feedback.  I do think that you are raising excellent points
for discussion so that the community can come to some consensus.

On Wed, Jul 12, 2017 at 6:13 PM, Alvaro Retana (aretana) <aretana@cisco.com>
wrote:

> On 7/5/17, 12:30 PM, "vmeet on behalf of Alia Atlas" <
> vmeet-bounces@ietf.org on behalf of akatlas@gmail.com> wrote:
>
>
>
> Alia:
>
>
>
> Hi!
>
>
>
> > Here is a draft suggesting how to connect in the various
> geographically-focused activities into the IETF
>
> > with light oversight and considering how various IETF policies should
> apply.
>
>
>
> I love outreach, but I have some concerns about what this document seems
> to want to achieve…and its ability to do so.  Maybe acting a little as the
> Devil’s Advocate…
>
>
>
>
>
> P1. What activities are covered?
>
>
>
> As defined in RFC8179, an IETF Activity is one “…organized or initiated by
> ISOC, the IESG, or the IAB…” – in Section 4, you rationalize that because
> some activities “have been organized by ISOC, members of the IESG, and
> folks active in the Directorate.  Therefore, these Geographically-Focused
> IETF Activities are part of the IETF…”.  I think this is not the right
> conclusion.  For example, I have personally organized and participated in
> outreach activities – even though I am a member of the IESG, I haven’t done
> so at the request of the IESG (IETF Chair, etc.) nor in any related
> official capacity.  IOW, I think that just because an activity is organized
> by an active member of IETF community it doesn’t make it an IETF Activity.
>
>

Sure - not all activities would have to fall into this category.  Many of
the activities have been being organized by ISOC.  There are considerations
around openness, correct representation and use of the IETF name & logo,
and so on.

The draft leaves the door wide open for “Not Official IETF Activities” that
> may still use the IETF Logo and name.  I would argue that anyone organizing
> this type of activity is already an active member of the IETF community…and
> in this case the event wouldn’t be considered an IETF Activity.  What is
> the difference with the characterization above?
>
>
That is a section under the use of the IETF name and logo; there are
already rules in place about that.  This is, I believe, what ISOC has been
using - but that's what Christian put in.


>  My main point here is that it seems like the “light oversight” is really
> optional and, in the end, only some activities may be covered by this
> effort.
>
>
Right, activities that want to be considered part of the IETF, getting
resources and support, and agreeing to follow professional conduct,
anti-harassment, IPR disclosure, and so on where they may be influencing
the standards process.

What is the alternative?  Having anyone able to use the IETF name & logo,
get a mailing list, allow in only whom they want, etc?  We don't have
failure or bad cases now - which is great - but if we're putting a process
in place, that is necessary.


> P2. Coordinators.
>
>
>
> The appointment and oversight of coordinators for the activities doesn’t
> sound even close to “light oversight”.  Finding, training and supervising
> potentially many (many!!) coordinators is not an easy job for the Oversight
> Lead in the Directorate.  I would even venture to say that it could be a
> full-time job as, hopefully, the outreach activities spread and
> multiply…not to mention the complexity of multiple regions, countries, etc.
>
>
>
>
> Delegating some of the work on “One-Time Activity Coordinators” just adds
> a level of indirection – it doesn’t necessarily simplify the process, but
> it may add some local knowledge. Keep in mind that the regions can be wide
> reaching; Latin America covers an area similar to the continental US and
> Europe put together. [Aside: Christian is already a great regional
> coordinator!!]
>

The idea isn't to go forth and find coordinators - much less across vast
geographies - but to approve the coordinators who self-organize.  The
one-time activity coordinators is intended to be exactly folks like
Christian; as he described it, he does the general guidance and has a local
coordinator on site.  This is simply describing the structure already in
place - except for adding an "approval" step.

My intention is that the selection of coordinators is generally the same
bottoms-up process that it is now where each group self-organizes.  This
has worked for some in part by having folks come and ask for an IETF
mailing list; I've done a bit of sanity-checking before handing it out.

The draft may still have parts describing it as appointing rather than
approving; that language can be cleaned up.

How else do you have anything like an appeals path or the ability to
recover if the coordinator goes AWOL?

As for training, what I'm picturing - but discussion is great - is
   a) help on use of IETF name and logo concerns - how to avoid them
   b) some support on better use of social media & communications from ISOC
for doing outreach - maybe a template or two
   c) a common mailing list for coordinators to be able to share
experiences and ask for advice.



P3. Localization and Openness
>
>
>
> I think there’s an important contradiction in Section 4.4: “While the IETF
> works only in English, there may be some types of events where using the
> local language is preferable…A localization accommodation MUST NOT
> compromise the openness of the event for attendees.”  Events that are not
> conducted in English will compromise the effectiveness of participation for
> English-only (or non-local-language) speakers – unless these events make
> investment on translation facilities, for example.  The contradiction comes
> in the recognition that a local language may be preferred, but at the same
> time that openness must be guaranteed.
>
>
>
> I would characterize language as the most important barrier for
> participating in the IETF (for non-native English speakers).
>
>
>
> An example…  We just completed (last week) the 4th Pre-IETF/IRTF Workshop
> in Brazil, which is an event held at the Congress of the Brazilian
> Computing Society (CSBC).  This year all the presenters were Brazilian and
> made their presentations in Portuguese – an invited talk (about IoT in the
> context of the IETF) was presented in Spanish.  Even though a couple of the
> papers have a version in English, it is clear that the offered papers and
> the participation in the event would have significantly suffered if it had
> not been held in Portuguese/Spanish.  This event is not big enough yet to
> have translation facilities (as far as I could tell, neither did the
> overall CSBC event).  http://csbc2017.mackenzie.br/
> anais/eventos/4-wpietfirtf    [Note also that both Christian and I
> participated as coordinators.]
>
>
>

Here, you certainly have more experience than I do.  I'm happy to change
that language.  If the attendees are expected to be comfortable in the
local language, I didn't see not using English as compromising the
openness.  Please suggest better wording.


>  As I mentioned above, the contents of the document seem to be optional
> to whoever wants official oversight…but the process and requirements may
> not be in the best interest of the activity.
>

I hear you.  I think that you are underestimating the benefits that we have
gotten because ISOC is doing the oversight for many of the outreach
activities.  I've also seen how local groups can go bad, in other contexts.

Personally, I think that coordination and oversight is not needed.
> Education and training (on IPR, for example) would be a fine investment for
> the directorate to make.  A document on best practices related to the use
> of IETF logo and name, communications, use of IETF resources such as
> mailing lists, etc. is what I think would be the best path forward.
>

It does try to do that as well.  I am delighted to start a more focused
conversation on coordination and oversight.

Regards,
Alia


>
>
> My 1c.
>
>
>
> Alvaro.
>