Re: Off-topic: making WebRTC work in practice (Re: a brief pondering)

Carsten Bormann <cabo@tzi.org> Wed, 01 April 2020 16:36 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 223153A12B4 for <ietf@ietfa.amsl.com>; Wed, 1 Apr 2020 09:36:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 s4Phrf6T1t1w for <ietf@ietfa.amsl.com>; Wed, 1 Apr 2020 09:36:20 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A5113A12AF for <IETF@ietf.org>; Wed, 1 Apr 2020 09:36:20 -0700 (PDT)
Received: from [192.168.217.119] (p548DCD70.dip0.t-ipconnect.de [84.141.205.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 48ssJy444jzyTP; Wed, 1 Apr 2020 18:36:18 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\))
Subject: Re: Off-topic: making WebRTC work in practice (Re: a brief pondering)
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CAKKJt-cXczqjErrj3+8if+K3LsCLLLWY=qiHatOks3u7SwatxA@mail.gmail.com>
Date: Wed, 01 Apr 2020 18:36:18 +0200
Cc: ietf <IETF@ietf.org>
X-Mao-Original-Outgoing-Id: 607451777.879351-4028c29590f5c08b098faf13e880da76
Content-Transfer-Encoding: quoted-printable
Message-Id: <63838A54-8BCC-4CAF-9859-A8531C1D9D17@tzi.org>
References: <fd6b7ee2-cdbe-14a1-0087-ce61282b22f6@lear.ch> <29D0DCA7-1D72-428F-A6DD-05511D90C039@cable.comcast.com> <31A798F0-9DE0-4231-A768-76BA9A1A2180@tzi.org> <E1FD746D-0BCD-4ECC-BB9B-75DFA05AA9DC@tzi.org> <CAKKJt-cXczqjErrj3+8if+K3LsCLLLWY=qiHatOks3u7SwatxA@mail.gmail.com>
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
X-Mailer: Apple Mail (2.3608.60.0.2.5)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/PMW-ZvvQiG8unNhcjY6pzwCNeeE>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Apr 2020 16:36:23 -0000

On 2020-04-01, at 17:12, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> wrote:
> 
> Hi, Carsten, 
> 
> On Wed, Apr 1, 2020 at 6:54 AM Carsten Bormann <cabo@tzi.org> wrote:
> In the university, a lot of WebRTC is using Jitsi as a tool.
> This works mostly well, with occasional surprises.
> What we could use now is a better way to diagnose these surprises.
> This requires WebRTC knowledge that our IT people don’t have.
> A WebRTC troubleshooting guide that I could point them to would be most helpful.
> (Debugging and fixing Jitsi so it works reliably with both Firefox and Chrome would also help.)
> 
> Just so I understand, are you talking about 
> 	• something that needs to happen in RTCWeb, or

That would be addressing diagnosability, or more specifically the accessibility of this diagnosability to system and network admins.

> 	• something that needs to happen in network operations, or

I was pointed to RFC 4787 already.
This continues to be great background material, but I’m not sure that is a very realistic document to point network admins to, today.
A more restricted set of “this is what you really minimally need to do” might be a useful companion.
Also, exposing any diagnostic information that already is there and that of course every WebRTCer knows but unfortunately nobody else.

> 	• something that needs to happen in the Jitsi implementation itself?

Definitely that (e.g., getting rid of DTLS 1.0), but of course the developers are approaching headless chicken mode already with all the recent attention.  So I was thinking more in the direction what we, and in particular the instigators of WebRTC, could do to make life more productive for both the developers and the admins.

Grüße, Carsten


> If the answer is two or more of these, that's also good to know. 
> 
> Best,
> 
> Spencer
>  
> Grüße, Carsten
> 
> 
> > On 2020-03-22, at 06:45, Carsten Bormann <cabo@tzi.org> wrote:
> > 
> > On 2020-03-21, at 16:54, Livingood, Jason <Jason_Livingood@comcast.com> wrote:
> >> 
> >> what can this community (and similar/adjacent ones) do productively together to help
> > 
> > The one thing that would be most useful for me right now would be a document with operational considerations for keeping WebRTC running (e.g., How not to mess it up with your firewall).
> > 
> > Grüße, Carsten
> > 
>