Re: [vmeet] timeframe
Doug Otis <doug.mtview@gmail.com> Fri, 15 May 2009 02:26 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 115C73A6F4C for <vmeet@core3.amsl.com>; Thu, 14 May 2009 19:26:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.548
X-Spam-Level:
X-Spam-Status: No, score=-2.548 tagged_above=-999 required=5 tests=[AWL=0.051, 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 YLPygkXTw+Dw for <vmeet@core3.amsl.com>; Thu, 14 May 2009 19:26:42 -0700 (PDT)
Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by core3.amsl.com (Postfix) with ESMTP id 828523A6CA1 for <vmeet@ietf.org>; Thu, 14 May 2009 19:25:48 -0700 (PDT)
Received: by wa-out-1112.google.com with SMTP id l35so518898waf.5 for <vmeet@ietf.org>; Thu, 14 May 2009 19:27:20 -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=mI16jb1PHaLmZ2PVBqjLXEpUNJwBWci44EPwx+CXm+4=; b=EE5+fL1okuWb/6BXurZ9ESIsi5s9tb90t7nJxyhEPHQm/bIhsdG1KIDl8Cq+mb/5Sr YANDrtQzFp79WOHs5t7ZplRXVP6Q+QQ2PdnPq7T4LxD4FSdWT5qa8MAtbjhaRKbUpOs8 SrDNkrgrXTGh5kpZ4SEo/nOLl9C0JGka7S+gY=
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=KOecn3+aulfJDwDWUMypDgODcS8Au9lPZVp3EzdJ968GAGD4dc7v8CM7ZbQaAdK+z6 aG1qk1MDHO5+bsOqlKwFZQiR+3EzSjayAay81ify0a5fVGJEMYKV2rkXsLHT2L7kMojE vq/CJ09n6zNJ5a8BWvvi1RqlrnAAj758jwypE=
Received: by 10.114.159.5 with SMTP id h5mr3650155wae.36.1242354439934; Thu, 14 May 2009 19:27:19 -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 k21sm741027waf.41.2009.05.14.19.27.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 14 May 2009 19:27:18 -0700 (PDT)
Message-Id: <00311CF9-51CF-496A-AC6E-5C673CB274A9@gmail.com>
From: Doug Otis <doug.mtview@gmail.com>
To: John Leslie <john@jlc.net>
In-Reply-To: <20090515000426.GC70521@verdi>
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: Thu, 14 May 2009 19:27:15 -0700
References: <20090507175356.GG32848@verdi> <4A08BC3C.9070302@dcrocker.net> <200905121242.n4CCgnj4013481@cichlid.raleigh.ibm.com> <20090513025653.GD14375@verdi> <4A0C5831.5060801@dcrocker.net> <20090514221220.GA70521@verdi> <4A0C9B51.2010508@dcrocker.net> <20090515000426.GC70521@verdi>
X-Mailer: Apple Mail (2.935.3)
Cc: dcrocker@bbiw.net, vmeet@ietf.org
Subject: Re: [vmeet] timeframe
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, 15 May 2009 02:26:44 -0000
On May 14, 2009, at 5:04 PM, John Leslie wrote: > Dave CROCKER <dhc@dcrocker.net> wrote: >> John Leslie wrote: >> >>> Our timeframe is too short to rule out "hacks" for Stockholm. For >>> the IETF after that, we should be able to automate things. >> >> The timeframe for vmeet is whatever we set it to be. > > Not meaning to contradict, but Russ Housley has committed to make > the Stockholm IETF week "remote-participation friendly". I do > believe he is hoping from some assistance from us. My hope as well. >> My own participation came from suggesting that we work towards >> replacing at least one IETF week with virtual meetings. > > A noble goal, according to my bank account! ;^) > > (Do note, however, that the Secretariat is signing contracts for > 2013...) A virtual meeting where all recipients are remote and utilize a phone bridge represents an environment where suitable solutions already exist and only need to be selected. Costs for most of these solutions supplant a typical hotel room fee. >> There is no way that is happening immediately. It's a goal, but we >> are not trying to meet it instantly. > > Absolutely! Disagree. There are solutions today that should suffice for interim meeting requirements. There are weaknesses in some of these schemes. The WebEx Event product offers a Question/Answer window that is different from that of the WebEx Meeting demonstrated in the trial. However, while the client for the Event Center supports integrated VoIP, this feature is not ported to OSX. VoIP should be okay when the person speaking is highly regimented (the only participant not muted), otherwise audio quality suffers. For this, the WebEx Event product can start participants initially muted. For smaller groups, WebEx Meeting using a telephone bridge works well, but it does not offer a Q & A window. Raising a hand icon is only seen by the presenter. This will likely frustrate participants who would like to make a point, but feel ignored by a likely distracted host. A question queue seems an important requirement to assure participants they are being given a fair chance. Otherwise, the floor is likely to ceded to those willing to ask for forgiveness rather than permission. The chat and window control for remote participants does not compare favorably to a simpler jabber client. On the other hand, the polling feature is very nice and allows participation in "hums." >> Since there already are virtual interim meetings, here too we do >> not have to have an "immediate" deadline. > > I wasn't thinking of a "deadline" -- more a "milestone". > >> That's why I think we can and should target capabilities beyond >> what the IETF currently use, balancing against easy, reliable use >> so that folks will not feel that it is a burden to participate. > > Of course, if we're _really_ thinking "after 2013," we can afford > to concentrate more on open-standard tools than on currently- > marketed proprietary tools... The focus should be on what it takes to standardize on the video presentation, as that should be something well suited for low bandwidth streaming. In addition, something like Vonage or Skype feed to the room PA can support remote presentations. Perhaps a voice- mail feature at a separate number would also provide a type of microphone queue. A separate line might allow a presenter a means to request further elaboration and to have it exchanged verbally. Two VoIP lines supported by each net-box should represent less cost and bandwidth than a phone bridge. A phone bridge intended for non- regimented exchanges is likely to be problematic when dealing with VoIP or cellular phones. > Maybe we need to "formalize" some informal goals / milestones? Every meeting room uses a digital projector to display sides. A net- box attached to each of these projectors offers a means to make remote/ local video sources common. In this way, presentation material can be updated at the last minute, and presenters would not be required to read slide numbers (which is rarely done). To support 15 rooms, hardware costs would be from $4,500 to $10,000 that range from Asus N202 to Mac minis. Streaming a sequence of changed gif files can capture a presentation window and not require much bandwidth for fairly static images. There are many examples of this type of technique demonstrated on various exotic sites for example. :^) WebEx and Adobe Connect use Flash which works well for this purpose, but is not an open standard, albeit widely supported. The immediate goal should be to support "remote-participation friendly" meetings in Stockholm. This really seems to imply standardizing on video slide and audio streaming. Remote speakers or presenters can be supported by VoIP output by the projector netbox selectively enabled into the room PA. XMPP should fill any gaps. Interim meetings represent an entirely different environment and problem set. Interim meetings may eventually become a selection of existing remote meeting products. the WebEx Event center looks well suited, but the VoIP for OSX should be fixed in order to deal with large groups. -Doug
- [vmeet] Duties of WG Chairs John Leslie
- [vmeet] Supporting interim meetings (was Re: Duti… Dave CROCKER
- Re: [vmeet] Supporting interim meetings (was Re: … Thomas Narten
- Re: [vmeet] Supporting interim meetings John Leslie
- Re: [vmeet] Supporting interim meetings (was Re: … Dave Cridland
- [vmeet] The philosophy behind the list of recomme… Dave CROCKER
- Re: [vmeet] Supporting interim meetings Dave CROCKER
- Re: [vmeet] Supporting interim meetings Brian Rosen
- Re: [vmeet] Supporting interim meetings Dave CROCKER
- Re: [vmeet] Supporting interim meetings John Leslie
- [vmeet] timeframe Dave CROCKER
- Re: [vmeet] timeframe John Leslie
- Re: [vmeet] timeframe Doug Otis
- Re: [vmeet] timeframe Dave Cridland
- Re: [vmeet] timeframe Brian Rosen
- Re: [vmeet] Supporting interim meetings Thomas Narten
- Re: [vmeet] Supporting interim meetings Doug Otis
- Re: [vmeet] Supporting interim meetings Peter Saint-Andre
- Re: [vmeet] Supporting interim meetings Doug Otis