[6tisch] FW: IESG Statement: Guidance on Face-to-Face and Virtual Interim Meetings

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Tue, 12 January 2016 06:32 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CAB61ACE95 for <6tisch@ietfa.amsl.com>; Mon, 11 Jan 2016 22:32:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.502
X-Spam-Level:
X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 nn0G1bU4z8yX for <6tisch@ietfa.amsl.com>; Mon, 11 Jan 2016 22:32:23 -0800 (PST)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 110351ACE93 for <6tisch@ietf.org>; Mon, 11 Jan 2016 22:32:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10228; q=dns/txt; s=iport; t=1452580343; x=1453789943; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=YdlZJlvDXViXrS7pt+zrwmURAAolPC12OEtAGmZy58A=; b=F+v98tQ+RMfpKYIcScA0p/G7zPfP7eOwG97g1HyNRqfbd+aChD8A4cXc S2th0QawdVmjiqp/gL3XsaFCV1mAqBxAMXBbOK+JctwKzvy6a2QWPQ/2K 9LTcS/yapx9E+dg3f1GXIJ5jgIJzN8aMeuD1TdplT9wfEJDzP3IQlFaKH 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BrBQAznZRW/40NJK1egzpSbQaIU7FPgiGBZiKFbQIcgQo6EgEBAQEBAQF/C4Q0AQEBBA4VETEDBhcEAgEGAhEDAQEBAwIREgMCAgIwFAEGAQEFAwIEEwgBC4gaDpFunTaQJAEBAQEBAQEBAQEBAQEBAQEBAQEBARiBAYVVhH+ENwEBXYJegUkFlxMBhUKID4FljR6FZYhsASkML4QKcgGEbjqBCAEBAQ
X-IronPort-AV: E=Sophos;i="5.20,556,1444694400"; d="scan'208";a="66270206"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 12 Jan 2016 06:32:22 +0000
Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u0C6WMxv017102 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <6tisch@ietf.org>; Tue, 12 Jan 2016 06:32:22 GMT
Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 12 Jan 2016 00:32:21 -0600
Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1104.009; Tue, 12 Jan 2016 00:32:21 -0600
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "6tisch@ietf.org" <6tisch@ietf.org>
Thread-Topic: IESG Statement: Guidance on Face-to-Face and Virtual Interim Meetings
Thread-Index: AQHRTJaqOCOczxTpwUyh2Zl/qvXN8Z73a6hw
Date: Tue, 12 Jan 2016 06:31:58 +0000
Deferred-Delivery: Tue, 12 Jan 2016 06:31:38 +0000
Message-ID: <cb893bfd201244268e5300a45e6f8859@XCH-RCD-001.cisco.com>
References: <20160111173626.8708.23350.idtracker@ietfa.amsl.com>
In-Reply-To: <20160111173626.8708.23350.idtracker@ietfa.amsl.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.61.197.14]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/o7HemEO29OWVfE0qv_5q_QKXu0Q>
Subject: [6tisch] FW: IESG Statement: Guidance on Face-to-Face and Virtual Interim Meetings
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Jan 2016 06:32:25 -0000

Of interest, especially at 6TiSCH where we leverage interims a lot.

Cheers,

Pascal

-----Original Message-----
From: IETF-Announce [mailto:ietf-announce-bounces@ietf.org] On Behalf Of The IESG
Sent: lundi 11 janvier 2016 18:36
To: IETF Announcement List <ietf-announce@ietf.org>
Subject: IESG Statement: Guidance on Face-to-Face and Virtual Interim Meetings

Dear all,

Here is an update on the "Guidance on Face-to-Face and Virtual Interim Meetings" IESG statement.

Thanks for the feedback and discussions (both on the ietf and the wgchairs mailing lists).

Taking this feedback into account, we added a requirement for remote participation for the face-to-face meetings, we reworded the sentences about "Extended sequences of virtual interim meetings" that appeared as discouraging this mode of operations, we inserted a bullet point for fair access for all participants regarding timing, and finally we included a series of suggested editorial changes.

The IESG has now approved the following IESG statement ...

Regards,
the IESG


Guidance on Face-to-Face and Virtual Interim Meetings

Date: 11 January 2016

This statement provides IESG guidance on interim IETF working group 
meetings, both face-to-face and virtual.

Historically the work of the IETF has been conducted over mailing lists. 
This practice ensures the widest possible involvement in the working 
group process. This practice allows more in-depth analysis of proposals 
than extended face-to-face meetings and is much more inclusive. In 
general IETF face-to-face meetings are used to hold high-bandwidth 
discussions on specific issues that have not been able to be resolved on 
a mailing list or, in the case of BOFs, to get a common understanding of 
the issues involved in a particular topic. These face-to-face meetings 
can be quite important but are not substitutes for mailing list 
discussions.

