Re: [Manycouches] Webex configuration

Toerless Eckert <tte@cs.fau.de> Fri, 12 June 2020 21:58 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: manycouches@ietfa.amsl.com
Delivered-To: manycouches@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4CDA3A0B18; Fri, 12 Jun 2020 14:58:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.65
X-Spam-Level:
X-Spam-Status: No, score=-1.65 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 7S2nAK7af6TU; Fri, 12 Jun 2020 14:58:17 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8107D3A0B09; Fri, 12 Jun 2020 14:58:16 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id F21FB548045; Fri, 12 Jun 2020 23:58:11 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id EA448440043; Fri, 12 Jun 2020 23:58:11 +0200 (CEST)
Date: Fri, 12 Jun 2020 23:58:11 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Carsten Bormann <cabo@tzi.org>
Cc: Michael Richardson <mcr@sandelman.ca>, wgchairs@ietf.org, fluffy@iii.ca, manycouches@ietf.org
Message-ID: <20200612215811.GF16371@faui48f.informatik.uni-erlangen.de>
References: <011E5081-FADA-46AC-86FD-4F950EEF00BB@tzi.org> <20200611163610.GP16371@faui48f.informatik.uni-erlangen.de> <CAMMESsy0oCnvs2pi=iGy9pPtP5gbX3Zfr41_0hg9ehAtJrRZVw@mail.gmail.com> <20200611192031.GT16371@faui48f.informatik.uni-erlangen.de> <13488.1591984493@localhost> <8CAE65CA-15A3-45B2-A05D-0D5078993C81@tzi.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <8CAE65CA-15A3-45B2-A05D-0D5078993C81@tzi.org>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/manycouches/Gn9UgIpaJSz6n6kg1PWgaA1f0p0>
Subject: Re: [Manycouches] Webex configuration
X-BeenThere: manycouches@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List is a design team list to identify issues that would arise should an IETF meeting ever be held with O\(1000\) 'remote' participants." <manycouches.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manycouches>, <mailto:manycouches-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manycouches/>
List-Post: <mailto:manycouches@ietf.org>
List-Help: <mailto:manycouches-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manycouches>, <mailto:manycouches-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jun 2020 21:58:20 -0000

Cc'ing manycouches

On Fri, Jun 12, 2020 at 08:45:10PM +0200, Carsten Bormann wrote:
> Good point that needs to be added to the Webex FAQ (once we write one up).
> 
> It is amazing to see the difference between Webex and a system that was designed by people who actually do have meetings not unlike the ones we have: BigBlueButton (BBB) that is.  It has polls (really useful in a classroom setting), you can upload your slides (so they don???t need to be sent as video) and draw on them in realtime (and, optionally, have participants draw on them as well); when integrated with an LMS (learning management system) you even have automatic identification.

Let me Cc fluffy explicitly, he should know more authoritatively,
 i actually would like to phrase it more as questions:

Webex has polls, can upload slides, allows drawing on realtime... not sure about the other features.
BUT: these features don't seem to work in the RTCweb == browser version.
Michael Richardson i think would step up here and ask not to rely on features
not supported in the RTCweb version (whatever the tool is). And i am on the
fence with that argument.

Carsten: Do you know if these features work in BBB in RTCweb or equally only in native clients ?

I remember Cullen had a bix of an exchange about feature limits in RTCwebs
earlier on the IETF mailing list, so i am wondering and curious whether that
argument applies to these features. I could only imagine that the slides and
drawing could relate to RTCweb limitations. The raising hands sounds like
solely part of the javascript app.

If there are reasonable problems to do advanced features via RTCweb,
whatever the conferencing product is we choose, then i would suggest to reconsider
the "Must rely on lowest-common-RTCweb-denominator".

> Re the mike challenge: Everybody joining a BBB conference who intends to be able to speak (not a given with BBB - there is a listen-only mode) needs to go through a quick mike/speaker test.  Each time.  And it really only takes two seconds.

I don't think these tests find really common problems. Yesterday on a university
zoom meeting one of the speakers was continuously broken up, sounded like
very reliably overloaded upstream link from home. The tests typically are
only level issue based.

> The potential to have your system designed by someone who knows what is important in real life (and who actually cares) is one of the really big benefits of the empowerment WebRTC gave us.

See above Q.

Cheers
    Toerless

> But yes, if you need to use a system that doesn???t have this, do chat in the [-4 min, +4 min] interval.  When we did the OneDM spring conference (with several two-to-three hour segments per week), we actually started to make a point out of using that time for informal chatting, as well.  > Of course, it helps if the recording hasn???t been started yet :-)
> 
> Grüße, Carsten

-- 
---
tte@cs.fau.de