Re: a brief pondering

Michael Tuexen <michael.tuexen@lurchi.franken.de> Sun, 22 March 2020 22:16 UTC

Return-Path: <michael.tuexen@lurchi.franken.de>
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 A03E73A08E9 for <ietf@ietfa.amsl.com>; Sun, 22 Mar 2020 15:16:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.624
X-Spam-Level:
X-Spam-Status: No, score=-1.624 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.274, SPF_NONE=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 ty4M_TF0MatJ for <ietf@ietfa.amsl.com>; Sun, 22 Mar 2020 15:16:57 -0700 (PDT)
Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F7C23A0907 for <IETF@ietf.org>; Sun, 22 Mar 2020 15:16:57 -0700 (PDT)
Received: from [IPv6:2a02:8109:1140:c3d:9198:a369:e453:cb9b] (unknown [IPv6:2a02:8109:1140:c3d:9198:a369:e453:cb9b]) (Authenticated sender: lurchi) by drew.franken.de (Postfix) with ESMTPSA id EEFED721E281A; Sun, 22 Mar 2020 23:16:53 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\))
Subject: Re: a brief pondering
From: Michael Tuexen <michael.tuexen@lurchi.franken.de>
In-Reply-To: <CAKKJt-c=AAVXdLtFKLHXGOk5m_J-kdnd19nSSQU7b58ub3YfFw@mail.gmail.com>
Date: Sun, 22 Mar 2020 23:16:53 +0100
Cc: Carsten Bormann <cabo@tzi.org>, ietf <IETF@ietf.org>, Eliot Lear <lear@lear.ch>
Content-Transfer-Encoding: quoted-printable
Message-Id: <83B4B7DC-C3E0-40D3-B46A-F32DCE14B5A1@lurchi.franken.de>
References: <fd6b7ee2-cdbe-14a1-0087-ce61282b22f6@lear.ch> <29D0DCA7-1D72-428F-A6DD-05511D90C039@cable.comcast.com> <31A798F0-9DE0-4231-A768-76BA9A1A2180@tzi.org> <26B25A87-5820-462D-8279-8C82EC44EB16@lurchi.franken.de> <2DE1D3E9-EE59-479B-8624-29749E7F02D3@tzi.org> <CAKKJt-c=AAVXdLtFKLHXGOk5m_J-kdnd19nSSQU7b58ub3YfFw@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/hG3a3F9HQmeC5iajFPLO3q1Mqq4>
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: Sun, 22 Mar 2020 22:17:11 -0000

> On 22. Mar 2020, at 22:55, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> wrote:
> 
> 
> 
> On Sun, Mar 22, 2020 at 8:52 AM Carsten Bormann <cabo@tzi.org> wrote:
> On 2020-03-22, at 11:21, Michael Tuexen <Michael.Tuexen@lurchi.franken.de> wrote:
> > 
> >> 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).
> > Would that be another candidate for C238?
> 
> Not sure that it needs to get stuck there, but yes, it might be a useful part of that suite of documents.  A lot of people here have been in the trenches long enough that they know deeply what breaks WebRTC in a firewall, and it would be a useful operational-area exercise to extract that knowledge and make it presentable (and RFP-referenceable!) to firewall builders and maintainers.
> 
> I was hoping Michael was kidding, but since he's not ... 
Michael was. But Carsten took is seriously. I would like to see such a document, but don't keep it
in the RFC editor queue for a long time...

Best regards
Michael
> 
> As much as I enjoyed some getting some TSVWG doc unstuck from C238, someday that cluster needs to finally empty out, 
> 
> On a related note, I wonder if this document would be a candidate for MOPS?
> 
> Best,
> 
> Spencer
>  
> Grüße, Carsten
>