RE: Sam's text and way forward on the last call of draft-farrresnickel-harassment-05.txt
"Adrian Farrel" <adrian@olddog.co.uk> Thu, 19 March 2015 14:09 UTC
Return-Path: <adrian@olddog.co.uk>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FDED1AC3F3 for <ietf@ietfa.amsl.com>; Thu, 19 Mar 2015 07:09:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Level:
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham
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 Qh12wIMx1IAH for <ietf@ietfa.amsl.com>; Thu, 19 Mar 2015 07:09:32 -0700 (PDT)
Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F7421A019B for <ietf@ietf.org>; Thu, 19 Mar 2015 07:09:32 -0700 (PDT)
Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t2JE9UcM024104; Thu, 19 Mar 2015 14:09:30 GMT
Received: from 950129200 (089144227037.atnat0036.highway.a1.net [89.144.227.37]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t2JE9SP2024088 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 19 Mar 2015 14:09:29 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Jari Arkko' <jari.arkko@piuha.net>, 'IETF Discussion List' <ietf@ietf.org>
References: <5503914A.7060209@gmail.com> <5503BF22.5020902@gmail.com> <2AE2D092-C32A-46EB-88CA-71366965F4D7@cisco.com> <5505D873.1040203@gmail.com> <CAL0qLwbQf_2WUn8PrUXCMy_3w6tt+iJw0tyF=gUojA5fwRXJNg@mail.gmail.com> <550736E0.6080101@dcrocker.net> <20150316203250.GJ2179@mx1.yitter.info> <55073F22.6000606@dcrocker.net> <20150316204616.GK2179@mx1.yitter.info> <55074AC1.9080500@dcrocker.net> <20150316214620.GO2179@mx1.yitter.info> <550751AC.7090108@dcrocker.net> <55075EBA.4000905@gmail.com> <5509BB58.4060307@qti.qualcomm.com> <B714CBFE-5D3D-4293-91C2-534A3437EB24@piuha.net>
In-Reply-To: <B714CBFE-5D3D-4293-91C2-534A3437EB24@piuha.net>
Subject: RE: Sam's text and way forward on the last call of draft-farrresnickel-harassment-05.txt
Date: Thu, 19 Mar 2015 14:09:29 -0000
Message-ID: <014401d0624e$5220d940$f6628bc0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQLZOH7rrphe487D7qy+G0pjhzWp2AIXwES0AYQe7rYCLhjWDwGPQ/N2AWYx2kABmY4bdQEcKADRAUNQ/1EBvVb9qwB8nHYOAItUf08CuYsckgHBRI+wALOOD6CabMVIkA==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21408.007
X-TM-AS-Result: No--23.598-10.0-31-10
X-imss-scan-details: No--23.598-10.0-31-10
X-TMASE-MatchedRID: 8HTFlOrbAtGgHOeAReHBOhIRh9wkXSlFlavqJJda2A/jsTquy0JRi/b8 9qPFGKBE3a3Ak3tAN9XJRRZux2Smyw5aWWrzaWxcZvOUKDbiir5hjS00Z2+WLRRlfnVUuyX0XH3 W+57nGfkEFQI9yoq/WK9zSqx/qpXxWsHLa0m5P03huXUWQoMQt4KOU2QQsGo0ZSU+paQGkBT3fN 2FaN2qwkckN6tXrLPvp6Q7Lt59PFHOW6rSLC5LqPDrFod3YoIKyeUl7aCTy8gruSE7uNdJCRwz7 2zDzvkO26u446aTmuLdDq3aS+Wa/vE4wkX7qm7sbMGKOuLn5FVcSMp/1+Epp8lgi/vLS272f/bT CoZRptJNYvDaO9t+nM3Xtn9HtskcnJe/ra8FPliVUcz8XpiS9MBZPOJYZoM8yLOAo0PwubkbZfQ FjrAMR4FXMlcEfDwSd05aAjFuRNuxpgqXoiq0Qdm6V9lyTcKhQrO4XR6BRQNjPrlNB+gMqzurVh 7NYTzj8S2jDx5Lv41VSKWmL7m7MgC5ZkJMmG5B04Rmz/agfdyUctRw0zzl2o1Oeo4wEgnhsR3So 2fxm0csf6NiaG4EnKAkY50u8wmdCcBkB50pNoS00zInvaNB3WVJUFD+9LAIy2cywcLkDba5p6xg f5MBjFgOJfW3AR4YtRu0wx3fuq8z11xaETMcxTCIlN/eSPB9cK8qHvdFHLD1qK3zmw2CQMYR+i1 NmBQlhGIdJIo+CPGQ142YgBOGlKHoRz4rXiVkbwe8348GQw73BfGeW4qde9WXS/sT0qGGqCfeIl EscU6ga7X9fT+iFEoAmKJ1lZ2SGL1XoEj31q2eAiCmPx4NwLTrdaH1ZWqCpvI8UZOf47jUZxEAl FPo846HM5rqDwqtlExlQIQeRG0=
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/_PpOWGpJvhtwKxXsWOEg19UzTfA>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: adrian@olddog.co.uk
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: <http://www.ietf.org/mail-archive/web/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: Thu, 19 Mar 2015 14:09:35 -0000
I completely support the aims of Sam's text, but doubt the practicality. For example, if the Ombudsteam decides to remove someone from a WG chair position, how will this actually work? Will they tell the AD "this person is no longer a WG chair" and will the AD be supposed to say "Ah, that was the Ombudsteam speaking, so I had better react by, for example, not instantly reappointing them"? The -05 text had... The Ombudsteam can recommend, but can not impose, that a Respondent who is in a IETF management position be removed from that position. There are existing mechanisms within IETF process for the removal of people from IETF management positions that may be used as necessary. I stand by that text and I believe it achieves everything that is desired without: - needing any changes to existing processes - needing any more lapses in confidentiality than Sam's proposal. It is, of course, vague. But let's look at some cases: 1. Document editor. "Hello WG chairs, we are the Ombudsteam and we ask you to remove Adrian from editing draft-ietf-foo." The WG chairs will know what that means and don't need to know any more details. What is the difference between this and Sam's proposal? - We do not need to update the text about who hires/fires document editors - We have to trust WG chairs to understand that the Ombudsteam would not ask if there wasn't good reason. 2. WG secretary. Ditto case 1 3. WG chair "Hello AD, we are the Ombudsteam and we ask you to remove Adrian from chairing the FOO WG." The AD will know what that means and doesn't need to know any more details. What is the difference between this and Sam's proposal? - We do not need to update the text about who hires/fires WG chairs - We have to trust ADs to understand that the Ombudsteam would not ask if there wasn't good reason. 4. IESG, IAB, IAOC Here I think a little more is needed. Requiring a 20 person petition requires that 20 people know of the case and possibly agree with the Ombudsteam. That is a possibly a step too far. I think we should allow - the Ombudsteam to directly petition the ISOC President - the fact of the petition to be published - the recall committee to listen to the Ombudsteam and trust them, maybe asking for an outline, but not demanding full details I *do* agree that asking someone to resign is a good first step. I am slightly suspicious that someone who harasses to the extent that this remedy is judged appropriate would probably not choose to resign. But running code will expose that. Thanks, Adrian > -----Original Message----- > From: ietf [mailto:ietf-bounces@ietf.org] On Behalf Of Jari Arkko > Sent: 19 March 2015 10:04 > To: IETF Discussion List > Subject: Sam's text and way forward on the last call of draft-farrresnickel- > harassment-05.txt > > I wanted to recap where we are with respect to the topic > of incidents handled by the ombudsteam affecting roles > that people have in the IETF. > > First off, I think we have broad agreement that we need > to deal with this better than version -06 of the document > does, and that misbehaving leadership needs to be > removed. The debate has been about the specific > mechanics of doing that, and clearly -06 was not up > to the task, as well as leaving a bad impression. > I'm sorry. We are now in the process of seeing how to > correct that. > > I would like to get to the specific proposals. Sam > suggested one way of dealing with this, copied below. > > I personally like this text. There are some variations of > the general approach, I think Pete argued for a similar > treatment of WG chairs and nomcom-appointed > positions. I could live with that as well. > > However, there is clearly another class of approaches > to solving this. We could specify the mechanics of > ombudsteam initiating or running the recall process, > or providing the ombudsteam the authority to terminate > appointments. I think this type of an approach is also > possible, but would tie into our nomcom and recall > processes in a quite close manner. The details would > have to be specified, and of course, the resulting system > should still be workable, safe, etc. from overall IETF > perspective. Does anyone have a proposal in this > space, or believe we should take this path? > > Or are there other approaches not listed in this > e-mail? > > So at this point I would like to ask if people are > comfortable with Sam's proposal or if other > proposals are forthcoming and/or people believe > that another approach is needed. Concrete > text proposals would be appreciated. > > Here's Sam's proposal: > > > I'd like to take a stab to see if I understand what we do have consensus > > on: > > > > old: > > (The Ombudsteam can not impose that a Respondent > > who is in a IETF management position be removed from that > > position. There are existing mechanisms within IETF process for > > the removal of people from IETF management positions that may be > > used as necessary.) > > > > new: > > The Ombudsteam MAY ask a respondent to consider resigning from an IETF > > management position. The Ombudsteam May remove a respondent from a > > working group or document editor position. While this document does > > not create additional procedures permitting a nomcom appointee be > > removed, the Ombudsteam can exclude a respondent from meetings and > > mailing lists and other activities, making it impossible for them to > > carry out their appointed tasks. > > > > Rationale for the above: > > > > I think we should split handling of chairs and wg-level positions from nomcom > stuff. > > The discussion to date seems to have focused on nomcom-level > > appointments, and we apparently don't have consensus to make changes to > > that in this document. > > However, I think we should carefully ask ourselves how we handle chair > > harassment. > > Recommending to the AD seems like the wrong approach. The AD isn't > > going to be in a position to know the facts, the AD is not going to be > > trained in harassment. As a manager I've sometimes been told by HR that > > I had to take certain actions; sometimes I agreed, sometimes I wished I > > had other options. However, sometimes the interest of (in that case the > > company, in this case the IETF) to avoid harassment are more important > > than an individual manager's preference. > > So, I'd like to float the idea that the Ombudsteam is in the best > > position to make harassment-related removals at that level. > > > > I've removed the sentence saying that the Ombudsteam cannot make > > leadership removals because it's too easy to read that as an affirmative > > statement against leadership removals. Instead, I've floated a specific > > instantiation of the idea that the Ombudsteam does have the power to > > make it impossible for a leader to do their job. I think it's important > > to confirm we have consensus on this point. It would be a huge mess for > > the Ombudsteam to try and do that and to discover we didn't have > > community support for that. In effect I'm arguing that it's important > > enough to make sure we're on the same page here that we float specific > > text for this issue and confirm it doesn't attract unresolvable > > objections. Pete has said on-list and in private discussions that he > > believes their is support for the Ombudsteam choosing remedies like > > this. > > > > > >
- Re: Last Call: <draft-farrresnickel-harassment-05… Spencer Dawkins
- What is a "management position? [Last Call: <draf… Brian E Carpenter
- Mailing lists [Last Call: <draft-farrresnickel-ha… Brian E Carpenter
- Re: Mailing lists [Last Call: <draft-farrresnicke… Brian E Carpenter
- Re: What is a "management position? [Last Call: <… joel jaeggli
- Re: What is a "management position? [Last Call: <… John C Klensin
- Re: What is a "management position? [Last Call: <… joel jaeggli
- Re: What is a "management position? [Last Call: <… Fred Baker (fred)
- Re: What is a "management position? [Last Call: <… John C Klensin
- Re: What is a "management position? [Last Call: <… John C Klensin
- Re: Mailing lists [Last Call: <draft-farrresnicke… Sam Hartman
- Re: Last Call: <draft-farrresnickel-harassment-05… Sam Hartman
- Re: RFC2418bis (was - Re: What is a "management p… Dave Crocker
- RFC2418bis (was - Re: What is a "management posit… Dave Crocker
- Re: What is a "management position? [Last Call: <… Brian E Carpenter
- Re: What is a "management position? [Last Call: <… joel jaeggli
- Re: What is a "management position? [Last Call: <… Barry Leiba
- Re: What is a "management position? [Last Call: <… John C Klensin
- Re: What is a "management position? [Last Call: <… Murray S. Kucherawy
- Re: What is a "management position? [Last Call: <… Dave Crocker
- Re: What is a "management position? [Last Call: <… John C Klensin
- Re: What is a "management position? [Last Call: <… Andrew Sullivan
- Re: What is a "management position? [Last Call: <… Dave Crocker
- Re: What is a "management position? [Last Call: <… Andrew Sullivan
- Re: What is a "management position? [Last Call: <… Scott Kitterman
- Re: What is a "management position? [Last Call: <… Dave Crocker
- Re: What is a "management position? [Last Call: <… Andrew Sullivan
- Re: What is a "management position? [Last Call: <… Dave Crocker
- Re: What is a "management position? [Last Call: <… Brian E Carpenter
- Re: What is a "management position? [Last Call: <… Sam Hartman
- Re: What is a "management position? [Last Call: <… Fred Baker (fred)
- Re: What is a "management position? [Last Call: <… Brian E Carpenter
- Re: What is a "management position? [Last Call: <… Pete Resnick
- Re: What is a "management position? [Last Call: <… Sam Hartman
- RE: What is a "management position? [Last Call: <… Christian Huitema
- Re: What is a "management position? [Last Call: <… Scott Kitterman
- Re: What is a "management position? [Last Call: <… John C Klensin
- Re: Sam's text and way forward on the last call o… Scott O. Bradner
- Sam's text and way forward on the last call of dr… Jari Arkko
- Re: Sam's text and way forward on the last call o… Michael StJohns
- RE: Sam's text and way forward on the last call o… Spencer Dawkins at IETF
- Re: Sam's text and way forward on the last call o… Eliot Lear
- Re: Sam's text and way forward on the last call o… Stephen Farrell
- Re: Sam's text and way forward on the last call o… Jari Arkko
- Re: Sam's text and way forward on the last call o… Stewart Bryant
- Re: Sam's text and way forward on the last call o… Stephen Farrell
- Re: Sam's text and way forward on the last call o… Andrew Sullivan
- Re: Sam's text and way forward on the last call o… Eliot Lear
- Re: Sam's text and way forward on the last call o… Pete Resnick
- RE: Sam's text and way forward on the last call o… Adrian Farrel
- Re: Sam's text and way forward on the last call o… John C Klensin
- Last Call: <draft-farrresnickel-harassment-05.txt… John C Klensin
- Re: Sam's text and way forward on the last call o… Ted Faber
- Re: Sam's text and way forward on the last call o… George Michaelson
- Re: What is a "management position? [Last Call: <… Jari Arkko
- Re: What is a "management position? [Last Call: <… John C Klensin
- Re: What is a "management position? [Last Call: <… Nico Williams
- Re: What is a "management position? [Last Call: <… Scott Kitterman
- Re: What is a "management position? [Last Call: <… Nico Williams
- Re: What is a "management position? [Last Call: <… Scott Kitterman
- Re: What is a "management position? [Last Call: <… joel jaeggli
- Re: What is a "management position? [Last Call: <… Brian E Carpenter
- Re: What is a "management position? [Last Call: <… Abdussalam Baryun
- Re: What is a "management position? [Last Call: <… Scott Kitterman
- Re: Sam's text and way forward on the last call o… Sam Hartman
- RE: Sam's text and way forward on the last call o… Adrian Farrel
- Re: Sam's text and way forward on the last call o… Spencer Dawkins at IETF
- Re: Sam's text and way forward on the last call o… Sam Hartman
- Re: Sam's text and way forward on the last call o… Nico Williams
- Re: Last Call: <draft-farrresnickel-harassment-05… Michael StJohns
- Re: Last Call: <draft-farrresnickel-harassment-05… John Leslie
- Re: Last Call: <draft-farrresnickel-harassment-05… Abdussalam Baryun
- Re: Last Call: <draft-farrresnickel-harassment-05… Sam Hartman
- Re: Last Call: <draft-farrresnickel-harassment-05… Jari Arkko
- Re: Last Call: <draft-farrresnickel-harassment-05… Jari Arkko
- Re: Last Call: <draft-farrresnickel-harassment-05… Pete Resnick
- Re: Last Call: <draft-farrresnickel-harassment-05… Nico Williams
- Re: Last Call: <draft-farrresnickel-harassment-05… Michael StJohns
- Re: Last Call: <draft-farrresnickel-harassment-05… Nico Williams
- Re: Last Call: <draft-farrresnickel-harassment-05… Brian E Carpenter
- Re: Last Call: <draft-farrresnickel-harassment-05… Nico Williams
- Re: Last Call: <draft-farrresnickel-harassment-05… Pete Resnick
- Re: Last Call: <draft-farrresnickel-harassment-05… Stewart Bryant
- Re: Last Call: <draft-farrresnickel-harassment-05… Sam Hartman
- Re: Last Call: <draft-farrresnickel-harassment-05… Sam Hartman
- Re: Last Call: <draft-farrresnickel-harassment-05… James Woodyatt
- RE: Last Call: <draft-farrresnickel-harassment-05… Adrian Farrel
- Re: Last Call: <draft-farrresnickel-harassment-05… Jari Arkko
- Re: Last Call: <draft-farrresnickel-harassment-05… Jari Arkko
- Re: Last Call: <draft-farrresnickel-harassment-05… James Woodyatt
- Re: Last Call: <draft-farrresnickel-harassment-05… Stewart Bryant
- Re: Last Call: <draft-farrresnickel-harassment-05… Yoav Nir
- Re: Last Call: <draft-farrresnickel-harassment-05… Randy Bush
- Re: Last Call: <draft-farrresnickel-harassment-05… Stewart Bryant
- RE: Last Call: <draft-farrresnickel-harassment-05… Adrian Farrel
- Re: Last Call: <draft-farrresnickel-harassment-05… Pete Resnick
- Re: Last Call: <draft-farrresnickel-harassment-05… Jari Arkko
- Re: Last Call: <draft-farrresnickel-harassment-05… Spencer Dawkins at IETF
- Re: Last Call: <draft-farrresnickel-harassment-05… Stephen Farrell
- Re: Last Call: <draft-farrresnickel-harassment-05… Spencer Dawkins at IETF
- Re: Last Call: <draft-farrresnickel-harassment-05… Sam Hartman
- Re: Last Call: <draft-farrresnickel-harassment-05… Sam Hartman
- Re: Last Call: <draft-farrresnickel-harassment-05… Nico Williams
- Re: Last Call: <draft-farrresnickel-harassment-05… Stewart Bryant
- Re: Last Call: <draft-farrresnickel-harassment-05… Pete Resnick