Re: Sam's text and way forward on the last call of draft-farrresnickel-harassment-05.txt

John C Klensin <john-ietf@jck.com> Thu, 19 March 2015 16:45 UTC

Return-Path: <john-ietf@jck.com>
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 761241A1BF4 for <ietf@ietfa.amsl.com>; Thu, 19 Mar 2015 09:45:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level:
X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] 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 TZWCJiWJq-dT for <ietf@ietfa.amsl.com>; Thu, 19 Mar 2015 09:45:14 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 390731A1EB7 for <ietf@ietf.org>; Thu, 19 Mar 2015 09:45:11 -0700 (PDT)
Received: from [198.252.137.35] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1YYdZD-000PAI-La; Thu, 19 Mar 2015 12:45:07 -0400
Date: Thu, 19 Mar 2015 12:45:02 -0400
From: John C Klensin <john-ietf@jck.com>
To: stbryant@cisco.com, 'Jari Arkko' <jari.arkko@piuha.net>, 'IETF Discussion List' <ietf@ietf.org>
Subject: Re: Sam's text and way forward on the last call of draft-farrresnickel-harassment-05.txt
Message-ID: <8ED9E727072031BC42248F04@JcK-HP8200.jck.com>
In-Reply-To: <550ADD5A.6040805@cisco.com>
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> <014401d0624e$5220d940$f6628bc0$@olddog.co.uk> <550ADD5A.6040805@cisco.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.35
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/CGF3_HACApcIdmcvSGfkTqgZ8NY>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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: <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 16:45:16 -0000


--On Thursday, March 19, 2015 14:29 +0000 Stewart Bryant
<stbryant@cisco.com> wrote:

> Something nagging in the back of my mind is that in
> the opacity of this process there is scope for abuse
> by the Ombudsteam. This is particularly problematic
> where the Ombudsteam can opaquely remove people
> from IETF office. I suspect that it would probably be less of a
> problem if the Ombudsteam were Nomcom appointees
> rather than IETF chair appointees.

Of course, that presumes that the Nomcom is qualified to
evaluate the skills of an Ombude volunteer and can do so without
getting tied up with company biases, different levels of
conviction about the importance of the issues within the Nomcom,
etc.  Finding an appropriate team may actually require a fair
amount of searching and recruiting (something that the draft, at
least as I read it, now contemplates) rather than making
announcements and waiting for volunteer applicants.  The Nomcom
fairly clearly has the ability to do that sort of recruiting,
but I think it has been a long time since one has used it.  

I'm even worried a little about the IETF Chair wrt the expertise
and sensitivities required -- "experienced in HR management" has
never been an important job requirement that the Nomcom is
expected to including high on its list of considerations, at
least AFAIK -- but I think the odds are better than asking the
Nomcom to do the job.

To generalize a bit from this, I think it is really important to
look at these various solutions by working through scenarios
about how they would work in practice.  For example, independent
of any of its other issues, the recall procedure just takes too
long (see below).  Although allowing the Ombudsteam to initiate
a recall without gathering signatures would help, it wouldn't
help very much and the community's instinct (unless the recall
action was intended as punishment), would, IMO, closely parallel
what has happened in the past: if taking the first steps does
not result in a resignation, then it has typically been just
less painful to wait for the next Nomcom cycle and try to supply
enough information there to prevent reappointment.

Even more generally, I think failure to think clearly about the
steps an Ombudsteam would likely take in dealing with a
Respondent once it was clear that there had been a problem
(nothing we should try to specify or risk overspecifying) is
causing us to lose sight of important aspects of the situation
in favor of concentrating, perhaps in the IETF tradition, on
what had better be an edge case.  In this particular situation,
I think that edge case is important and needs to be sorted out,
but only in context with that more basic expected sequence of
events.  See separate note in the original thread, forthcoming.



--On Thursday, March 19, 2015 10:37 -0500 Spencer Dawkins at
IETF <spencerdawkins.ietf@gmail.com> wrote:

> I saw a note, and I'd have to look at some email threads to
> see who else was cc-ed, doing the math on how long it takes to
> run a recall through to "Spencer is no longer an AD", and
> coming up with an estimate of 3-5 months. My quick take was
> that the estimate was likely close.

I think it was my math.  Feel free to either forward the
analysis to the list or ask me to do so if you think that would
be helpful.

> But if that's the case, I'm not sure why fixing the recall
> process wouldn't make about as much sense as special-casing
> anything here.

Yes, although whether fixing the recall process would also
address some of the issues that have been raised here is very
important.  For example, one of the main protections (as well as
one of the risks) in the recall process is that the identity of
the person for whom recall is being contemplated and the reasons
why and the petition signatories/endorsers are exposed to the
community even before the recall committee is selected and, as I
read it, probably before volunteers for that committee are
sought.  That may be good or bad, but it is completely at
variance with any notion of confidentiality.  

best,
    john