Re: Dispute process (Was: Resignation request)

Paul Wouters <paul@nohats.ca> Wed, 11 March 2020 13:48 UTC

Return-Path: <paul@nohats.ca>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0AA13A1924 for <ietf@ietfa.amsl.com>; Wed, 11 Mar 2020 06:48:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, SPF_HELO_NONE=0.001, SPF_NONE=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=nohats.ca
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 aPThVBx82oCH for <ietf@ietfa.amsl.com>; Wed, 11 Mar 2020 06:48:34 -0700 (PDT)
Received: from mx.nohats.ca (mx.nohats.ca [IPv6:2a03:6000:1004:1::68]) (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 B2B8B3A191A for <ietf@ietf.org>; Wed, 11 Mar 2020 06:48:33 -0700 (PDT)
Received: from localhost (localhost [IPv6:::1]) by mx.nohats.ca (Postfix) with ESMTP id 48ctb35019zL5S; Wed, 11 Mar 2020 14:48:31 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nohats.ca; s=default; t=1583934511; bh=oRqFjsEiEzDKdifsSG3xSIkty6N/lpW5+XkX2Fyi6OQ=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=lmY3TsM6fOKPmIISina90KGjJGgR0Y2qU64d3Ejd9cwUZDR9jVS4Y7uuc9M81+2OS vtJpmEB2jjDqq809Z3JCBKwwdNyYTBRBviznB0U5SFrJfh1OJDjcQixQ7vS73jOUEj 9YcbKx8ThG2I4f8Mz7Nocaua7veGLUVV0LhmgcJE=
X-Virus-Scanned: amavisd-new at mx.nohats.ca
Received: from mx.nohats.ca ([IPv6:::1]) by localhost (mx.nohats.ca [IPv6:::1]) (amavisd-new, port 10024) with ESMTP id CrQjeXvaqTTW; Wed, 11 Mar 2020 14:48:30 +0100 (CET)
Received: from bofh.nohats.ca (bofh.nohats.ca [76.10.157.69]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.nohats.ca (Postfix) with ESMTPS; Wed, 11 Mar 2020 14:48:30 +0100 (CET)
Received: by bofh.nohats.ca (Postfix, from userid 1000) id 0A56A60298AC; Wed, 11 Mar 2020 09:48:29 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1]) by bofh.nohats.ca (Postfix) with ESMTP id 06C9782C65; Wed, 11 Mar 2020 09:48:29 -0400 (EDT)
Date: Wed, 11 Mar 2020 09:48:29 -0400
From: Paul Wouters <paul@nohats.ca>
To: Pete Resnick <resnick@episteme.net>
cc: IETF <ietf@ietf.org>
Subject: Re: Dispute process (Was: Resignation request)
In-Reply-To: <9AB7F383-1220-4D90-BD8F-B672AF473BE9@episteme.net>
Message-ID: <alpine.LRH.2.21.2003110930290.31299@bofh.nohats.ca>
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> <EF46D631-4553-4378-9260-6E23BE94B14E@episteme.net> <20200310184518.GY18021@localhost> <9AB7F383-1220-4D90-BD8F-B672AF473BE9@episteme.net>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/NT-Cp8xI2w01jWG_tKvx6fuIaM0>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Mar 2020 13:48:36 -0000

On Tue, 10 Mar 2020, Pete Resnick wrote:

> This to me says that we've got to start dealing with the disputes earlier in 
> the process to avoid the "annoy and anger" part (though sometimes that will 
> be unavoidable). At the time of the WG decision, before anything goes to the 
> IESG, it's time to have a discussion with the chair. That's before 2026 6.5.1 
> imagines it, but I don't think that's a problem for the first steps.

In the examples mentioned, the chairs and ADs did try to do this.

>>  There's no easy way to challenge a consensus to drop a work item.  What
>>  are you gonna do, appeal asking the IAB to force a WG to take on a work
>>  item it doesn't want to?  A WG could even conclude out of spite if
>>  forced to do something it doesn't want to.
>
> You're right that forcing the WG to do work isn't feasible. But I could 
> imagine other choices. Not knowing the specifics, though, I don't want to 
> speculate on what might have worked.

The WG did take on the work, but most of the participants didn't much
care about the work. So when a conflict came up, after two face to face
meetings and a lively on-list discussion, most just wanted every player
in this discussion to go away. A side meeting was attempted by chairs and
AD, which initially seemed successfull but then didn't end up changing
anyway. I think the decision to take it out of the WG was probably
a good one, since the majority didn't seem to care and the technical
related humms made in this case were dangerous, as people were mostly
interested in this work item to never appear again, and hadn't really
thought about the issues or even read the related draft.

>>  So there was no question of appeal, really.  But I do feel that the
>>  chairs and responsible AD did not help enough ahead of the WG throwing
>>  its hands up in the air -- that might be an incorrect perception though,
>>  as maybe the chairs and AD were simply unable to get the strongest
>>  personalities on either side of the dispute to compromise, but, too, I
>>  think they could have called the consensus rather than wait till the WG
>>  threw in the towel on the work item.
>
> I think you're probably right. I know I've chaired in the past when I didn't 
> see the signs of bad things happening and failed to get out in front of it. 
> But the appeal, even if fruitless in the end, would have at least made the 
> chair, the AD, and IESG do a bit of post-mortem to figure out what went 
> wrong, so we should figure out some way to make them less painful (as per 
> your last paragraph).

In this case, going via the ISE is a fine solution, provided this path
isn't suddently blocked in the future before publication of the
document, and providing the ISE agrees to publish. I have no idea what
we would have to do procedurally, if the ISE path fails for some reason.
As we cannot really appeal the ISE decision, we'd have to go back to the
WG for an appeal, which also seems to not be the right place.

>>>  I have no doubt that this process is under-used (as a chair and an AD, I
>>>  had
>>
>>  I've reached out to chairs and ADs a number of times before, and that
>>  has worked, and can work where they're willing to.
>
> That's good to hear.

I think what I would do differently now looking back, is to actually get
chairs or AD's from outside the specific Area to help, so that the
process and the content are more strictly separated by a more neutral
arbitrator.

>>  The OP of this thread's parent thread clearly felt much more strongly
>>  about their case than anyone did about the TLS DNSSEC extension.  No one
>>  in the latter case felt so aggrieved as to post a "resignation request".

While I didn't feel that aggrieved, I did reduce my participation a lot
after these events, especially in certain WGs, so as to avoid any
further discussions with the same group of people. But also because I
just felt extremely demotivated.

> I did a little review some time ago of the appeals brought to the IESG. 
> Approximately half of them were perfectly well-reasoned appeals made by 
> serious people in the community, and as I remember in the majority of them 
> the IESG said, "Oh, yeah, that wasn't a good outcome; let's fix it."

That is good to know.

>>  Not sure how to make it better, except maybe thus: it should be possible
>>  to get a review of how a dispute was resolved not so much as an appeal,
>>  but as a way to remediate problems to help alleviate _next_ dispute.

Indeed. That would be good.

Paul