RE: Dispute process (Was: Resignation request)

Andrew Alston <Andrew.Alston@liquidtelecom.com> Tue, 10 March 2020 21:44 UTC

Return-Path: <andrew.alston@liquidtelecom.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 E284F3A0E46 for <ietf@ietfa.amsl.com>; Tue, 10 Mar 2020 14:44:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 5QM6Ac-I2Qmu for <ietf@ietfa.amsl.com>; Tue, 10 Mar 2020 14:44:49 -0700 (PDT)
Received: from eu-smtp-delivery-182.mimecast.com (eu-smtp-delivery-182.mimecast.com [207.82.80.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 25BC13A0E50 for <ietf@ietf.org>; Tue, 10 Mar 2020 14:44:48 -0700 (PDT)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05lp2105.outbound.protection.outlook.com [104.47.18.105]) (Using TLS) by relay.mimecast.com with ESMTP id uk-mta-178-Nlk2UufePZqKgL9zm01Hmw-1; Tue, 10 Mar 2020 21:44:43 +0000
X-MC-Unique: Nlk2UufePZqKgL9zm01Hmw-1
Received: from DBBPR03MB5415.eurprd03.prod.outlook.com (20.179.47.79) by DBBPR03MB5462.eurprd03.prod.outlook.com (10.255.79.211) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.17; Tue, 10 Mar 2020 21:44:41 +0000
Received: from DBBPR03MB5415.eurprd03.prod.outlook.com ([fe80::31cd:8171:1d1f:2fa9]) by DBBPR03MB5415.eurprd03.prod.outlook.com ([fe80::31cd:8171:1d1f:2fa9%5]) with mapi id 15.20.2793.013; Tue, 10 Mar 2020 21:44:41 +0000
From: Andrew Alston <Andrew.Alston@liquidtelecom.com>
To: Paul Wouters <paul@nohats.ca>, Nico Williams <nico@cryptonector.com>
CC: Alex Bogdanov <bogdanov=40google.com@dmarc.ietf.org>, SPRING WG List <spring@ietf.org>, IETF <ietf@ietf.org>, Pete Resnick <resnick@episteme.net>
Subject: RE: Dispute process (Was: Resignation request)
Thread-Topic: Dispute process (Was: Resignation request)
Thread-Index: AQHV9wwvKzHdwwywnE+hjx0fks6gUahCME2AgAAoARA=
Date: Tue, 10 Mar 2020 21:44:41 +0000
Message-ID: <DBBPR03MB5415B070EB23E5DADFF8227DEEFF0@DBBPR03MB5415.eurprd03.prod.outlook.com>
References: <20200310184518.GY18021@localhost> <EB49F5CB-1FD1-4FB1-867B-886233E33B38@nohats.ca>
In-Reply-To: <EB49F5CB-1FD1-4FB1-867B-886233E33B38@nohats.ca>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [2c0f:fe40:3:1:1527:d422:6086:ce91]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: ae0fd9f9-843a-4418-4a11-08d7c53c3d93
x-ms-traffictypediagnostic: DBBPR03MB5462:
x-microsoft-antispam-prvs: <DBBPR03MB54620ABFC255672D0B4C9AB2EEFF0@DBBPR03MB5462.eurprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:4941;
x-forefront-prvs: 033857D0BD
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(39860400002)(136003)(396003)(346002)(366004)(376002)(189003)(199004)(54906003)(52536014)(2906002)(6506007)(7696005)(110136005)(53546011)(5660300002)(478600001)(316002)(4326008)(71200400001)(76116006)(66556008)(81166006)(81156014)(55016002)(186003)(8676002)(66446008)(66946007)(9686003)(33656002)(64756008)(86362001)(8936002)(66476007); DIR:OUT; SFP:1102; SCL:1; SRVR:DBBPR03MB5462; H:DBBPR03MB5415.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: LI7UIbPrD1UoYA/ErvxPvgtVoeAM5/sTVCQrJ7TMZ39YaYHmfFTvtpkLEEGExciAN/mzn0KKlgrHPVufJ+Us8sATe5fXno6RoSO8m9IUCXxkiyWhIe7a9ReR+q7MaJwDZOX8egs27OkJiNAjXuOuih6sI1x0xgKs/Vr0jFC1w2cCyoVusv8CmHDQEXgZv6J9glJ0jq2cDoRFH3X7A9M52d8y6plOkN1FYoGnmDW8DhznFK3JBbOcif2lhjQvgiBpPeX9vhzlmdD+Db7KerlJB7j0yFe3ua/c+SdvqLTiGC3lt8JW3rRtvED1Th1hxP5umtyHnH1UdNWiGbxVpC363J4EgvSMViSUewMmNIi4OqHdUdaWLc9MqehapLRfFzfHRGHhJVLwGiaTEELJ66axdaxRQ7eMqzK0mzrnW1AlgBN2EnRKtqNMA9tG7yQ6oDGJ
x-ms-exchange-antispam-messagedata: ZFDwBx3qmTarMY509+I53aPG0XnIyGLORRYoC/vfPoY5BrpdugRUs0DqohCtdJehtwIM89hD7bqeqHXbcemPlfISedmlTb/QsumRkMudBwjDDKG6Fx7Sr8fUAZCXfjs8lyuUHrRr/A9HNtf/hu3N/iVM6y041X/pRcvW31M8tzk+fkg9/JQBcPkYwGYIltDBor50EE5CF9u1sGH5V56KbQ==
x-ms-exchange-transport-forked: True
MIME-Version: 1.0
X-OriginatorOrg: liquidtelecom.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ae0fd9f9-843a-4418-4a11-08d7c53c3d93
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2020 21:44:41.6907 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 68792612-0f0e-46cb-b16a-fcb82fd80cb1
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: QCIgZH4dOFcgWLWaa+K1HM3JG0YJHzK4NVdNaIqnXeq19YwgsVLtIwdG8vs/1md6oJYIcq2ur4ueEVVDjxQHUICiniVIfqrdLHVvi98Gzks=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBBPR03MB5462
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: liquidtelecom.com
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/PdZW8p4sJqp4qRkdCLBuJWZ3vig>
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: Tue, 10 Mar 2020 21:44:52 -0000

So,

As one of the people that openly supported the original request for resignation by Sander - I felt that - it may be helpful to understand from my side *why* I so strongly supported it - and why I believe, still, that it was a fair option.

Firstly - let me say this - there are several outstanding, unaddressed issues in this draft - and the moment that this formally goes into last call (which it still hasn't left despite the emails from Martin) that appeal will be coming - that is guaranteed.  However, the fact that this was moved out of last call had very little to do with the request for the resignation.  What triggered this was the fact that despite mail after mail after mail in the preceding days - within 2 hours of another edition of the draft being published that directly went to what was being discussed, somehow, consensus was declared.  This denied anyone the opportunity to comment on, digest or respond to the proposed wording, and the wording was material, it wasn't simply a syntax change.

Secondly - The original shepherd document did not once - in the entire document - mention the word consensus outside of where it referred to the consensus achieved on RFC8200.  Instead - it cited a bunch of +1's as an indication that the document had support.  I point out that this runs totally and utterly contrary to everything stated in RFC7282.

This was flagrant, and blatant abuse of process in my view - and it was rail roading through a document that both myself and others dispute there is any form of consensus on.  I do not for one second believe that consensus means we have to agree on everything, consensus means issues have to be addressed and closed - they are not - they were still under heavy discussion - and there are other issues which I have cited on this list, where promises to address things were made,  and never followed through on.  

So - Why not move straight away and ask for a formal recall process?  Firstly - I've long believed in transparency - hence, if I am going to do something, I am going to do it publicly, and I am going to stand by it - that is in my view absolutely critical in a bottom up organization.  Secondly, invoking a formal recall process against someone is a hell of a thing to do - once started - if recalled - that person has been formally recalled for the rest of his days.  I prefer to give someone the option of saying "I screwed up" and stepping aside before invoking such a process - and that is not to say that there will NOT be a formal recall request coming - in fact - its under heavy consideration for both what happened in this instance and for other reasons that have been raised since that request for resignation went out.  

I know that many will go - follow the process - and as I said, I for one, am quite happy to do that, but I believe that giving someone the option to step aside before you institute such process against them is actually the kinder option, and is no less public than a formal recall request would be, since in the spirit of transparency, any such formal request would almost certainly be as public as a request to resign, made so either by IETF process or by the initiators of said process. 

I realize that as with many things in life, we may not always agree - but that being said - the request was transparent, and I still believe, on the basis of the actions taken by the AD - entirely valid.  

Andrew



-----Original Message-----
From: ietf <ietf-bounces@ietf.org> On Behalf Of Paul Wouters
Sent: Tuesday, 10 March 2020 22:08
To: Nico Williams <nico@cryptonector.com>
Cc: Alex Bogdanov <bogdanov=40google.com@dmarc.ietf.org>; SPRING WG List <spring@ietf.org>; IETF <ietf@ietf.org>; Pete Resnick <resnick@episteme.net>
Subject: Re: Dispute process (Was: Resignation request)

On Mar 10, 2020, at 14:45, Nico Williams <nico@cryptonector.com> wrote:

> What I've encountered is that at the limit you have to appeal or give 
> up, and how well things go before you get to that stage depends on how 
> willing WG chairs and responsible AD are to actively mediate dispute 
> resolution.
> 
> The case I felt went really badly was the TLS DNSSEC extension.  

I agree and while that case was bad, what’s worse is that no post-mortem was done here. I don’t think the IETF as an organization will take any lesson from this, and that in itself makes it likely the same mistakes will be made again.

> So there was no question of appeal, really.  

I think also because in the appeal some of the same actors would appear. 

> 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.


Going back to this thread, when I read the subject of resignation and the first email, it seemed like I just stumbled across a hallway fight - people that demand unreasonable things. I don’t know how this conflict went from nothing to asking for someone’s resignation but clearly more people should have been involved earlier to de-escalate this. maybe that was tried and just not visible here? It would be good if there had been some kind of log that could have been referenced so we could determine why this failed to de-escalate.

Paul