[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