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

"Alvaro Retana (aretana)" <aretana@cisco.com> Fri, 14 July 2017 11:11 UTC

Return-Path: <aretana@cisco.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 EA688131B47; Fri, 14 Jul 2017 04:11:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level:
X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 bSbkR-SNSQAJ; Fri, 14 Jul 2017 04:11:41 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D1FF131B46; Fri, 14 Jul 2017 04:11:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=44240; q=dns/txt; s=iport; t=1500030701; x=1501240301; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=V2sgt7uXvucVnZP9wWqj3oyCmcFdmOFl+K381nUJRVw=; b=KL9LV9cJ4SpXpWzBex7b7OLJueRHYMSj66xVXZk4POC3W73ti4Ze1BOF Fnb7lbo3Si+MTAkxoTTgDOPgci3brRXs30OyFDH/CaCexBK6FMXGs2K19 GeuH0Fp+IAYCoKQnq+l/4yL1/mAFax7Bj6qasPrpCPmcskN+dHZTQKNy3 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0ASAgDRpWhZ/5tdJa1dGgEBAQECAQEBAQgBAQEBgm9rZIEUB59wdIc6j2cshUoCGoNUQhUBAgEBAQEBAQFrKIUZAQQBI0sLBQsCAQYCDioBAgQDAgICHxEUEQIEDgUUAgaJL0wDDQgQkE2dZIImJ4cPDYNdAQEBAQEBAQEBAQEBAQEBAQEBAQEBHYMog02BYSuBbVg0gleFJjCCMQWJSocMhmqHNjsCh0iHW4RvggxXhHiKU4wJiUwBDyYigQp1FUkSAYUAHBmBTnaHQ4ENAQEB
X-IronPort-AV: E=Sophos;i="5.40,358,1496102400"; d="scan'208,217";a="268090218"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Jul 2017 11:11:39 +0000
Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v6EBBdqL018205 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 14 Jul 2017 11:11:39 GMT
Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 14 Jul 2017 06:11:38 -0500
Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1210.000; Fri, 14 Jul 2017 06:11:38 -0500
From: "Alvaro Retana (aretana)" <aretana@cisco.com>
To: Alia Atlas <akatlas@gmail.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>
Thread-Topic: [vmeet] strawman policy for handling geo-focused outreach: draft-atlas-geo-focused-activities-00.txt
Thread-Index: AQHS9av94QPsraRBZkqF4oZg9S4hXKJQ3bAAgABMGoCAAnNfAA==
Date: Fri, 14 Jul 2017 11:11:38 +0000
Message-ID: <062E2375-78B1-4C6B-B2D4-41A4038B7A19@cisco.com>
References: <CAG4d1rd+YcKwWnzSU8f_fdeSahGt=NY87bPcRU8G8Je=G9=FXw@mail.gmail.com> <285DBAF5-B801-40D2-AC45-A0957DB50126@cisco.com> <CAG4d1rfD02A0+UFa9gSb34aiCYeaNQYB2jOFqKEQQCLEA0o6kw@mail.gmail.com>
In-Reply-To: <CAG4d1rfD02A0+UFa9gSb34aiCYeaNQYB2jOFqKEQQCLEA0o6kw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.22.0.170515
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.61.197.127]
Content-Type: multipart/alternative; boundary="_000_062E237578B14C6BB2D441A4038B7A19ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/vmeet/PySFyXPLZbktl2zmGgDXVTds6OA>
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: Fri, 14 Jul 2017 11:11:45 -0000

On 7/12/17, 11:46 PM, "Alia Atlas" <akatlas@gmail.com<mailto:akatlas@gmail.com>> wrote:

Hi!

When I think about geographically-focused activities, I think about education, evangelization, maybe tutorial-like presentations.  So I think that we don’t need a lot of the structure…

However, from your answers it sounds like you’re thinking about other types of activities, ones that may require IPR disclosures, that may result in an appeal or even harassment.  On one hand, I can see how/why that type of activities may need more oversight.  On the other hand, I think that the IETF process is well scoped within WGs/Areas and it doesn’t belong in geographically-focused efforts.

IOW, discussions and decisions about IETF technology should be happening in the appropriate mailing lists and not in lists such as ietf-community-latam (just a made-up list).  I can see no reason for a discussion during an “IETF overview activity” to ever end up in a situation such that an appeal could happen: there should be no (IETF) decisions made there!

The document should be clear on the current best practice of discussing IETF technology on the appropriate lists so that we don’t end up creating any sort of parallel group that could “reach consensus”.  On the other hand (yes, I know this is my third hand!), the use of IETF mailing lists create a situation where IETF Contributions may be inadvertently made and that has to be well understood by all.

We can talk more in Prague.

Alvaro.



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<mailto:aretana@cisco.com>> wrote:
On 7/5/17, 12:30 PM, "vmeet on behalf of Alia Atlas" <vmeet-bounces@ietf.org<mailto:vmeet-bounces@ietf.org> on behalf of akatlas@gmail.com<mailto: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.