Re: [Manycouches] IETF Slack workspace
John C Klensin <john-ietf@jck.com> Sun, 12 July 2020 02:38 UTC
Return-Path: <john-ietf@jck.com>
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 7E7973A08A5; Sat, 11 Jul 2020 19:38:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 w5SOKsgPYvXl; Sat, 11 Jul 2020 19:38:18 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C868B3A08A3; Sat, 11 Jul 2020 19:38:17 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1juRsc-000Muq-VU; Sat, 11 Jul 2020 22:38:14 -0400
Date: Sat, 11 Jul 2020 22:38:09 -0400
From: John C Klensin <john-ietf@jck.com>
To: Richard Barnes <rlb@ipv.sx>, Brian Carpenter <brian.e.carpenter@gmail.com>
cc: Erik Kline <ek.ietf@gmail.com>, IETF discussion list <ietf@ietf.org>, manycouches@ietf.org
Subject: Re: [Manycouches] IETF Slack workspace
Message-ID: <324784EC430BD61F3658E359@PSB>
In-Reply-To: <CAL02cgStMc7tVGL7iaP0m0gSe+TCj1dmRH5g2v-9w3vJTdXOaw@mail.gmail.com>
References: <3064c634-3958-f5e3-26c2-cdd148a86605@tenghardt.net> <CAMGpriUJm-Wx48bAO4LNgFzvrBO0ksQ60_Qs6iz8YL7RfzGrLw@mail.gmail.com> <aa7ee087-7314-26db-6184-2443def3cb4b@tenghardt.net> <20200711060823.GX3100@localhost> <CANMZLAY8wtq1cVtHPPAwyCvygiO2rEc9yPNotD+bdvHtZa1tTQ@mail.gmail.com> <CAL02cgStMc7tVGL7iaP0m0gSe+TCj1dmRH5g2v-9w3vJTdXOaw@mail.gmail.c om>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/AE_pu3ffWTHfYTBc3J8wbslUhKU>
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, 12 Jul 2020 02:38:20 -0000
--On Saturday, July 11, 2020 18:03 -0400 Richard Barnes <rlb@ipv.sx> wrote: > As Theresa said, this mechanism is explicitly for discussions > that are not IETF Contributions. They are equivalent to > hallway conversations at an IETF meeting and will be treated > as such -- they will not be archived or included in meeting > records. Since we are using a free instance, Slack will > remove messages once we hit a 10,000 message limit. Richard, Perhaps like Brian, I can't see how that works. If you are in a hurry, skip to the last two paragraph and then decide whether the rest is worth reading. You and your colleagues have named this as an IETF workspace. You have promoted and discussed it using IETF facilities including the main IETF discussion mailing list. By any reasonable definition that puts it "within the context of an IETF activity" (RFC 8179 Section 1.c). One can argue that does not make all such conversations "intended to affect the IETF Standards Process" (ibic.) but it seems to me that policing conversations to be sure that none of them are intended to have that effect that would be quite hard and that you (quite reasonably) don't want to appoint a police-person. To make splitting that particular hair a little more complicated, from reading the bulleted list in the rest of that section, there better not be an IESH or IAB members in any of the Slack discussions, any discussions that include members or that might influence a design team, etc. Coming to the next paragraph, from what you and Theresa have said, you can clearly argue that your general intent for the Slack setup is to "clearly not [be] intended to be input to an IETF activity, group, or function" and hence not a Contribution, but, again, you cannot enforce that. I note that, if I take a document author aside after a f2f WG meeting (in the hallway) and attempt to change her mind about a position taken during that WG meeting --a conversation clearly intended to influence the standards process-- that is an "oral statement" Contribution within the language of BCP 79/ RFC 8179. However, skipping over all of that because I think that any of us could split enough hairs to make some or all discussions on your "IETF Slack workspace" Contributions (or not), I actually don't think that would be helpful. Instead, I think that these difficult and somewhat novel times should encourage us to be even more careful about openness and transparency than in more normal times that are better understood and which our procedural documents generally assume. Remember that BCP70 came about, not because Scott and others thought that tying us in knots or having boilerplate text in RFCs and read out at the beginning of every meeting would be fun, but because of genuine (and legal expert-backed) concerns about keeping the IETF and its standards out of the middle of IPR litigation and other battles. I suggest that it would be helpful to think about these novel cases and borderline tools in terms of a procedural variation on the robustness principle: if there are two possible ways to interpret a given rule, go for the one that promotes the most transparency. I think that means treating the Slack workspace in general as if BCP 78 and 79 apply. If there are particular conversations to which those rules do not apply, you should be sure they are appropriately firewalled (and I have no idea how to do that) And you should have a conversation with the IETF Trust and its legal counsel about whether it is necessary to archive conversations that might otherwise disappear and how to do that. Just my hardnosed, somewhat paranoid, opinion of course, john
- IETF Slack workspace Theresa Enghardt
- Re: [Manycouches] IETF Slack workspace Erik Kline
- Re: [Manycouches] IETF Slack workspace Theresa Enghardt
- Re: [Manycouches] IETF Slack workspace Nico Williams
- Re: IETF Slack workspace Ross Finlayson
- Re: IETF Slack workspace Bron Gondwana
- Re: [Manycouches] IETF Slack workspace Brian Carpenter
- Re: [Manycouches] IETF Slack workspace Theresa Enghardt
- Re: [Manycouches] IETF Slack workspace ned+ietf
- Re: IETF Slack workspace Jared Mauch
- Re: [Manycouches] IETF Slack workspace Brian E Carpenter
- Re: [Manycouches] IETF Slack workspace Ali Mezgani
- Re: [Manycouches] IETF Slack workspace Theresa Enghardt
- Re: [Manycouches] IETF Slack workspace Ali Mezgani
- Re: [Manycouches] IETF Slack workspace Theresa Enghardt
- Re: [Manycouches] IETF Slack workspace Richard Barnes
- Re: IETF Slack workspace Richard Barnes
- Re: [Manycouches] IETF Slack workspace John C Klensin
- Re: [Manycouches] IETF Slack workspace Richard Barnes
- Re: [Manycouches] IETF Slack workspace John C Klensin
- Re: [Manycouches] IETF Slack workspace Brian E Carpenter
- Re: IETF Slack workspace Richard Barnes
- Re: IETF Slack workspace Ross Finlayson
- Re: IETF Slack workspace Richard Barnes
- Re: IETF Slack workspace Benjamin Kaduk
- Re: [Manycouches] IETF Slack workspace Salz, Rich
- Re: [Manycouches] IETF Slack workspace Mallory Knodel
- Re: [Manycouches] IETF Slack workspace Scott Weeks
- Re: [Manycouches] IETF Slack workspace John Levine
- Re: [Manycouches] IETF Slack workspace Lars Eggert
- Slack usage during IETF 108, in numbers (Re: [Man… Theresa Enghardt
- Re: IETF Slack workspace Rich Kulawiec
- Re: IETF Slack workspace Keith Moore
- Re: IETF Slack workspace Ali Mezgani
- Re: IETF Slack workspace John Levine
- Re: IETF Slack workspace Keith Moore
- Re: IETF Slack workspace Carsten Bormann
- Re: IETF Slack workspace Yoav Nir
- Re: IETF Slack workspace Carsten Bormann
- Re: IETF Slack workspace Michael Richardson
- Re: IETF Slack workspace Jared Mauch
- Re: IETF Slack workspace Keith Moore
- Re: IETF Slack workspace Timothy Mcsweeney
- Re: IETF Slack workspace John Levine
- Re: IETF Slack workspace Jared Mauch
- Re: IETF Slack workspace Keith Moore
- Re: IETF Slack workspace Keith Moore
- Re: IETF Slack workspace Robert Raszuk
- Re: IETF Slack workspace Timothy Mcsweeney