Re: [vmeet] PLAN: Formulating a workplan for vMeet

Henning Schulzrinne <hgs@cs.columbia.edu> Fri, 17 April 2009 18:42 UTC

Return-Path: <hgs@cs.columbia.edu>
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 BFAB83A6E1F for <vmeet@core3.amsl.com>; Fri, 17 Apr 2009 11:42:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.299
X-Spam-Level:
X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 VMuIYNKOkUIx for <vmeet@core3.amsl.com>; Fri, 17 Apr 2009 11:42:14 -0700 (PDT)
Received: from serrano.cc.columbia.edu (serrano.cc.columbia.edu [128.59.29.6]) by core3.amsl.com (Postfix) with ESMTP id E528A28C1CE for <vMeet@ietf.org>; Fri, 17 Apr 2009 11:41:18 -0700 (PDT)
Received: from ice.cs.columbia.edu (ice.cs.columbia.edu [128.59.18.177]) (user=hgs10 mech=PLAIN bits=0) by serrano.cc.columbia.edu (8.14.3/8.14.1) with ESMTP id n3HIgLut026661 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 17 Apr 2009 14:42:22 -0400 (EDT)
Message-Id: <371C6BE6-4052-4709-A2FD-0E0AF08360F8@cs.columbia.edu>
From: Henning Schulzrinne <hgs@cs.columbia.edu>
To: dcrocker@bbiw.net
In-Reply-To: <49E8B241.2060808@dcrocker.net>
Content-Type: text/plain; charset="WINDOWS-1252"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v930.3)
Date: Fri, 17 Apr 2009 14:42:21 -0400
References: <49DE44DD.4060202@dcrocker.net> <200904162018.n3GKISLs012182@cichlid.raleigh.ibm.com> <49E889FC.5010108@dcrocker.net> <ADF86A1B-5F28-439B-B4DC-BC6F4B40AFB1@cs.columbia.edu> <49E8A89F.1000709@dcrocker.net> <7F75115C-5AA5-41F1-9C02-F8BE56FEF016@cs.columbia.edu> <49E8B241.2060808@dcrocker.net>
X-Mailer: Apple Mail (2.930.3)
X-No-Spam-Score: Local
X-Scanned-By: MIMEDefang 2.65 on 128.59.29.6
Cc: vMeet@ietf.org
Subject: Re: [vmeet] PLAN: Formulating a workplan for vMeet
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: Fri, 17 Apr 2009 18:42:15 -0000

There's probably a common set of minimal requirements:

- Clients (remote participants) can be Windows 2000/XP/Vista, MacOS,  
Linux.

- Presenting systems can be some subset thereof (may not need Win2K,  
for example).

- Ability to render PowerPoint and PDF MUST, OpenOffice SHOULD.

- For audio, allow VoIP and PSTN dial-in (800# is MAY).

- Ability to mute remote participants (e.g., to deal with someone's  
music-on-hold system)

- Audio recording

Nice-to-have:

- Audio MAY: speaker indication (who is talking)

- Pass ability to "drive" slides to any participant.

- Annotate slides in real time (highlighter, overlay text).

- Text chat (already have Jabber chat rooms)

- Hand raising to claim microphone spot ("floor control")

Henning

On Apr 17, 2009, at 12:45 PM, Dave CROCKER wrote:

>
>
> Henning Schulzrinne wrote:
>> I think it would be useful to have a set of requirements spelled  
>> out, both MUST and NICE TO HAVE (a new 2119 category).
>
> +1
>
> (I suppose that 'MAY' serves the nice-to-have function, in a  
> requirements spec.)
>
>
> Fred circulated an initial list of usage modes, from which one can  
> start to formulate the functional requirements:
>
>   <http://www.ietf.org/mail-archive/web/vmeet/current/msg00009.html>
>
>
> From a discussion with Fred and Eliot, I suggest the following  
> elaboration:
>
>
>
> Goals
> -----
>
> Mode Goal = MG
>
> MG-A:  Slight improvement in quality of the experience for existing  
> remote
>       participants (current model 'bis')
>
> MC-B:  Remote participants as regular, full participants in a  
> meeting (.0
>       upgrade to model; for all sessions)
>
> [MG-x:   Design team collaboration ? ]
>
> MG-C:  Individual virtual session, small scale (30?)
>
> MG-D:  Individual virtual session, large scale (200?)
>
> MG-E:  Suite of simultaneous virtual sessions
>
> MG-F:  Full IETF meeting sequence
>
>
>
> Milestones
> ----------
>
> Document the (required) IETF features for a session
>
> Specify expected/desired functional details for each MG / Revisit  
> periodically
>   (but don’t call these ‘requirements’)
>
> Slight improvement in quality of the experience for existing remote  
> participants
>   (current model 'bis')
>
> Remote participants as regular, full participants in a meeting (.0  
> upgrade to
>   model; for all sessions)
>
> [Design team collaboration ? ]
>
> Individual virtual session, small scale (30?)
>
> Individual virtual session, large scale (200?)
>
> Suite of simultaneous virtual sessions
>
> Full IETF meeting sequence
>
> d/
> -- 
>
>  Dave Crocker
>  Brandenburg InternetWorking
>  bbiw.net
>