[spring] Dispute process (Was: Resignation request)

Pete Resnick <resnick@episteme.net> Tue, 10 March 2020 17:12 UTC

Return-Path: <resnick@episteme.net>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FEB03A175C; Tue, 10 Mar 2020 10:12:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
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 UTU-LhbY04uH; Tue, 10 Mar 2020 10:12:27 -0700 (PDT)
Received: from episteme.net (episteme.net [216.169.5.102]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13ED33A174E; Tue, 10 Mar 2020 10:12:26 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by episteme.net (Postfix) with ESMTP id 91864A325C1E; Tue, 10 Mar 2020 12:12:22 -0500 (CDT)
Received: from episteme.net ([127.0.0.1]) by localhost (episteme.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TTwx3jgbGHyx; Tue, 10 Mar 2020 12:11:51 -0500 (CDT)
Received: from [172.16.1.18] (episteme.net [216.169.5.102]) by episteme.net (Postfix) with ESMTPSA id B940BA325BDE; Tue, 10 Mar 2020 12:11:50 -0500 (CDT)
From: Pete Resnick <resnick@episteme.net>
To: Nico Williams <nico@cryptonector.com>
Cc: Alex Bogdanov <bogdanov=40google.com@dmarc.ietf.org>, Loa Andersson <loa@pi.nu>, SPRING WG List <spring@ietf.org>, IETF <ietf@ietf.org>
Date: Tue, 10 Mar 2020 12:11:47 -0500
X-Mailer: MailMate (1.13.1r5671)
Message-ID: <EF46D631-4553-4378-9260-6E23BE94B14E@episteme.net>
In-Reply-To: <20200310154115.GX18021@localhost>
References: <3EF6505C-D442-41A4-A681-26ACF818BB4D@sobco.com> <C7B7787A-48E5-407F-9E81-BDEC2F1B2169@steffann.nl> <6651697D-A892-4CAB-BDC1-E385750294D3@gmail.com> <a708fc17-c799-2767-4a35-033b063456f5@pi.nu> <CA+q+MpU6-36xTzZL_-B-9fG8atfOiOF5-rdxFFVQV9_y8GOd8Q@mail.gmail.com> <20200310154115.GX18021@localhost>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; markup="markdown"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/0ceJwQzBC-_7E1RDrfsdZkP5Nqg>
Subject: [spring] Dispute process (Was: Resignation request)
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Mar 2020 17:12:42 -0000

On 10 Mar 2020, at 10:41, Nico Williams wrote:

> ...the process we have for
> dealing with complaints is heavily biased against plaintiffs -- which 
> is
> probably as it should be, as otherwise we might never get anything 
> done,
> but then legitimate complaints don't get heard.  I feel OP's
> frustration.

Nico, could you (or others) expand on this?

I really think this is worthy of a separate discussion: What is it about 
the current process that you find biased against those who bring up a 
dispute? (I take it we're talking about RFC 2026 section 6.5 
<https://tools.ietf.org/html/rfc2026#section-6.5>.) Have you encountered 
a bias in undertaking such a dispute?

I have no doubt that this process is under-used (as a chair and an AD, I 
had to actively encourage people to use the dispute process instead of 
just giving up), but I've always assumed that it was just people not 
wanting to "rock the boat", or not wanting to be seen as a "complainer", 
or thought that nobody up the chain would take them seriously. Those are 
serious problems and we should be figuring out how to address them, 
since people bringing up failures is the only way we can stop bad things 
from happening when a WG or someone in leadership gets tunnel vision and 
does the wrong thing. However, this is the first time I've heard someone 
express that the process itself is stacked against someone with a 
dispute. If that's true, we should really talk about how to fix that.

pr
-- 
Pete Resnick https://www.episteme.net/
All connections to the world are tenuous at best