[Mod-discuss] Re: WG Last Call: draft-ietf-modpod-group-processes-10 (Ends 2025-09-08)
"D. J. Bernstein" <djb@cr.yp.to> Mon, 01 September 2025 17:56 UTC
Return-Path: <djb-dsn2-1406711340.7506@cr.yp.to>
X-Original-To: mod-discuss@mail2.ietf.org
Delivered-To: mod-discuss@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 0E4FD5BBB494 for <mod-discuss@mail2.ietf.org>; Mon, 1 Sep 2025 10:56:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -3.857
X-Spam-Level:
X-Spam-Status: No, score=-3.857 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, PP_MIME_FAKE_ASCII_TEXT=0.34, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ln-PM6PU3FM4 for <mod-discuss@mail2.ietf.org>; Mon, 1 Sep 2025 10:56:32 -0700 (PDT)
Received: from salsa.cs.uic.edu (salsa.cs.uic.edu [131.193.32.108]) by mail2.ietf.org (Postfix) with SMTP id E0EBC5BBB48D for <mod-discuss@ietf.org>; Mon, 1 Sep 2025 10:56:32 -0700 (PDT)
Received: (qmail 946588 invoked by uid 1010); 1 Sep 2025 17:56:32 -0000
Received: from unknown (unknown) by unknown with QMTP; 1 Sep 2025 17:56:32 -0000
Received: (qmail 425991 invoked by uid 1000); 1 Sep 2025 17:56:21 -0000
Date: Mon, 01 Sep 2025 17:56:21 -0000
Message-ID: <20250901175621.425989.qmail@cr.yp.to>
From: "D. J. Bernstein" <djb@cr.yp.to>
To: mod-discuss@ietf.org
Mail-Followup-To: mod-discuss@ietf.org
In-Reply-To: <CDCF1479-E92E-45AE-B61F-0CFCEDB5DE65@ietf.org>
Message-ID-Hash: V67C6O2GN62OQYDEKQVIHUMWGUXKJP7Z
X-Message-ID-Hash: V67C6O2GN62OQYDEKQVIHUMWGUXKJP7Z
X-MailFrom: djb-dsn2-1406711340.7506@cr.yp.to
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-mod-discuss.ietf.org-0; header-match-mod-discuss.ietf.org-1; header-match-mod-discuss.ietf.org-2; header-match-mod-discuss.ietf.org-3; header-match-mod-discuss.ietf.org-4; header-match-mod-discuss.ietf.org-5; header-match-mod-discuss.ietf.org-6; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Mod-discuss] Re: WG Last Call: draft-ietf-modpod-group-processes-10 (Ends 2025-09-08)
List-Id: Discussion list for IETF moderation policies and practices <mod-discuss.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mod-discuss/n3eKmUZi-0blI3QdxcF3HfiIZyA>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mod-discuss>
List-Help: <mailto:mod-discuss-request@ietf.org?subject=help>
List-Owner: <mailto:mod-discuss-owner@ietf.org>
List-Post: <mailto:mod-discuss@ietf.org>
List-Subscribe: <mailto:mod-discuss-join@ietf.org>
List-Unsubscribe: <mailto:mod-discuss-leave@ietf.org>
IETF LLC Executive Director writes: > This segue below into antitrust unfortunately contains mistaken claims > and a false allegation, No, it doesn't. What you write is not responding to the actual content of my objections; you're instead shifting to other topics. See below. > > One sees the same procedures (with minor differences in details) in > > pretty much every standardization organization---but not IETF. > That is a mistaken claim. Here is just one example of an SDO that has > antitrust guidelines very similar to the IETF > https://www.iso.org/files/live/sites/isoorg/files/developing_standards/docs/en/competition_law_guidelines.pdf No, my claim is correct as stated. Since you picked ISO as an example: ISO has the procedures I described. IETF does not. You removed the context in which I described the procedures I was talking about. Here's the first paragraph of the context: "In a standards organization, each moderator's basic task is to make sure that decisions have consensus. This doesn't require unanimity, but it does require general agreement; fair consideration of each comment; a process of attempting to resolve each objection; and documentation---for any objection that was not resolved but that was instead overridden by general agreement---of _why_ that objection was overridden." These procedures are _required by law_. Specifically, the safe harbor for standardization in antitrust law, namely 15 U.S.C. §4302, is only for standardization meeting the definition in 15 U.S.C. §4301, which in turn incorporates the requirements of OMB A-119, which defines consensus as follows: "general agreement, but not necessarily unanimity, and includes a process for attempting to resolve objections by interested parties, as long as all comments have been fairly considered, each objector is advised of the disposition of his or her objection(s) and the reasons why, and the consensus body members are given an opportunity to change their votes after reviewing the comments". Seeing that ISO has these procedures is a simple matter of looking at the ISO _Directives_, the central ISO standardization procedures. I'll take an example to illustrate. The straightforward rule "Committees are required to respond to all comments received" appears in the ISO Directives, 2.5.3: https://www.iso.org/sites/directives/current/consolidated/index.html#_Toc165304990 For comparison, IETF _often_ has _individual_ responses to objections, but (1) it's rare for those to be _official_ statements (i.e., there's usually no working-group response whose content can be appealed; the group isn't required to discuss an objection carefully enough to come to agreement on a response); and (2) it's certainly not true that _every_ objection receives a response (majorities can simply ignore the most important objections, while hiding this behind the continual noise of minor comments). It's also not as if these failures are violations of IETF policy. It's IETF's fault for failing to require a WG response to each objection. _Beyond_ the ISO Directives, ISO also has _extra_ rules relevant to antitrust law, such as the rules in the ISO document you mentioned: https://www.iso.org/files/live/sites/isoorg/files/developing_standards/docs/en/competition_law_guidelines.pdf I agree that this document has some similarities to the IETF document https://www.rfc-editor.org/rfc/rfc9680.html such as both documents having the word "guidelines" in the title, both documents talking about antitrust law, etc. But this is completely non-responsive to what I wrote about specific _differences_ between IETF's procedures and the procedures of other SDOs. > > Presumably the actual feedback was worded more like "You are > > blatantly violating antitrust law and have to fix your procedures right > > now". > The allegation "Presumably" is not stating an allegation; it is stating a presumption. "Presume" means "suppose without proof", whereas "allege" means "assert without proof"; "suppose" means "lay down tentatively as a hypothesis, assumption, or proposal", whereas "assert" is definite. > that this blog post is misrepresenting the feedback received Hmmm. If the actual feedback to IETF LLC was worded like "You are blatantly violating antitrust law and have to fix your procedures right now", which then turned into IETF LLC's public characterization of the feedback as "our current processes and procedures would not provide strong mitigation of antitrust risk and that could only be achieved with a detailed compliance policy", is that really _misrepresentation_? I would have to think about this. _Maybe_ I'd end up concluding that the answer is yes, but certainly that's not what I said above. The way that you took this quote out of context forces the reader to do extra work to see that you're attacking a strawman. > is false. IETF LLC should be providing the actual wording of the feedback for IETF participants to evaluate---in part because secrecy is error-prone and in part because IETF LLC claims that "IETF activities are conducted with extreme transparency, in public forums". Any argument that this feedback _must_ be kept secret would be hard to reconcile with the argument that the feedback communicates the same thing as what IETF LLC has posted. Meanwhile we already _know_ that there's a gap between IETF's public communication of the feedback it received and the actual feedback; the only question is how large the gap is. Specifically, https://web.archive.org/web/20241219083129/https://mailarchive.ietf.org/arch/msg/tls/JC84TDxKTEekMuX87f3_ZNw_Tw4/ claims that "the IETF structure and processes are designed to mitigate antitrust risks" and that this had been "thoroughly checked with multiple sets of counsel", while the earlier message https://web.archive.org/web/20220514032045/https://mailarchive.ietf.org/arch/msg/antitrust-policy/f1iHM9p8N-U8p_pXen2ruDqjPPQ/ admits that IETF LLC "received private feedback from other lawyers that, from the perspective of antitrust litigators, our current processes and procedures would not provide strong mitigation of antitrust risk and that could only be achieved with a detailed compliance policy". > > As I've mentioned before, it's easy to see that the same list of > > legal requirements was used to write > > https://www.ietf.org/blog/ietf-llc-statement-competition-law-issues/ > > with each requirement phrased as a claim that IETF follows the > > procedures (look at "openness, balance of interests, due process, an > > appeals process, and consensus" from 15 U.S.C. §4301, and compare that > > to the part of the IETF statement starting "IETF participation is free > > and open to all interested individuals"). The problem, in a nutshell, is > > that those claims are false: that's not how IETF actually works. > That is also a mistaken claim. You're quoting multiple items. I presume you're referring to the last item: i.e., I presume that you're saying that the claims on that page match how IETF actually works. (Your subsequent text says "The IETF:" and then makes various claims.) Let's try an example, namely consensus. The page claims that "IETF activities are conducted with extreme transparency, in public forums. Decision-making requires achieving broad consensus via these public processes". But there's ample documentation elsewhere of IETF saying that consensus _isn't_ required and that "rough consensus" is enough. So the page is out of whack with how IETF actually works. Readers of your subsequent text think that your list matches the page. But you've actually shifted to _another_ series of claims about IETF. You now write, for example, that IETF "operates with rough consensus"; but the page doesn't say "rough"! One of my objections is that IETF isn't doing what the law requires. For example, IETF doesn't require consensus. The issue here isn't just the word "rough": the issue is that the law has a _definition_ of consensus with the procedural protections that I listed (such as responding to each objection), and IETF habitually violates those protections. The IETF LLC statement claiming that everything is okay (1) doesn't admit that IETF LLC received contrary feedback from various antitrust litigators, (2) fails to address the OMB A-119 procedural protections that 15 U.S.C. §4301 incorporates (I presume the lawyer who wrote the IETF LLC statement looked at the "openness, balance of interests, due process, an appeals process, and consensus" part of the law but missed the "consistent with the Office of Management and Budget Circular Number A-119" part; I quoted the OMB A-119 definition of consensus above); and (3) is founded upon an easily debunked description of how IETF operates. > https://www.ietf.org/blog/ietf-community-survey-2024/ Thank you for this link. The survey says that only 31.24% of 1060 survey respondents agree that IETF "almost always" produces RFCs that "reflect IETF consensus", while 38.90% say it "often" does, and the other 29.86% don't even agree with "often". Do you still claim that IETF's decision-making "requires achieving broad consensus"? [ out of order: ] > and therefore should not be considered evidence for rejecting the > approach of a moderation team. Thank you for this clear example of IETF LLC steering the standards process, in violation of "The IETF LLC has no role in the oversight or steering of the standards process". ---D. J. Bernstein
- [Mod-discuss] WG Last Call: draft-ietf-modpod-gro… Lisa Dusseault via Datatracker
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Brian E Carpenter
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Eliot Lear
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Tim Bray
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Brian E Carpenter
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Eliot Lear
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Eliot Lear
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Salz, Rich
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Wilton (rwilton)
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Wilton (rwilton)
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Wilton (rwilton)
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Stephen Farrell
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Stephen Farrell
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Stephen Farrell
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Salz, Rich
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Jeffrey Haas
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Jeffrey Haas
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Tim Bray
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Stephen Farrell
- [Mod-discuss] Broad consensus D. J. Bernstein
- [Mod-discuss] Re: Broad consensus Stephen Farrell
- [Mod-discuss] Re: Broad consensus Watson Ladd
- [Mod-discuss] Re: Broad consensus Rob Wilton (rwilton)
- [Mod-discuss] Re: Broad consensus Lisa Dusseault
- [Mod-discuss] Re: Broad consensus (and my WGLC co… Paul Wouters
- [Mod-discuss] Partiicipation in this WG Last Call… John C Klensin
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Pete Resnick
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Pete Resnick
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Brian E Carpenter
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Wilton (rwilton)
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Nick Hilliard
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Nick Hilliard
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Sayre
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Sayre
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Sayre
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Sayre
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Sayre
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Stephen Farrell
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Stephen Farrell
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Stephen Farrell
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Brian E Carpenter
- [Mod-discuss] Bringing IETF in line with the ANSI… D. J. Bernstein
- [Mod-discuss] Re: Bringing IETF in line with the … Nick Hilliard
- [Mod-discuss] Re: Bringing IETF in line with the … D. J. Bernstein
- [Mod-discuss] Re: Bringing IETF in line with the … Eliot Lear
- [Mod-discuss] Re: Bringing IETF in line with the … Pete Resnick
- [Mod-discuss] Re: Bringing IETF in line with the … D. J. Bernstein
- [Mod-discuss] Re: Bringing IETF in line with the … Stephen Farrell
- [Mod-discuss] Re: Bringing IETF in line with the … D. J. Bernstein
- [Mod-discuss] Re: Bringing IETF in line with the … Rob Wilton (rwilton)
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Jay Daley
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Sayre
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Eliot Lear
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Eliot Lear
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Sayre
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Sayre
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Sayre
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Eliot Lear
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Sayre
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Brian E Carpenter
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… Rob Sayre
- [Mod-discuss] Re: WG Last Call: draft-ietf-modpod… D. J. Bernstein