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

Doug Otis <doug.mtview@gmail.com> Mon, 20 April 2009 16:49 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 20B5D3A6F88 for <vmeet@core3.amsl.com>; Mon, 20 Apr 2009 09:49:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, 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 P1G8bP8p8AXQ for <vmeet@core3.amsl.com>; Mon, 20 Apr 2009 09:49:53 -0700 (PDT)
Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by core3.amsl.com (Postfix) with ESMTP id 3458E3A6F86 for <vMeet@ietf.org>; Mon, 20 Apr 2009 09:49:53 -0700 (PDT)
Received: by rv-out-0506.google.com with SMTP id g37so734327rvb.49 for <vMeet@ietf.org>; Mon, 20 Apr 2009 09:51:09 -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=fUQql5X14kZFk+8sMVHs6HM2p/VVTcHQvShcpDGYFTg=; b=F6+OfuSnVU1x5jD/MNgUUJMC2HQTX59dstEBQe6jZ8C29FCKmCYy9hjZyD+nysf/9+ flLOulF5Yy6hw5W/Bt05fVTPYdRIMAVbLwrdW5wKDXpGxNwVRsDbvHWcIPSzVCKZpl2B +y7igLs7nk64ZiZ5Z6WUie4luO8T7PX3+/F+I=
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=bts45EoddOLtFbM8DO6EbFqxP/0crPb0RKJgvChhduj1jtmNIOaWPFA4Mmqj/Fq/0B cL755EB/BPAzHb6p70jWu7LbfS+4Ty6xj04EJaRzCnH0NTfxkDWV90Uh9hymcc4TeNiy G7/aZ13Qn/UnIM9i4hJIiXAHE6k437QGSfiZk=
Received: by 10.115.59.4 with SMTP id m4mr3429033wak.37.1240246269076; Mon, 20 Apr 2009 09:51:09 -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 j26sm7749092waf.59.2009.04.20.09.51.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 20 Apr 2009 09:51:06 -0700 (PDT)
Message-Id: <D40925A3-BDD4-4EB2-8AA7-442A1940BE9A@gmail.com>
From: Doug Otis <doug.mtview@gmail.com>
To: Brian Rosen <br@brianrosen.net>
In-Reply-To: <07c801c9c13c$17d2a890$4777f9b0$@net>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v930.3)
Date: Mon, 20 Apr 2009 09:50:57 -0700
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> <371C6BE6-4052-4709-A2FD-0E0AF08360F8@cs.columbia.edu> <C89123BF-1845-4400-910A-B5A4BF85F125@gmail.com> <07c801c9c13c$17d2a890$4777f9b0$@net>
X-Mailer: Apple Mail (2.930.3)
Cc: vMeet@ietf.org, dcrocker@bbiw.net
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: Mon, 20 Apr 2009 16:49:54 -0000

On Apr 19, 2009, at 3:13 PM, Brian Rosen wrote:

> Uh, probably you skipped several steps.
>
> First of all, it's not clear that we're using WebEx's VoIP audio  
> system. The test doesn't, right?  That mute control stuff only works  
> from the VoIP audio system I believe.

The issue of input audio affects those presenting, or for those asking  
questions (perhaps via voice mail??).  WebEx Event client does not  
support VoIP for MACs, for example.  The Event client can handle up to  
3000 participants, so the alternative to VoIP for a presenter would be  
to use a phone at $.20/minute.  VoIP is limited to 500 participants,  
although for the Event client 3000 participants can listen.  At most 7  
microphones can be active, 6 + host. A teleconference can allow as  
many as 125 users to have speaking privileges, with 375 listening only  
for 500 total.

> Then, the room audio, if it's fed into any bridge, is going to need  
> a pretty fancy echo cancellation box to deal with the room PA with  
> multiple mics. The basic echo cancel you get from a conference  
> bridge probably can't handle that.  You also probably need a better  
> automatic gain control than you get from the bridge.

WebEx provides the phone bridge, but it seems voice mail might be  
required to facilitate remote participant question queues.

> Then we're skating around the issue of who is running the WebEX UI,  
> unmuting participants, ....  We currently have two jobs that have a  
> volunteer, plus chairs usually are running slides.  I'm not sure we  
> can round up yet another volunteer, and I'm not sure I want a chair  
> doing more work.

The host would likely be one of the meeting chairs, which does not  
seem like an undue burden for them to select who is presenting.   
Control can be passed by presenters.  The level of flexibility changes  
between Meeting and Events clients.  It would appear that most  
Meetings will need to be limited to 500 participants, and that larger  
meetings will suffer from less compatible clients.

When considering that a Net-Box attached to a digital projector and  
the room PA can join an entire room with the meeting, this can scale  
beyond the 500/3000 participant limits.  WebEx offers some remote  
system controls, so special clients might be used by meeting chairs to  
enable and disable the Net-Box audio output when there is a need to  
enable a remote participant's ability to speak.

-Doug