There is a long history in the IETF of working groups occasionally 
holding "interim" face-to-face meetings between the regular IETF 
meetings to focus on specific issues or resolve specific problems. 
Interim face-to-face meetings can consume a lot of community resources, 
including travel costs and time of participants. When considering 
whether to approve an interim face-to-face meeting, area directors are 
expected to balance the costs to the community associated with interim 
meetings and the expected benefits. Also, there could be benefits when 
two or more working groups meet together. Interim face-to-face meetings 
which are proposed to eliminate the need for a working group to meet 
during a regular IETF meeting will not generally be approved.

Working group chairs should propose interim face-to-face meeting 
logistics concerning location, timing, and remote participation to 
maximize meeting participation among WG participants.

The Secretariat is available to help with logistics of face-to-face 
interim meetings. Of course, the larger the meeting, the more lead time 
is needed to make arrangements.

Virtual interim meetings (conference calls and jabber sessions) are 
commonly used by working groups: some working groups organize bi-weekly, 
or even weekly virtual meetings. Those virtual interim meetings prove 
very useful and productive in accelerating the working group process. 
Virtual interim meetings are an integral part of the IETF way of working 
and are expected to become more commonplace over time.

RFC 2418 section 3.1 tells us that "interim meetings are subject to the 
same rules for advance notification, reporting, open participation, and 
process, which apply to other Working Group meetings". This applies to 
all face-to-face meetings to which a large part of the working group is 
invited, even if labeled as 'informal' to distinguish them from 'real' 
working group meetings. This does not apply to meetings, conference 
calls, or jabber sessions for small design teams producing input to 
working groups. Virtual interim meetings have other rules that must be 
obeyed, as specified in this IESG statement.

Extended sequences of virtual interim meetings should be considered when 
numerous specific issues need to be debated. Where working group chairs 
wish to schedule a sequence of more than four virtual interims, the 
chairs must explicitly set out the reasoning for that in a mail to the 
list and check that there is rough consensus for that plan. Such 
extended sequences also require AD approval.

Occasionally working group chairs or ADs might help organize meetings to 
discuss vulnerabilities discovered in IETF protocols or implementations. 
Those are not WG meetings and hence not described here.

The guidelines for interim meetings are as follows:

  o For face-to-face interim meetings of IETF working groups:
    - The meetings need prior approval of relevant AD(s).
    - The meetings must be scheduled (location/timing) with fair access 
      for all working group participants.
    - The meetings must be announced at least four weeks before the 
      meeting.
    - The draft agenda must be published at least two weeks before 
      meeting.
    - Announcement text must be sent to ​iesg-secretary@ietf.org for 
      IETF-wide announcement.
    - Remote participation (via Meetecho or similar) should be provided
    - Minutes, including a list of attendees, must be sent to the 
      working group mailing list and, within 10 days of the event (and 
      at least 48 hours before subsequent meeting), uploaded to the 
      Interim Proceedings Tool 
      <​https://datatracker.ietf.org/secr/proceedings/interim/> or sent 
      to ​​proceedings@ietf.org. 

  o For virtual interim meetings of IETF working groups:
    - The meetings are scheduled by the working group chairs, who should 
      discuss their plans with the responsible AD(s).
    - The meetings must be scheduled (timing) with fair access for all 
      working group participants.
    - The meetings must be announced and the draft agenda published at 
      least one week (ideally two) before the call or session.
    - Announcement text must be posted to the relevant working group 
      mailing list(s).
    - Recurring meetings (used only if much debate is expected), may be 
      scheduled together, with a single announcement. A separate draft 
      agenda, serving as a meeting reminder, should be posted before 
      each recurrence.
    - Minutes, including a list of attendees, must be sent to the 
      working group mailing list within 10 days of the event (and at 
      least 48 hours before subsequent meeting), and may optionally be 
      uploaded to the Interim Proceedings Tool 
      <​https://datatracker.ietf.org/secr/proceedings/interim/> or sent 
      to ​​proceedings@ietf.org. 

  o It should also be noted that as RFC 2418 section 3.2 points out, 
    decisions at meetings (normal, interim. conference call, or jabber 
    session) are not final and must be reviewed on the mailing list. 
    Special care needs to be taken with this for topics or issues which 
    have not been discussed on the mailing list or for outcomes that are 
    significantly different from previously arrived mailing list 
    consensus. 

Information on how to set up conference calls can be found on the WG 
Chairs page (​http://www.ietf.org/wg/chairs-page.html).