Re: Dispute process (Was: Resignation request)

S Moonesamy <sm+ietf@elandsys.com> Wed, 11 March 2020 20:30 UTC

Return-Path: <sm@elandsys.com>
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 344343A0B52 for <ietf@ietfa.amsl.com>; Wed, 11 Mar 2020 13:30:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.697
X-Spam-Level:
X-Spam-Status: No, score=-1.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=elandsys.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 uUDpvC7XQflh for <ietf@ietfa.amsl.com>; Wed, 11 Mar 2020 13:30:51 -0700 (PDT)
Received: from mx.elandsys.com (mx.elandsys.com [162.213.2.210]) by ietfa.amsl.com (Postfix) with ESMTP id E87B63A0B63 for <ietf@ietf.org>; Wed, 11 Mar 2020 13:30:51 -0700 (PDT)
Received: from DESKTOP-K6V9C2L.elandsys.com ([102.115.167.127]) (authenticated bits=0) by mx.elandsys.com (8.15.2/8.14.5) with ESMTPSA id 02BKUTMv027476 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Mar 2020 13:30:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elandsys.com; s=mail; t=1583958643; x=1584045043; i=@elandsys.com; bh=7p3xFI46YLfELCw81tAVfFitJKzo4BUzeiKXV64f4mo=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=kmeB/oLitBu6Gua/6skDL9x3igZzGnb/CbelJtUyNbxyhGHhw/p40IMsiHSy171wL 5RIDmXHqOLWAnMmjZ7PeEAa3NJJtims+MbT5zmf5unT34dmqvFybW37lKC8HWR/D6a 89hndkMnM6nzIaK8cD6qghd7VFC6+WntNCugzqyo=
Message-Id: <6.2.5.6.2.20200311123156.13638bb0@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Wed, 11 Mar 2020 13:24:21 -0700
To: Paul Wouters <paul@nohats.ca>, ietf@ietf.org
From: S Moonesamy <sm+ietf@elandsys.com>
Subject: Re: Dispute process (Was: Resignation request)
Cc: Pete Resnick <resnick@episteme.net>
In-Reply-To: <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> <alpine.LRH.2.21.2003110930290.31299@bofh.nohats.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/ePwtD31fZnS0t7UZLvFv_bWK1p8>
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 20:31:04 -0000

Hi Paul,
At 06:48 AM 11-03-2020, Paul Wouters wrote:
>>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.

That publication path might work.  However, it does not fix the 
systemic problem.  I did not include some points from your message, 
e.g. reduced participation due to demotivation.

The point which Pete was making is that disputes are part of the 
process and it is expected that there are adequate procedures in 
place to ensure appropriate resolution of issue(s).

Some time back, I went through a working group mailing list to try 
and identify what went wrong.  The turning point, i.e. one or more 
decision which might explain why things went wrong, was not 
clear.  I'd say that I should have raised a concern instead of going 
along with the decision.

Writing an appeal is more difficult than writing an IETF RFC.  As a 
point of information, there was an appeal about an ISE decision 
[1].  As such, there is evidence that there is a procedure which is 
applicable as a remedy.

Regards,
S. Moonesamy

1. 
https://www.iab.org/wp-content/IAB-uploads/2019/02/20190131-Independent-Submission-Process-Appeal.pdf