Re: [Eligibility-discuss] Virtual BoF for draft-moonesamy-recall-rev

"Eliot Lear (elear)" <elear@cisco.com> Sun, 26 May 2019 12:00 UTC

Return-Path: <elear@cisco.com>
X-Original-To: eligibility-discuss@ietfa.amsl.com
Delivered-To: eligibility-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5828C120052 for <eligibility-discuss@ietfa.amsl.com>; Sun, 26 May 2019 05:00:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=CAByLiyO; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=uY2Vtpyh
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 Hj8o9j3jCo57 for <eligibility-discuss@ietfa.amsl.com>; Sun, 26 May 2019 05:00:47 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92A1912001E for <eligibility-discuss@ietf.org>; Sun, 26 May 2019 05:00:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5654; q=dns/txt; s=iport; t=1558872047; x=1560081647; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=M1l8LLTB/b1b6D2UKcYDOIO2N+I3YC2UT8Y24/i2KuY=; b=CAByLiyOOJsxr6d5gzUPRviXArRQvq7oCU8TR3/RCZG/R3hLKUkaCqQf 0IUb9aynCBz/0d+FLKqE2zL5mX7HVkr0ldQy3oNNPwjYUM9DWx+gdQ4V/ OZXDTxsEC/l/1shwuCGEcZWiPtzZlXnzG3HYTx2PlnGg+ZnsWFyIE4nGV U=;
IronPort-PHdr: 9a23:a1X24hNDHDhERgOOThUl6mtXPHoupqn0MwgJ65Eul7NJdOG58o//OFDEuKU/l0fHCIPc7f8My/HbtaztQyQh2d6AqzhDFf4ETBoZkYMTlg0kDtSCDBj2KPPjdQQxHd9JUxlu+HToeUU=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0ALAAApf+pc/4oNJK1lGgEBAQEBAgEBAQEHAgEBAQGBUQUBAQEBCwGBPVADaVUgBAsohBODRwOEUoomgjIllyuBLhSBEANUCQEBAQwBARgLCgIBAYN6RgIXgigjNAkOAQMBAQQBAQIBBG0cAQuFSgEBAQECAQEBEBERDAEBLAsBBAcEAgEIEQQBAQECAiYCAgIlCxUICAIEDgUUDoMAAYFqAw4PAQIMm0UCgTiIX3GBL4J5AQEFgkeCMhiCDwMGgQwoAYkJgkkXgUA/gTgME4JMPoJhAQGBSRiDCjKCJo4MmksJAoINkxUbgh+GZo1EjG6BKJRQAgQCBAUCDgEBBYFPOIFXcBU7KgGCQYIPDBeDTYUUhT9ygSmNSwEB
X-IronPort-AV: E=Sophos;i="5.60,514,1549929600"; d="scan'208";a="278634744"
Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 26 May 2019 12:00:45 +0000
Received: from XCH-RCD-014.cisco.com (xch-rcd-014.cisco.com [173.37.102.24]) by alln-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id x4QC0jXh023543 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 26 May 2019 12:00:45 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-RCD-014.cisco.com (173.37.102.24) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Sun, 26 May 2019 07:00:44 -0500
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Sun, 26 May 2019 08:00:43 -0400
Received: from NAM04-BN3-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Sun, 26 May 2019 07:00:42 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=M1l8LLTB/b1b6D2UKcYDOIO2N+I3YC2UT8Y24/i2KuY=; b=uY2VtpyhtZDghJOwho2ZMl9zJ9knL0hJLL3BRwBUC19xZnrLGpd9mS+FBKzwcQJccmlZtsLDsTy81f4AQS2iKws/IfnHuck6BoVnI1N6TtuDjvcmj2MwhjHx/9IE1JGxJj2qAEHp6+sLlPcHHCOBa1ibjlQF25uBc+k0kcveeRY=
Received: from BYAPR11MB3814.namprd11.prod.outlook.com (20.178.239.88) by BYAPR11MB3688.namprd11.prod.outlook.com (20.178.237.161) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.15; Sun, 26 May 2019 12:00:41 +0000
Received: from BYAPR11MB3814.namprd11.prod.outlook.com ([fe80::b511:9caf:cfde:ef56]) by BYAPR11MB3814.namprd11.prod.outlook.com ([fe80::b511:9caf:cfde:ef56%7]) with mapi id 15.20.1922.021; Sun, 26 May 2019 12:00:41 +0000
From: "Eliot Lear (elear)" <elear@cisco.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>
CC: "eligibility-discuss@ietf.org" <eligibility-discuss@ietf.org>
Thread-Topic: [Eligibility-discuss] Virtual BoF for draft-moonesamy-recall-rev
Thread-Index: AQHVE0PSiT0UuhN9Ik6M1FKDOJkuh6Z8ZVeAgAAIH4CAAL8wSIAABuOAgAAbN3c=
Date: Sun, 26 May 2019 12:00:41 +0000
Message-ID: <1F0265EE-0686-4DF7-9A74-93F6D6C8CA47@cisco.com>
References: <6.2.5.6.2.20190525144314.0e72bb68@elandnews.com> <FDDEFD82-E276-4874-896E-490397EDA735@akamai.com>, <6.2.5.6.2.20190525151934.0c0099e0@elandnews.com> <7D195412-2A8E-44FC-9144-B7C48F33EE5C@cisco.com>, <067001d513ad$09739f60$1c5ade20$@olddog.co.uk>
In-Reply-To: <067001d513ad$09739f60$1c5ade20$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=elear@cisco.com;
x-originating-ip: [2a02:aa15:4101:2a80:1c5d:a662:5c46:80f0]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a0aa0fc5-5344-4f67-f704-08d6e1d1c6aa
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BYAPR11MB3688;
x-ms-traffictypediagnostic: BYAPR11MB3688:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <BYAPR11MB3688224A6755C11A96F91DE5BF1C0@BYAPR11MB3688.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0049B3F387
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(136003)(376002)(39860400002)(396003)(366004)(13464003)(199004)(189003)(186003)(2351001)(2501003)(561944003)(14454004)(6916009)(478600001)(33656002)(11346002)(476003)(2616005)(46003)(2906002)(316002)(66476007)(66556008)(64756008)(66446008)(446003)(91956017)(73956011)(966005)(66946007)(76116006)(256004)(36756003)(53936002)(6116002)(5660300002)(14444005)(83716004)(71190400001)(71200400001)(6306002)(6436002)(68736007)(7736002)(305945005)(4326008)(6486002)(53546011)(229853002)(86362001)(6506007)(486006)(8936002)(8676002)(81166006)(81156014)(1730700003)(6512007)(99286004)(82746002)(102836004)(5640700003)(25786009)(76176011)(6246003); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB3688; H:BYAPR11MB3814.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: OCEmWzCH6XuB0pOmoNiZ/+uqQCLyLy4Q88fM7Y41CfG+/10yCkIOCd/luQ+kzIB7E35e3lAEk3D61ROjXWeLg4LgomTNhNL4/vVnpmW9Q0MMDZkpq3PZm+HhxIpYC8ol7jJ8t6ydA7Jk059Vxrx5udAyKYOLYydEffe5eoUfyGdZ0ux2Og/6MOWX6k0JBOaXVg2ZWZztoX/BRWajLK+uvx4OH/ysVRMRs/s8rim2GpSxLRpCL0CB1wlaVjZnDZo5AQJdrLQK+6fUMlriVOyOtyxBzDoQSUwIdrOdTkf0C/7VVGjQALCkJkUW4hLkjb3SJKi8H9moyFcfjYN3vwuKM2v2R17P5JkNZXKxyP7lgeCf/ACO12U5KCfDO3nCyRG4soTateS4XrCNM9dZQEaWNGhySq5qKz4xjXF6eE5M6m4=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: a0aa0fc5-5344-4f67-f704-08d6e1d1c6aa
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 May 2019 12:00:41.5352 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: elear@cisco.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3688
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.24, xch-rcd-014.cisco.com
X-Outbound-Node: alln-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/eligibility-discuss/e9XmgYGfrjabOhky1cW7LnZZmh0>
Subject: Re: [Eligibility-discuss] Virtual BoF for draft-moonesamy-recall-rev
X-BeenThere: eligibility-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <eligibility-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/eligibility-discuss>, <mailto:eligibility-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/eligibility-discuss/>
List-Post: <mailto:eligibility-discuss@ietf.org>
List-Help: <mailto:eligibility-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/eligibility-discuss>, <mailto:eligibility-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 26 May 2019 12:00:50 -0000

