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

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 09 December 2021 19:42 UTC

Return-Path: <brian.e.carpenter@gmail.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 1AAF23A0B90; Thu, 9 Dec 2021 11:42:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.951
X-Spam-Level:
X-Spam-Status: No, score=-3.951 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, FREEMAIL_FROM=0.001, NICE_REPLY_A=-1.852, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 0-CcIDd64klY; Thu, 9 Dec 2021 11:42:41 -0800 (PST)
Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A60073A0B7C; Thu, 9 Dec 2021 11:42:41 -0800 (PST)
Received: by mail-pj1-x102a.google.com with SMTP id iq11so5217968pjb.3; Thu, 09 Dec 2021 11:42:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=aCxO8VByJKsUqve+5gLySOW+/GjhBi3yORZbYHihdD8=; b=fK5yYIzSLqCQVyrue8oXvyuphkarvSZ2CFtHrizdEehHGpwRO95+8Sj7P2z4zy+YjZ Q85nmqYSKf3Mw5p2eGZcEuMdoMNYNJzjLbnzGSIiRs/RRlgGDbqYZHbGks07m4Mt/js4 herUscd2H0C2ux/YQUXYdxXQzGy482oSeYEC7j3QMKSIIVIrPP01JGZ1LwSW23G3L/Ms fQ7Vw433FQ/0gwvjUWYiBUaZJY9N7S6Hcq2EzvhcGqxzCIWAL8qt5bMg3IWfA6ijZOih WzibtEXTHkuRjGqzDtUjtHlMYM2X8B3/VbcsghRhn2wnXOLHUCvxdhpcuhCHsPgVyHqv dQ3Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=aCxO8VByJKsUqve+5gLySOW+/GjhBi3yORZbYHihdD8=; b=eU9MskHp98JtwZ2Evb0WH9ufSkZ2R4qdgy23Ktze4VgYO1xBInwqsyUycddMIVAjn4 L7yA7KEltVLlaXRwulweHknTLPb8QJsicEHgopJ1K2ELXRVZbgKe/X42guCjsFugddzz dBrrjm2crGaIalxwmZ/kRGKFoV5t6RyiZCnqkn1EmLztLLu+CdLVjNlewEgVNJml1K3k uedeHEkVAI0niWPyjGjfjpBUpCsLseLQ2mLPCEU97DHYhauNSyMIg09Ljn84nOoBz/zo /z6vrq/pi3tVgoX1ZvBE0yKFB1T46aKbCvWVTtQ/rT9I75PbzPdHLBhLdxl1sNAVHDyo NP7w==
X-Gm-Message-State: AOAM5330MJjleKNnKxXo5z6xH4saoW1Fr1PHlLEXyfTjY9UNFh1TDY2/ LbHXnyBvGFzteSwSJbNS57f8OHOHuGjHMA==
X-Google-Smtp-Source: ABdhPJxwZY1LQeoBj8R462C33FPsd/K/+k0Mz8KJaYR0eP4vd2Srko3kiqgwX2wej+X0iJkLdjnWSg==
X-Received: by 2002:a17:902:6905:b0:142:9e19:702e with SMTP id j5-20020a170902690500b001429e19702emr71534777plk.34.1639078960271; Thu, 09 Dec 2021 11:42:40 -0800 (PST)
Received: from ?IPv6:2406:e003:1198:3101:80b2:5c79:2266:e431? ([2406:e003:1198:3101:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id m24sm395073pgk.39.2021.12.09.11.42.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 09 Dec 2021 11:42:39 -0800 (PST)
To: Jay Daley <exec-director@ietf.org>
Cc: "Joel M. Halpern" <jmh@joelhalpern.com>, gendispatch@ietf.org
References: <e59ab7e7-be49-d43b-b59e-149062292050@gmail.com> <67181001-2571-4ED7-86D4-EB003A033FBC@ietf.org>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <cb40127c-ac35-f18c-c280-93c3a71a5488@gmail.com>
Date: Fri, 10 Dec 2021 08:42:34 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <67181001-2571-4ED7-86D4-EB003A033FBC@ietf.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/UFmruPPChcUDWbVVVWCjfgjNO3s>
Subject: Re: [Gendispatch] Fwd: I-D Action: draft-halpern-gendispatch-antitrust-02.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: Thu, 09 Dec 2021 19:42:44 -0000

Hi Jay,

On 09-Dec-21 19:15, Jay Daley wrote:
> 
> 
>> On 8/12/2021, at 3:40 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>>
>> I liked the positioning of the previous version, because it was
>> informative, but I disliked the fact that it was intended to be
>> a BCP for no good reason. I certainly had several issues with the
>> informative text that has now disappeared, but those all seemed
>> to be fixable.
>>
>> I dislike this version because it is less informative, and
>> because it is *really* pointless to tell people that they have
>> to obey the law, especially if you don't help them to understand
>> what the law might be. For most IETF participants, this will just
>> be a click-through item, whereas they could read the previous
>> draft and learn something.
> 
> The discussion in the gendispatch session at IETF 112 


I didn't have the fortitude to get up in the middle of the night for that.

> appeared to us authors to come to a clear-ish view - there should be two parts to this, the minimalist policy and the more effusive educational piece, 


I'm not sure that's necessary, but I have no particular objection.

> with the majority appearing to be of the view that the latter should not be an RFC.  Does that work for you?


I'm a bit concerned about how we'll establish rough consensus (not about the law, but about how to describe the law). But since it will be guidelines, not rules, I guess it's OK.

>>
>> Is there a legal theory that this document saying "thou shalt
>> obey the law" protects the IETF itself? If so, that might be
>> a reason for proceeding. Otherwise, I'm not sure what value
>> it has.
> 
> Yes, it’s the common-sense theory -
> 
> Prosecuting regulator: “Were you clear with IETF participants that the services, which you pay contractors to provide and are therefore legally liable for, should not be used to break the law?”


If that's the argument, then I think the document should observe that this changes nothing in past history and does not imply any change to the rules, but is only published now to clarify that the creation of IETF LLC changed nothing. (I'm confident that the authors can express that more elegantly.)

Regards
     Brian