Re: Applying "Note Well" to side meetings

Nico Williams <nico@cryptonector.com> Mon, 22 July 2019 15:57 UTC

Return-Path: <nico@cryptonector.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 78F4912012B for <ietf@ietfa.amsl.com>; Mon, 22 Jul 2019 08:57:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cryptonector.com
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 ZY_2Wg2853jX for <ietf@ietfa.amsl.com>; Mon, 22 Jul 2019 08:57:26 -0700 (PDT)
Received: from anteater.elm.relay.mailchannels.net (anteater.elm.relay.mailchannels.net [23.83.212.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D2F5120052 for <ietf@ietf.org>; Mon, 22 Jul 2019 08:57:26 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 91EBA21D38; Mon, 22 Jul 2019 15:57:24 +0000 (UTC)
Received: from pdx1-sub0-mail-a62.g.dreamhost.com (100-96-4-184.trex.outbound.svc.cluster.local [100.96.4.184]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 02C5021704; Mon, 22 Jul 2019 15:57:23 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from pdx1-sub0-mail-a62.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.3); Mon, 22 Jul 2019 15:57:24 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com
X-MailChannels-Auth-Id: dreamhost
X-Hysterical-Print: 70333db96e0f142c_1563811044385_1356744450
X-MC-Loop-Signature: 1563811044385:3821872802
X-MC-Ingress-Time: 1563811044385
Received: from pdx1-sub0-mail-a62.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a62.g.dreamhost.com (Postfix) with ESMTP id 9C36A837AE; Mon, 22 Jul 2019 08:57:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to:content-transfer-encoding; s= cryptonector.com; bh=hssJupfrIJi8/nEXtXxFREDTR1o=; b=qz2YVu+o9BS 76mTGM6NaKHfGA8CcTXvUetWW1XsWuZdmhJFmSVj6tYy3017CbXdlBvDN8Jdti8U mLy2kYrU4hD4+V1hrrozFgOhGT/TmPFA/hz3ZYBCZMENOkT3LTesbDFWyPQDOHeM nWB3w6eyIukB/d1E/sQkrC6bdKi8j0Cg=
Received: from localhost (sdzac10-108-1-nat.nje.twosigma.com [8.2.105.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a62.g.dreamhost.com (Postfix) with ESMTPSA id AD1B4838D4; Mon, 22 Jul 2019 08:57:16 -0700 (PDT)
Date: Mon, 22 Jul 2019 10:57:15 -0500
X-DH-BACKEND: pdx1-sub0-mail-a62
From: Nico Williams <nico@cryptonector.com>
To: Richard Barnes <rlb@ipv.sx>
Cc: "Salz, Rich" <rsalz@akamai.com>, IETF Rinse Repeat <ietf@ietf.org>
Subject: Re: Applying "Note Well" to side meetings
Message-ID: <20190722155714.GK24576@localhost>
References: <007b01d53f2f$ef335830$cd9a0890$@olddog.co.uk> <DM6PR14MB282741D8727A72156457555AF8C50@DM6PR14MB2827.namprd14.prod.outlook.com> <63AC1040-37C8-4DAA-B222-1F166D333CF7@akamai.com> <CAL02cgRxxic78LeDKonAFMJKAuuXtYeZnScVJ6MXyPZFaZt7wA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
In-Reply-To: <CAL02cgRxxic78LeDKonAFMJKAuuXtYeZnScVJ6MXyPZFaZt7wA@mail.gmail.com>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduvddrjeeggdelkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvuffkfhggtggugfgjfgesthekredttderjeenucfhrhhomheppfhitghoucghihhllhhirghmshcuoehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmqeenucfkphepkedrvddruddthedrudejnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehlohgtrghlhhhoshhtpdhinhgvthepkedrvddruddthedrudejpdhrvghtuhhrnhdqphgrthhhpefpihgtohcuhghilhhlihgrmhhsuceonhhitghosegtrhihphhtohhnvggtthhorhdrtghomheqpdhmrghilhhfrhhomhepnhhitghosegtrhihphhtohhnvggtthhorhdrtghomhdpnhhrtghpthhtohepnhhitghosegtrhihphhtohhnvggtthhorhdrtghomhenucevlhhushhtvghrufhiiigvpedt
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Km-zJ0TTdHwZH9FlfoNCi9azOEI>
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: Mon, 22 Jul 2019 15:57:29 -0000

On Sun, Jul 21, 2019 at 06:25:12AM -0400, Richard Barnes wrote:
> Maybe folks could provide a citation for this?  Because I have exactly the
> opposite impression — that the Note Well only applies in contexts where it
> is explicitly stated that it does, e.g., official sessions.

I've long understood that Note Well applies when and only when
('WWHEN'?) it is invoked, and should be invoked whenever IETF work is
discussed among participants with different employers even if the
meeting is not an official IETF meeting.

Depending on the cast of attendees I might not invoke Note Well in a
side meeting with an unstated understanding that we're not out to screw
each other on IP.  However, this is a bad habit, and I should always
invoke Note Well when discussing IETF work or potential IETF work with
colleagues from other organizations.  It's a bad habit not just because
my friends might purposefully or otherwise screw me, but also because I
might forget to invoke Note Well when others are around.

Official IETF meetings are (I guess) required to invoke the Note Well,
whether they be interim or not, whether they be remote or not, but it
still needs to be invoked in order to really apply.

Bar BoFs are unofficial meetings, and thus not required to invoke Note
Well, thus too arguably there is no implied intent to have Note Well
apply to them, which is why Note Well should be invoked explicitly.  My
advice would be that Note Well always be invoked at the start of the bar
BoF and in any email threads for organizing a bar BoF and any
invitations sent (so that late arrivals understand the expectation that
Note Well applies).

It must not be a common occurrence that bar BoF participants intend Note
Well to _not_ apply.  It would be nice if Note Well could be made to
impliedly apply by default, but I guess that's not feasible.

> As Adrian says, there is a line.  I understood that line to be something
> like, “The organizers of the meeting decide to apply Note Well”, just as
> one might apply the Chatham House Rule.  So side meetings could be covered
> if they chose, but not by default.

+1

> In any case, the premise for this thread seems a bit confused, since side
> meetings are by definition not subject to IETF control.

A lot of work happens in bar BoFs though, so it's a fair question.  So
either we shouldn't have them at all or we should acknowledge that they
are a thing.  The IETF can't control a bar BoF, but a) it can provide
advice about them, and b) it could provide rooms for ad-hoc BoFs with
Note Well plastered on the walls :)

Nico
--