Re: Virtual BOFs

John C Klensin <john-ietf@jck.com> Sat, 09 January 2016 20:53 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4733B1A8F3C for <ietf@ietfa.amsl.com>; Sat, 9 Jan 2016 12:53:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 C3yJAzjYxJUT for <ietf@ietfa.amsl.com>; Sat, 9 Jan 2016 12:53:46 -0800 (PST)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A17D01A8F37 for <ietf@ietf.org>; Sat, 9 Jan 2016 12:53:46 -0800 (PST)
Received: from [198.252.137.10] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1aI0W8-00080W-U6; Sat, 09 Jan 2016 15:53:44 -0500
Date: Sat, 09 Jan 2016 15:53:39 -0500
From: John C Klensin <john-ietf@jck.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, ietf@ietf.org
Subject: Re: Virtual BOFs
Message-ID: <86BF3589740E7D2FDC2F34EA@JcK-HP8200.jck.com>
In-Reply-To: <5691542D.4060903@gmail.com>
References: <20160105210603.26728.22600.idtracker@ietfa.amsl.com> <AB383E7EE1632A97AC7D544E@JcK-HP8200.jck.com> <2AED06ED-932E-45A5-860B-93FC2E78BE27@isoc.org> <02FAD6B271183972FE511EF0@JcK-HP8200.jck.com> <alpine.OSX.2.01.1601071125550.21147@rabdullah.local> <92612612B8B7E9BC3EE54AB7@JcK-HP8200.jck.com> <7EA5887F-FD0E-49E7-B164-E7BC37C635DB@thinkingcat.com> <422D84C5-86A9-47C8-8131-775A1566E189@lucidvision.com> <5E3C5BC3-B3ED-43F6-92E9-D5BEEBBE71FA@piuha.net> <280B5E0546882DCF4E8FD4CB@JcK-HP8200.jck.com> <5691542D.4060903@gmail.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/ChW49it-2EflwI-iEZ15FR1rBp8>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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, 09 Jan 2016 20:53:48 -0000


--On Sunday, January 10, 2016 07:40 +1300 Brian E Carpenter
<brian.e.carpenter@gmail.com> wrote:

>> (4) "Couldn't make a determination, due eitherto lack of
>> attendance by key people or some technical issue.".   As with
>> (3), little has been lost and we can always hold a physical
>> BOF under traditional rules if needed.
> 
> Speaking from the time-zone-challenged corner, I see a high
> risk of hitting (4) rather frequently. Of course you can argue
> that there is also a high risk of hitting (4) with face2face
> BOFs at unpopular destinations.

Yes.  I could also suggest that the virtual plan gives more
flexibility of scheduling to accommodate people who are
"normally" time-zone-challenged or even of holding two sessions
at different times and collecting information from both.  (4)
may certainly happen and, again, if it does, it seems to me that
we gain some small amount of information and don't lose much.
We will clearly have to experiment and learn as we go along but
it seems to me that, if we don't need just about everyone in the
same physical room at the same time, it opens up all sorts of
possibilities.

> That said, it does seem worth a try.

thx.

   john

p.s. I read Phillip's note, but I see most of the issues he has
raised as more "bad charter", "bad WG management", "failure of
the IESG to supervise adequately", or even "not enough
mechanisms for feedback by the broader community into how a WG
is going" and not specifically BOF problems.  There is an issue,
IMO, with WGs feeling that, having been chartered, they have
"rights" to have anything they emit standardized, but it is,
again, a different issue from the BOF one, whether the BOFs are
in-person or virtual.   As to the substance of his claims, if
people in the community believe that the system is being
"worked" or otherwise used abusively, I hope they are having
detailed discussions with Nomcoms about specific behavior (or
non-performance) and their consequences and appealing when
needed.  Personally, I've found carefully-constructed appeals,
especially about matters that are within scope but have not been
adequately and/or fairly considered to be very effective and
educational for all concerned.  Sometimes I wish we had more of
them.