Re: [Iasa20] Recall details in rfc7437bis

"Adrian Farrel" <adrian@olddog.co.uk> Wed, 10 April 2019 20:38 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: iasa20@ietfa.amsl.com
Delivered-To: iasa20@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB3F81205FE for <iasa20@ietfa.amsl.com>; Wed, 10 Apr 2019 13:38:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=ham 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 PZAapZKBkTUY for <iasa20@ietfa.amsl.com>; Wed, 10 Apr 2019 13:38:35 -0700 (PDT)
Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 2510F1203A6 for <iasa20@ietf.org>; Wed, 10 Apr 2019 13:38:33 -0700 (PDT)
Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id x3AKcRi0018663; Wed, 10 Apr 2019 21:38:27 +0100
Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 0B3572203A; Wed, 10 Apr 2019 21:38:27 +0100 (BST)
Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs3.iomartmail.com (Postfix) with ESMTPS id EA17E22032; Wed, 10 Apr 2019 21:38:26 +0100 (BST)
Received: from LAPTOPK7AS653V ([87.114.46.220]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id x3AKcPWU007173 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 10 Apr 2019 21:38:26 +0100
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Brian E Carpenter'" <brian.e.carpenter@gmail.com>, "'Alissa Cooper'" <alissa@cooperw.in>
Cc: "'John C Klensin'" <john-ietf@jck.com>, "'IASA 2 WG'" <iasa20@ietf.org>
References: <155470226964.18209.2289908384768506570.idtracker@ietfa.amsl.com> <0B892B67-6402-4898-A041-C232CA4A2E35@vigilsec.com> <CA+9kkMBNVEFZQWO8c8g2AARZ7xidZLYGF1BhJnXvULkzrPBkSA@mail.gmail.com> <803F101C-F519-446D-A660-73B9EDE4CB56@vigilsec.com> <CA+9kkMB0Q=n_GSbtZF43iU310tZG3T=y0sXAowD6jYQdRdBd=g@mail.gmail.com> <85d31d43-d98d-ad8a-01f5-a9ada3cf0110@gmail.com> <CALaySJKQPNWYF52HAJar53DoZ_RgyN1oFW3JpABbW9KXrjbyWA@mail.gmail.com> <eec3a909-9e41-243b-1331-cacb1852fac4@gmail.com> <51F9114D-3845-40A5-AC2F-25A3F7B7A428@cooperw.in> <92271d10-1b07-69ce-977e-3c13ba8ebcc9@gmail.com> <E7F2442A29F9A627523ED13E@PSB> <CALaySJJ6eAQhXwOF6edOiHGKgFWfx-uzdVLXZpHFkr-5HeabNQ@mail.gmail.com> <34CDE12B4CE7FD7E7C2D788B@PSB> <83057AC4-F085-4825-9756-8F7CF5E5131B@cooperw.in> <B107C216A568095BF0E68292@PSB> <94571b45-a1e0-8a44-71d3-179c094f2de9@gmail.com>
In-Reply-To: <94571b45-a1e0-8a44-71d3-179c094f2de9@gmail.com>
Date: Wed, 10 Apr 2019 21:38:25 +0100
Organization: Old Dog Consulting
Message-ID: <035401d4efdd$593fa0a0$0bbee1e0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-gb
Thread-Index: AQGLuVXT/JdtgjrGdq9n6jIYJMM/AAH8yiu/AmVteoQCcNc18QHDLElgAe5AHiwB6Ru42gK9sUzeAuewKVcBZpi9jAJptQbxAyL9s9ACa0SvCAH/COVAAozTNRYCmtPwNaWzhRww
X-Originating-IP: 87.114.46.220
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-24544.002
X-TM-AS-Result: No--31.568-10.0-31-10
X-imss-scan-details: No--31.568-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24544.002
X-TMASE-Result: 10--31.568000-10.000000
X-TMASE-MatchedRID: 0+daXaNUWRXxIbpQ8BhdbOYAh37ZsBDCH181YDtIVapwy1rKmmEZMiOq qvcT7F2I2YJ36PQpkbzye0XRzQnf1+VbVfdLscbXcFEiuPxHjsUfN1sSaNSB9RRZ/9wBMhGs9ac vYWZbwBMJ/fe7uATBx7CtEGW3EL8DJa+FAG1BTBN+7IhLVmN+u1HewY36PuY07I4K0pqlmHaooj tL0x3g36poI0gyGMJQ5T1jmXZ6BXwprXPzs1pRo38BHjT6HmzuN2/2SJgByUsaxP+Ho7rcl3JWS LjD3x99cNjmAHDrbKA46NaVkBA3qWLlQklbwet/i/vfAS7Q3HvS82QW/rFQI4q+0i/fJckJciaX YEi8Am4PCJZw6C69/96SIAf8bEUpe/6iuJKKOndDmVmiQbM5quPmXK6rwg5BIbxYwbCxGTQvzsx 8kJShArGkzl5BJ64qI0XPGJpOaRG9jI3/I2FCJWCCtgbv5jORQa2sDHLkQ054X2t7q5DnFe2wqj vbp0dxJLIhkEaqtVhTmoycrVIJXgGQoDxzksPPx/nZUPmsnJkhmbYg1ZcOnofAYSb4KlgZs1uUn sqBa1yERyhqOSXGDBCy0PcG1UoYVcszrzmwgFm3UCG/IQp2PilayzmQ9QV0lSwgOa9ru+84XUyA 5KW+eDmoOWEBgQUvuXFEQJaCEz5Nfs8n85Te8v7E6GNqs6ce/W9MYGK5mu1TZDOrzlZ+cHQdJ7X fU86ekGUtrowrXLg=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/B5sRtFFhuJRakXj3jXfcLSvWxow>
Subject: Re: [Iasa20] Recall details in rfc7437bis
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: =?iso-8859-1?q?Discussions_relating_to_reorganising_the_IETF_administrative_structures_in_the_so_called_=93IASA_2=2E0=94_project=2E?= <iasa20.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iasa20>, <mailto:iasa20-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iasa20/>
List-Post: <mailto:iasa20@ietf.org>
List-Help: <mailto:iasa20-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iasa20>, <mailto:iasa20-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Apr 2019 20:38:40 -0000

Thanks for having this discussion and reaching a good way forward.

I hate to pick (no, really, I do), but...

   There are two different types
   of petitions: a petition by participants of the IETF community, and a
   petition by the Ombudsteam as described in [RFC7776].

I going to have some trouble because,
- we are updating 7776 to move the recall process to *this* document
- section 7.1.2 (correctly) describes this process.

So, I would suggest...

   There are two different types
   of petitions: a petition by participants of the IETF community, and a
   petition by the Ombudsteam [RFC7776] as described in Section 7.1.2.

And in 7.1.2...

OLD
   The Ombudsteam process allows the Ombudsteam to form a recall
   petition on its own without requiring 20 signatories from the
   community.  As defined in [RFC7776], the petition and its signatories
   (the Ombudsteam) shall be announced to the IETF community, and a
   Recall Committee Chair shall be appointed to complete the Recall
   Committee process.  It is expected that the Recall Committee will
   receive a briefing from the Ombudsteam explaining why recall is
   considered an appropriate remedy.
NEW
   The Ombudsteam process [RFC7776] allows the Ombudsteam to
   form a recall petition on its own without requiring any signatories
   from the community.  The petition and its signatories (the
   Ombudsteam) shall be announced to the IETF community, and a
   Recall Committee Chair shall be appointed to complete the Recall
   Committee process.  It is expected that the Recall Committee will
   receive a briefing from the Ombudsteam explaining why recall is
   considered an appropriate remedy.
END

Many thanks,
Adrian

-----Original Message-----
From: iasa20 <iasa20-bounces@ietf.org> On Behalf Of Brian E Carpenter
Sent: 10 April 2019 21:22
To: Alissa Cooper <alissa@cooperw.in>
Cc: John C Klensin <john-ietf@jck.com>om>; IASA 2 WG <iasa20@ietf.org>
Subject: Re: [Iasa20] Recall details in rfc7437bis

And for me.

Thanks
   Brian

On 11-Apr-19 03:58, John C Klensin wrote:
> Alissa,
> 
> Works for me. 
> thanks
>    john
> 
> 
> --On Wednesday, April 10, 2019 11:45 -0400 Alissa Cooper
> <alissa@cooperw.in> wrote:
> 
>> Changed the subject line and dropped the IESG and others from
>> the recipients list since this is about a different WG
>> document.
>>
>> I commented on the issue in light of this email thread:
>> https://github.com/IASA2/RFC-7437-bis/issues/9
>> <https://github.com/IASA2/RFC-7437-bis/issues/9>
>>
>> Also posting the text here for discussion:
>>
>> I thought the WG discussion was clear that recall should not
>> apply to the ISOC-appointed director, but should apply to the
>> board-appointed directors. This is also reflected in the LLC
>> agreement. I haven't re-reviewed the threads though.
>>
>> There is actually an additional change that would need to be
>> made in 7.1 that I missed before, to make all of this align.
>> And text is needed to address John Klensin's point about two
>> recall petitions versus one. So something like this could
>> capture all of that:
>>
>> Member, Trustee, and Director Recall
>> The following rules apply to the recall process. If necessary,
>> a paragraph discussing the interpretation of each rule is
>> included.
>>
>> It applies to IESG and IAB Members, the NomCom appointed IETF
>> Trust Trustees, and all IETF LLC Directors except the
>> ISOC-appointed LLC Director.
>>
>> 7.1. Petition
>>
>> At any time, a signed petition (email is acceptable) may be
>> submitted to the Internet Society President to request the
>> recall of any sitting IESG or IAB member, or NomCom appointed
>> IETF Trust Trustee, or any IETF LLC Director except the
>> ISOC-appointed Director. There are two different types of
>> petitions: a petition by participants of the IETF community,
>> and a petition by the Ombudsteam as described in [RFC7776].
>>
>> A petition to recall an individual who is simultaneously
>> serving as both an IETF LLC Director and in another role that
>> is eligible for recall may request that the individual be
>> recalled from one role or both roles.
>>
>> Alissa
>>
>>> On Apr 10, 2019, at 9:40 AM, John C Klensin
>>> <john-ietf@jck.com> wrote:
>>>
>>> Barry,
>>>
>>> Agree completely.  While a personally prefer to treat the two
>>> positions as separate (and requiring separate removal actions)
>>> for the reason you describe, my main concern is only that we
>>> reach some agreement and be clear about it.  This is not the
>>> sort of thing we can, as John Levine and Bob Hinden suggested
>>> for what I assume are other issues, wait until there is a
>>> problem and then sort things out ex post facto.
>>>
>>> thanks,
>>>   john
>>>
>>>
>>> --On Wednesday, April 10, 2019 08:50 -0400 Barry Leiba
>>> <barryleiba@computer.org> wrote:
>>>
>>>>> It also raises the question I've tried to ask before: if an
>>>>> IESG member (Chair or otherwise) who is serving as a
>>>>> Director resigns or is recalled from the IESG, does that
>>>>> action remove that person from the LLC Board position, or
>>>>> are the two positions essentially separate?
>>>>
>>>> Alissa's proposed text addresses that by making it clear that
>>>> regardless of how the IESG appointee is appointed, the person
>>>> serves a full term as LLC Director.
>>>>
>>>> That does mean that, with a recall situation, there need to
>>>> be two recalls done.  Perhaps they could be bundled into one
>>>> recall (in the case, for instance, of someone who
>>>> disappears). But I think it's good to be able to separate
>>>> them, in a case, say, of an AD who is egregiously bad, but
>>>> who is doing fine on the LLC Board.
>>>>
>>>> Barry
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> iasa20 mailing list
>>> iasa20@ietf.org
>>> https://www.ietf.org/mailman/listinfo/iasa20
>>
> 
> 
> 
> 
> _______________________________________________
> iasa20 mailing list
> iasa20@ietf.org
> https://www.ietf.org/mailman/listinfo/iasa20
> 

_______________________________________________
iasa20 mailing list
iasa20@ietf.org
https://www.ietf.org/mailman/listinfo/iasa20