Re: [Gendispatch] Fwd: I-D Action: draft-halpern-gendispatch-antitrust-01.txt

"Joel M. Halpern" <jmh@joelhalpern.com> Sun, 14 November 2021 06:39 UTC

Return-Path: <jmh@joelhalpern.com>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B339E3A0A1D; Sat, 13 Nov 2021 22:39:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.95
X-Spam-Level:
X-Spam-Status: No, score=-3.95 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-1.852, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 C4D3xQNu6KNz; Sat, 13 Nov 2021 22:39:40 -0800 (PST)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 467FB3A0A1E; Sat, 13 Nov 2021 22:39:40 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 4HsN3J0VM2z1ntwj; Sat, 13 Nov 2021 22:39:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1636871980; bh=zVmu7R+TMO+hoCiRvvDxhp4AeE00BPFFfSrbpUq5/tg=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=ArgdRxxhDkLcGfNHJnMybIQhqMuvXBqpn0+hQHFo7D08/fn9z3PADhZRzgbaLhHnW og4rGkqzEuEk2GmO+v9USUXI5x8E7YIz8DUIs/Gf2TM+m8rK9jF+M7k177KVK8WTF7 oRDifw2gdByqD+H0NQoDmT15RUcvNoQ77A6LSxX4=
X-Quarantine-ID: <334O3At4iPF0>
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [192.168.22.111] (50-233-136-230-static.hfc.comcastbusiness.net [50.233.136.230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 4HsN3H2V6Vz1nv1n; Sat, 13 Nov 2021 22:39:38 -0800 (PST)
Message-ID: <69f0cd47-9b50-d4c7-5ffc-21abf1cce0ce@joelhalpern.com>
Date: Sun, 14 Nov 2021 01:39:37 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0
Content-Language: en-US
To: Toerless Eckert <tte@cs.fau.de>, draft-halpern-gendispatch-antitrust@ietf.org
Cc: gendispatch@ietf.org
References: <163595251682.11706.5053299985084837548@ietfa.amsl.com> <8854c3cc-694b-1a7f-ebc8-47bed9bb4e0f@joelhalpern.com> <CABcZeBOk7Y6vWeQ2gJ6Z1Z-FCpAdU4+awtcL=zEKrqyvtjDh5g@mail.gmail.com> <0be3bb7d-7387-22c4-844c-1e0fb707b0de@joelhalpern.com> <8b602637-b934-3713-3ce4-7da4e59ed69e@gmail.com> <c8cb28f5-f8b7-0471-ce07-7b33f724c2e6@joelhalpern.com> <745cb38e-5ca2-5f96-ebcd-c88517bb3b46@gmail.com> <c94229e2-a3d8-f25a-1a05-dc649949db34@joelhalpern.com> <bb584c94-0569-432e-e7c3-1439b4645eb7@gmail.com> <18f6b734-7227-4226-3e11-5cbd74ec229c@joelhalpern.com> <YZCWv/IL/gZY6dxu@faui48e.informatik.uni-erlangen.de>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
In-Reply-To: <YZCWv/IL/gZY6dxu@faui48e.informatik.uni-erlangen.de>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/b9JlruMuG6f24S4vonlFiPqCRnM>
Subject: Re: [Gendispatch] Fwd: I-D Action: draft-halpern-gendispatch-antitrust-01.txt
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Nov 2021 06:39:45 -0000

Toerless, several reactions to this email.

First, I (and my co-authors I am confident) do not intend to ignore any 
input.  We may or may not agree with it, but it will not be ignored.

With regard to your question, the answer, to a first approximation as 
far as my intentions go is both.  Which we tried to say in the document. 
  word-smithing suggestions are appreciated.

The caveat is that it is hard enough to arrange useful advice in the 
IETF context. Generalizing and adding to it for other context is left to 
the reader, or the reader's lawyer.

Beyond that, I am waiting to give the chairs time to figure out what 
they think the dispatch answer is.  (As I said at the time, I did not 
expect an answer yet.)  And to talk with my co-authors about what 
changes we think make sense for the issues we want to address even 
before dispatching.  (After dispatching, the dispatching mechanism will 
help us determine what path to take.  It will, I hope, become a 
community document with us responsible to abide by the rough consensus.)

Yours,
Joel

On 11/13/2021 11:55 PM, Toerless Eckert wrote:
> On Sun, Nov 07, 2021 at 04:40:13PM -0500, Joel M. Halpern wrote:
>> I agree with some of your proposals, and disagree with others.
>> But I do not see any of the actual proposals as substantive enough to affect
>> the dispatching concern.  They all seem things we can fairly discuss once
>> dispatching has taken place.
> 
> Does that mean the authors will drop and forget input her from the list that
> is not marked as "unless this issue is resolve, i will not recommend for this
> document to be dispatched" ?
> 
> To repeat here on the list what i said during the WG meeting:
> 
> I do not recommend for this document to be dispatched until it is
> clearer written down agreed to, what actually the goal is. And i see two potentially
>   even conflicting possible goals:
> 
> a) To put into writing sufficient 'Cover My Behind' statements to protect
> the IETF from legal action in case participants partake in anti-trust
> behavior. This is not mentioned as a goal in the draft, but i have the
> strong believ that this must have played a role on writing this document.
> And i do support such a document, but it should explicitly state that
> purpose.
> 
> b) A document that is really intended to help participants to understand
> how to not get into anti-trust law issues. This is what the document claims
> it wants to achieve, but quite frankly i do not even understand the most
> basic connection between this goal and being an "IETF participant".
> 
> E.g.: what legal differences does it make for my compliance (or lack thereof) with
> anti-trust laws if my actions are performed at the IETF or at any other
> place ? Lets say when i am getting together "privately for dinner" at an evening
> of an IETF week with a bunch of folks i know who happen to also attend the
> IETF, and discuss exactly the same stuff there ? Unless there are really
> strange laws (which i would be curious to learn about), i'd say the only
> difference is (a), aka.: possible implication of the IETF into legal
> actions caused by its participants ("sponsoring anti-trust behavior").
> 
> I also think that for (a), we do not necessary need to add more explanatory
> text (however unfortunate i would think that is), but if the goal is (b),
> and someone like me is supposed to understand the guidance, then i'd certainly
> be asking for more explanatory text to be put into the document.
> 
> So, i really can't see how we can dispatch a document without being clearer
> about this goal. And if it is just me being confused here, great, please
> unconfuse me.
> 
> Cheers
>      Toerless
>