Re: [irsg] Follow up on disruptive person during IETF 119

Stephen Farrell <stephen.farrell@cs.tcd.ie> Fri, 22 March 2024 05:40 UTC

Return-Path: <stephen.farrell@cs.tcd.ie>
X-Original-To: wgchairs@ietfa.amsl.com
Delivered-To: wgchairs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 565BBC14F618; Thu, 21 Mar 2024 22:40:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.008
X-Spam-Level:
X-Spam-Status: No, score=-7.008 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, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cs.tcd.ie
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kSRrqJ-Ptz21; Thu, 21 Mar 2024 22:40:14 -0700 (PDT)
Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2103.outbound.protection.outlook.com [40.107.20.103]) (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 A6969C14EB17; Thu, 21 Mar 2024 22:40:12 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ikg6pFXaiL6UMClqsGkbwT3KOUkY7YPjGtJyMrwIQWebhnondHLJaL6HF4W2zO7qXhX7tg9xMOtI1O1uO0LjXssLMgsqsFuzZmP+CPqWcdQXe670zmyIIjBD2WBgsNDy3JwgBHg1J6NAH5PrvmxvTFFpLo/0qgPnC7gMwksiFtJkghsR2Vjh5E1zq1mv2mNECR/bmEwPjopjqitkft90/Eb48is7LRPxKASuHtj9GSLvPNVmQ8YAJd1kexHP5JDoXjsvFAXF+WxOwpQ4kVR3eWErdf8N44rl6j5AjuOnFoGBH/4PSdPy8txki0loY3wfg6R+5IkyJi641ohjs1geDQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=hzIStSUnYORlHXnf1bGGbtL1Ad3v8wCFpJd98o4WVHk=; b=atz1CVo2sSWOpbMJeit0cIhNlIswVWRn/Js0bhhY8YvhsLemaKfjoni1ujCYxafVhtctEdBGm9rPQDrQ0qJXtdhTFlW1+ZribZv/Pdla5pWThS+6acwP9qbYgIhRVmtL37mSgzVUf0GBJnLhUWijJzjfa3LM699P1SXkTQNyM55MhARumtd2iRRJulP1J5HECiKoFpfNISYFoJDUt91L71Fh3jE51xJc7C9bZL2RVdMgkO/nMNBsrOKctFFgPplKCO34Z4BiVvh512yjRLI2NVfn61U07EFCG6FUX3jjRtloV5d78PMJsVGhWL/O7W+TSgGVnM1sqiyDgYyy9vbtGQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cs.tcd.ie; dmarc=pass action=none header.from=cs.tcd.ie; dkim=pass header.d=cs.tcd.ie; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.tcd.ie; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=hzIStSUnYORlHXnf1bGGbtL1Ad3v8wCFpJd98o4WVHk=; b=crFaqdCGQv+gDjt6zTPD0/coJIS+WtiuCEEYxbJPU91FNA1Yy3pDyx+9OIsKe04tZInDgAtbwScvjald0HNhyyjMldCcILNL4WBFV5SK2jo/EBvOiMWwXaYOaETu8qQs/TGu68QxyazaHISwHO1DNnlgkDEyIcrd1KxhgIpWIjGjlDdoNslVkz8UKCfc7qIVeSjJ8wxkcfNBUuhC2CsB9x2Z7KZhAKAbgxm4AXS5281Pv7/k9VO/1zSGh6PnGFs5hPQSGM0RyAWAkoClTkeXAHUHHeQAOzCeLLBespA3O/N4e1RaGriFhOrZU7nJ8Rbw0d0rcnlQUvGXrVxRS/yGcg==
Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cs.tcd.ie;
Received: from DB7PR02MB5113.eurprd02.prod.outlook.com (2603:10a6:10:77::15) by AS8PR02MB8710.eurprd02.prod.outlook.com (2603:10a6:20b:560::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7409.15; Fri, 22 Mar 2024 05:40:06 +0000
Received: from DB7PR02MB5113.eurprd02.prod.outlook.com ([fe80::4421:1ca6:59b4:20c9]) by DB7PR02MB5113.eurprd02.prod.outlook.com ([fe80::4421:1ca6:59b4:20c9%7]) with mapi id 15.20.7386.030; Fri, 22 Mar 2024 05:40:06 +0000
Message-ID: <54788c60-0612-40f1-8e5c-cec3bb80b826@cs.tcd.ie>
Date: Fri, 22 Mar 2024 05:39:56 +0000
User-Agent: Mozilla Thunderbird
Subject: Re: [irsg] Follow up on disruptive person during IETF 119
To: Jay Daley <exec-director@ietf.org>, IETF WG Chairs <wgchairs@ietf.org>, The IESG <iesg@ietf.org>
Cc: Robert Sparks <rjsparks@nostrum.com>, Laura Nugent <lnugent@amsl.com>, team@meetecho.com
References: <5F30A325-7A57-49C5-8FD9-B23ADE8D155B@ietf.org>
Content-Language: en-US
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Autocrypt: addr=stephen.farrell@cs.tcd.ie; keydata= xjMEY9GzphYJKwYBBAHaRw8BAQdAo6JvjmSbxHdQWPZdvciQYsHhM1NxQBU398Mmimoy4p7N M1N0ZXBoZW4gRmFycmVsbCAoMjU1MTkpIDxzdGVwaGVuLmZhcnJlbGxAY3MudGNkLmllPsKQ BBMWCAA4FiEEMG54R8tZDyZFrDOn5Njp+ZeoM90FAmPRs6YCGwMFCwkIBwIGFQoJCAsCBBYC AwECHgECF4AACgkQ5Njp+ZeoM93bogEA25ElRyX0wwg+kGEN1AoL60MoZfvQZ/VtmXY6IC5j +csBAIBpkL5ySuzJK2zLNZn9qQGht8IaUcA7cvDcLvS2uHUEzjgEY9GzphIKKwYBBAGXVQEF AQEHQILCPWOwW36e8D3pY8GmvvtItIT+A5uV80ist+WokVsQAwEIB8J4BBgWCAAgFiEEMG54 R8tZDyZFrDOn5Njp+ZeoM90FAmPRs6YCGwwACgkQ5Njp+ZeoM92bcAEA8R+8cpqRUIS+SoAN iO05xE6O/wEx8/e88BqzAYki3SoBAOQdwiPX+MQrAxkWD8xxOsdMOAtxYKpkD1n8aPJUw6QJ
In-Reply-To: <5F30A325-7A57-49C5-8FD9-B23ADE8D155B@ietf.org>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="------------8fYOEG7AmPe01nfpJoEuT6p0"
X-ClientProxiedBy: DB8P191CA0011.EURP191.PROD.OUTLOOK.COM (2603:10a6:10:130::21) To DB7PR02MB5113.eurprd02.prod.outlook.com (2603:10a6:10:77::15)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
X-MS-PublicTrafficType: Email
X-MS-TrafficTypeDiagnostic: DB7PR02MB5113:EE_|AS8PR02MB8710:EE_
X-MS-Office365-Filtering-Correlation-Id: f28e4e3e-a473-4a48-cba4-08dc4a328768
X-MS-Exchange-SharedMailbox-RoutingAgent-Processed: True
X-TCD-Routed-via-EOP: Routed via EOP
X-TCD-ROUTED: Passed-Transport-Routing-Rules
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: hAGauppSHAdMoexfNBhTvrhyuDtHVidyP9nIuBarZhEpyL2nd3viMVUs5WnIHIAxp+vvgzI94gUtjYUpQv0oganFbuvJaVpxUgph5HMSo7o98DlYnflrw4I+t4nS0Zbtjg755ZrzrLIPxnpS7bDbipQG/BogGr6BwPqaF8oLYx8LCy3qyS20k4WcsqbUGq+1Iyx3Db0qqvEPoXj+9WtA2pTDYJlzjSLTCppDeGsV2+aKPFp5fvkV+5FNqc33eABwmPp+93vGvgqJ7LYoXQ8Sr+adCdj8PmSWH6MOp/vR01SfVNCTVOtNs9k2HGM58Gqt4ReF6slUKjzL2NRkWivQm36WVPmkLUPMvhjN54LnyUtl9Pb+4dKLh2YMbQQ5CjSEFkW4wQsKwK2dyvDFCl9jfVlshVvZafO5juHM5dzg4qqAiCeFnWeLAXdibhEEzk2VjZ98xYDbZKYNZYSCzsV9RlOweJyB1sjwKAT4JffXseEXRTQnNaod/9mmn/jyAsvTD/PlmqSDf2q3rkSOXLDAxIwo15AGUtFGWAmPV6/eXhdbEwmq5TN1gF6xRlacZ1NKrhHSTAlQyeKKhpL5sdACeQ3sFMYtsf6jsy4T5FFiMULxAWQ3S6mZ0eRPi9VXVzYuB9gGgIZwMC9aeHgwxUNCbD8vvnH34zIwhYSchrKVUaw=
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB7PR02MB5113.eurprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(366007)(376005)(1800799015); DIR:OUT; SFP:1102;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: KeKhPijhV52pcRMWOtQif+4l//ZNSeh1KSEtJudfwaJYaFic00wuwOG2kj65NKT3WHdHzzyl/GJ7xwkkw9LTH3rS4I1Q9p1RT48t8Qaf60sFLtKyDGIL3SVHxHancwxpt3y6aEGeZ8oNfgPS8U9CzqIEOBkZjX9UQjcXfPSEb3xIMl5RMK9TjK9rQitH3d+SNxUcNHwB2s71qDpTeF2/nb2j1PM13vXAqOt+yMeY7lg56wCY9SZ3BWoP3QAQqSaoLpOAit3vEBE8H1HorD9EaYsNEFdhWMB20yYI319lXmjVxDb1ziu0wpq+eF4FX1f878Qy0Y0XeOxMbbYgGlkjDAXK7BVmHV9TIh1B2om5E8LNMvU4fGKL9TAcJpOm9NUdP6XMZ5Pn9t5eC7g3ypmeiCP6H4V4fe0ffBHf/eZvVmZnz1cOmupaLevPfjmKs3FTQcPvOfSENvRnMXM/V13p1X0/v/7qE/LXX+cDMIT4KYMlO3eHG5lZrOg8jounqqiUbTNtJxAVFY1UkB9HjKoxN9gIxCb9kjtJB0UFHW0PATK7xLnGuW7M2AH5U0Wn/opWLZaWk1qG89M4odLDIYHiVQOx3pJQppM7yXgjF8kvZFDNndGYVBf6rUcNC/1f6bwUqmskgZus8WEAg0rZZIUG4QGyHRwkBEWdPKJgP9NbETczqwUK2lbrnzfxON1A+S21jiGwIvHC8tAfjnX0SRioBDMfndVR0PEdahisv8e8JTLZ0fD1cQ+Ual+iBctu4YxdzhooeN9p2zm5MGZSWGjHB+DUbfKL5akAp8jgB7lD4o2j0LaRXGSxXpz5iLMCXnTFf0x5qgpwbSqUGB5uhLRHispyKGTsrM3e4hWtGIiSNTavWv3aheIv6+kO7I8uS0iJAHo4XDpmmyH9T7GOV8YjVdck0jzezsRh3szhLOtDYzZnqiwWrS07QPPAJqtrTjd9xyxw1RT7ScAOW2wHokZzZqXtSGQe6STb2hz6wU6JI7xfoH9E74wGSGgINc/+GFiIqMtox3wDvyGlTve5wj/rCuusPp3e2/T12dS7eWjS9OP7H/qR13thIUfkdXdiDPP7hP7hXLIxET8oJ16fCoX3ArSCP47jj0qJGOTrVhGG/Xvo5COPlHnK9mYHUmNtc06VQukzzG13RGl466fkxQTJMZ0YU1kjy/3SRLs0V5FGO6YJujUfutbfuMlFn5S3K3MDak1o0XNanf0qrHiBDiZwAUy3FHqZgWp0XOT55zjvNglAAFxMW3N9hiu0ka/Jer8M+XdNAN7+omyXi4QmofWGaDFvfmFSjADs2+PWDcrqFtbQ0DkdN+61sahm5X/NUBvV8iTurvIJbWV1u12k0WkJknxdaCBqFS+/ev6pew2WtndjBe9PrMAujEA6fgI64ZEtKroXQ0a5SxiaW1ct4D4QdzkMfPWshmVyT30v+Lc4s7U8RlA5aj+8WlVR2BGHbu/voWeYMny8AtuaulKOBoKYE8avLv50Nnf3WCGQTubtJSQK4h1p90l14e9A1Y35IC2B8OlLPUm0F8PUDvvV8D3eYuUUThlu4Eu+ttnFQMxuJsEIx5CQzib/uIbaqdVjBAeY
X-OriginatorOrg: cs.tcd.ie
X-MS-Exchange-CrossTenant-Network-Message-Id: f28e4e3e-a473-4a48-cba4-08dc4a328768
X-MS-Exchange-CrossTenant-AuthSource: DB7PR02MB5113.eurprd02.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Mar 2024 05:40:06.5459 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: d595be8d-b306-45f4-8064-9e5b82fbe52b
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: zjfPH2mQiBwZ7kMbNyWboCosay6Cqpi7UXQEBQuwGyN4ATsssuOVWJPPvtne7pXA
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR02MB8710
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/6ExXk5vVzdLa66SkFoq9MJ_j8K4>
X-BeenThere: wgchairs@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Working Group Chairs <wgchairs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wgchairs/>
List-Post: <mailto:wgchairs@ietf.org>
List-Help: <mailto:wgchairs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Mar 2024 05:40:18 -0000

Hiya,

On 22/03/2024 01:03, Jay Daley wrote:
> IESG / WG Chairs
> 
> The background here is that we had one individual disrupt a number of
> sessions, including the plenary, and we were required to first
> temporarily ban them and then permanently ban them.

I support the various ideas as to session chairs being able to
handle situations like this better and am fine if those evolve a bit
over time.

But, I have a question: what does "permanently" mean in the above, for
this person? My impression was of an individual who was confused about
how to interact with the IETF and perhaps additionally confused as well.
I'm not sure that their behaviour from this week warrants a lifetime
ban from the IETF, in fact, I'm pretty sure it ought not.

So, Jay can you engage with IESG to figure out how permanent you think
this ought be? (I don't think there's any rush on getting that done
btw.)

Cheers,
S.



> 
> The meetings team (LLC, Secretariat, NOC, Meetecho, Tools) have
> discussed this and we propose the following way forward to manage
> similar instances in the future.
> 
> 1.  Maintain a trust-based approach with an exception process, rather
> than introduce new controls to lock/unlock a whole session.  We think
> approach both maintains the permissive culture of the IETF and avoids
> extra complexity for WG Chairs.
> 
> 2.  Add a new feature in Datatracker that allows the Secretariat to
> remove a participant from a session and more permanently.  The
> technical details here are that this feature will revoke their
> registration permissions and call a Meetecho API to remove them.
> 
> 3.  For single session removal this new process can be invoked by a
> WG chair (of the session) or an AD, contacting the Secretariat.
> Permanent removal can only be authorised by me or Roman, normally
> after rapid consultation with the IESG.
> 
> Does this work for everyone?
> 
> Jay
>