Well.  Clearly I was wrong about the controversy part :-).  I would beg to differ on the current process having served us well. To say that it has would mean that all people who should have been removed were, and that no others were. I am aware of at least three cases where at least the former part of the predicate is false. In all three cases this was due not to a difference of opinion or technical incompetence or irascibility, but simply being derelict.  That in turn informs me that we have made the current process unwieldy for the most uncontroversial of situations.

Eliot

> On May 26, 2019, at 12:24, Adrian Farrel <adrian@olddog.co.uk> wrote:
> 
> Well, if a WG is needed/desirable, you have captured the process. Although (of course?) if EKR wants his draft to continue, he would need to request a BoF.
> 
> Personally speaking, I am considerably opposed to EKR's proposal. The members of the I* are appointed by NomCom on behalf of the community and their removal should also be by the community. I am not comforted by the suggestion that a NomCom appointee could always be reappointed even after removal by the fellow members of the I*. 
> 
> I understand that impeachment is a popular topic in some quarters at the moment, but I believe that recall has served us well for many years and we don't need to replace it, just modify its scope to enable the recent changes in participation.
> 
> Again speaking personally, I don't think a working group is necessary to work the issue in SM's draft, and I would like to see some progress made on that work relatively soon. I understand that a face-to-face discussion may provide some focus, but I also think that we could make some progress (as we just did with the thread about whether registered remote participation is an easy attack vector).
> 
> Best,
> Adrian
> 
> -----Original Message-----
> From: Eligibility-discuss <eligibility-discuss-bounces@ietf.org> On Behalf Of Eliot Lear (elear)
> Sent: 26 May 2019 10:59
> To: S Moonesamy <sm+ietf@elandsys.com>
> Cc: Salz, Rich <rsalz@akamai.com>; eligibility-discuss@ietf.org
> Subject: Re: [Eligibility-discuss] Virtual BoF for draft-moonesamy-recall-rev
> 
> I like the idea of a BoF on this topic. Were we to task the traditional questions to form a WG, I’m pretty confident that they would all (eventually) be answered in the affirmative.
> 
> That doesn’t mean, SM, however, that I would agree that your draft is the correct starting point.  EKR’s draft covers many of my concerns, and from an incremental standpoint that is where I would prefer to start. Not that remote participation isn’t an important issue, but rather we have clear examples of where his draft could have helped, it is well scoped, and probably not THAT controversial. 
> 
> Eliot
> 
>> On May 26, 2019, at 00:36, S Moonesamy <sm+ietf@elandsys.com> wrote:
>> 
>> Hi Rich,
>> At 03:05 PM 25-05-2019, Salz, Rich wrote:
>>>      The current description of the process for handling recalls of
>>>      NomCom-appointed roles is described in RFC 7437 and is being updated in
>>>      draft-ietf-iasa2-rfc7437bis.  ...
>>> 
>>> 
>>> So why is your draft not appropriate to be discussed as part of the 7437bis document?
>> 
>> If I am not mistaken, the Responsible Area Director for IASA2 determined that drafts which go beyond cosmetic updates are out of scope for that working group.
>> 
>>> If your draft becomes an RFC at some point, do you expect it to say "updates 7437bis" ?
>> 
>> Please see the first page of the draft.  It has an "Updates: 7437 (if approved)".  It is expected to update 7437bis if there is approval for that.
>> 
>> Regards,
>> S. Moonesamy
>> 
>> -- 
>> Eligibility-discuss mailing list
>> Eligibility-discuss@ietf.org
>> https://www.ietf.org/mailman/listinfo/eligibility-discuss
> -- 
> Eligibility-discuss mailing list
> Eligibility-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/eligibility-discuss
> 
> -- 
> Eligibility-discuss mailing list
> Eligibility-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/eligibility-discuss