Re: [vmeet] Supporting interim meetings

Doug Otis <doug.mtview@gmail.com> Mon, 18 May 2009 22:08 UTC

Return-Path: <doug.mtview@gmail.com>
X-Original-To: vmeet@core3.amsl.com
Delivered-To: vmeet@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 86CEE3A6E21 for <vmeet@core3.amsl.com>; Mon, 18 May 2009 15:08:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.549
X-Spam-Level:
X-Spam-Status: No, score=-2.549 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dV1G0YbGKg2t for <vmeet@core3.amsl.com>; Mon, 18 May 2009 15:08:02 -0700 (PDT)
Received: from mail-pz0-f117.google.com (mail-pz0-f117.google.com [209.85.222.117]) by core3.amsl.com (Postfix) with ESMTP id C461B3A6D34 for <vmeet@ietf.org>; Mon, 18 May 2009 15:08:02 -0700 (PDT)
Received: by pzk15 with SMTP id 15so2106458pzk.29 for <vmeet@ietf.org>; Mon, 18 May 2009 15:09:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=jP1sdJDS4QXw0qnT7xk5q//zyTHXNwndw4MCD0c0sP4=; b=lDiRBzbtx071YkShvxop7UlRoYK+SPxmu/4pJJABXlns7R0jP6OlCIkAdjbjTpE2AY e4MetWkGUEBDYxYWh2Jt7pquIvMFNlSf+8x2WDrANQATtSfmg3vYFv0NHECX9CSGrzck PanY7w0lUU9v3pD59G9vvawQ8GIXiQU6OBTug=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=LdhOiAokn4hYmykaFc0MiwAD00NMWim+8Djx8jvWPyAvYxZkYZKoUip0S4AWmj6n1U fk0KTt82WgQiclqOh9UyQ9PV+q26R+aVv6ATI3mxWXO48GA0LQbw2jhiU6PF3HgGsiqz p2jhmiyuEKVXuQo1a9OPWYWj5yuQS+k/IhP7I=
Received: by 10.115.22.1 with SMTP id z1mr12211431wai.216.1242684577102; Mon, 18 May 2009 15:09:37 -0700 (PDT)
Received: from SJC-Office-NAT-219.mail-abuse.org (SJC-Office-NAT-219.mail-abuse.org [168.61.10.219]) by mx.google.com with ESMTPS id n9sm5800758wag.69.2009.05.18.15.09.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 18 May 2009 15:09:36 -0700 (PDT)
Message-Id: <D28D2A29-940C-4667-BC28-F8A4566AB2F4@gmail.com>
From: Doug Otis <doug.mtview@gmail.com>
To: Thomas Narten <narten@us.ibm.com>
In-Reply-To: <200905171954.n4HJsCUY013356@cichlid.raleigh.ibm.com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v935.3)
Date: Mon, 18 May 2009 15:09:33 -0700
References: <20090507175356.GG32848@verdi> <4A08BC3C.9070302@dcrocker.net> <200905121242.n4CCgnj4013481@cichlid.raleigh.ibm.com> <20090513025653.GD14375@verdi> <200905171954.n4HJsCUY013356@cichlid.raleigh.ibm.com>
X-Mailer: Apple Mail (2.935.3)
Cc: vmeet@ietf.org, dcrocker@bbiw.net
Subject: Re: [vmeet] Supporting interim meetings
X-BeenThere: vmeet@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF remote participation meeting services discussion <vmeet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vmeet>, <mailto:vmeet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Mon, 18 May 2009 22:08:03 -0000

On May 17, 2009, at 12:54 PM, Thomas Narten wrote:

>>
>>   But last-minute changes, even changes _during_ the presentation  
>> are the nature of the beast. I agree with Dave.
>
> Not for the kinds of meetings we are talking about. We are talking  
> about WG meetings that are scheduled weeks out in advance. Things  
> shouldn't be in serious flux moments before the call... There may be  
> exceptions, but in general charts can be done a few days out in  
> advance of a meeting.

A meeting schedule does not ensure presentation stability and  
technology allows presentations to reflect recent discussions.  Many  
will clarify where discussions have advanced, and some progress occurs  
just prior to meetings.  As with their own names, many tend to forget  
to state which side is being projected as well.  Streaming static  
images that are being projected seems practical, especially when the  
device connected to the projector is standardized.

>>   Playing back an audio recording is not the normal case. We should  
>> design for the normal case.
>
> Actually, I've done this fairly often. It has advantages to  
> following a meeting in real-time (one can pause, rewind, etc.) in  
> cases where one is not expecting to actually contribute/speak during  
> the meeting.

One might wonder whether a voice-mail feature could serve as a type of  
remote question queue.  Someone might listen to messages privately to  
avoid repeated questions.  A dynamic phone list could allow callbacks  
when further elaboration of a question is desired.  The same callback  
mechanism might support audio for remote presentations as well.

Stay focused on enhancing remote participation with IETF meetings.   
There are many suitable solutions for interim meetings where  
participants are all remote.

-Doug