Re: Service outages planned for April 25

Carsten Bormann <cabo@tzi.org> Thu, 28 April 2022 11:27 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07E9DC159A31 for <ietf@ietfa.amsl.com>; Thu, 28 Apr 2022 04:27:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 QhnfSdEkQ6f0 for <ietf@ietfa.amsl.com>; Thu, 28 Apr 2022 04:27:34 -0700 (PDT)
Received: from gabriel-smtp.zfn.uni-bremen.de (gabriel-smtp.zfn.uni-bremen.de [IPv6:2001:638:708:32::15]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C173C157B57 for <ietf@ietf.org>; Thu, 28 Apr 2022 04:27:34 -0700 (PDT)
Received: from smtpclient.apple (p5089ad4f.dip0.t-ipconnect.de [80.137.173.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4KptdG4tL1zDCbv; Thu, 28 Apr 2022 13:27:30 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\))
Subject: Re: Service outages planned for April 25
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <38f9687c-293d-e5db-7796-0de4939c64bf@network-heretics.com>
Date: Thu, 28 Apr 2022 13:27:29 +0200
Cc: ietf@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <AAE3C51B-0150-483C-8244-3D60BC31B19A@tzi.org>
References: <dcc27c29-51f8-c2a4-8ce4-ee1a3c6cb017@nostrum.com> <66aebf8b-2835-d572-ad00-eb2df514a157@nostrum.com> <626A610B.9050508@btconnect.com> <A449287A-CDA4-4173-8691-7049488FD130@ietf.org> <664edff3-3690-995f-1c1e-ce3e6c5c1eae@network-heretics.com> <44D37C5A-74E0-4C2E-AB5D-E0AA2F846331@tzi.org> <38f9687c-293d-e5db-7796-0de4939c64bf@network-heretics.com>
To: Keith Moore <moore@network-heretics.com>
X-Mailer: Apple Mail (2.3696.80.82.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/f6Lkc4OBPWb1xid2uLgnD9q9KU0>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.34
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: <https://mailarchive.ietf.org/arch/browse/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, 28 Apr 2022 11:27:40 -0000

> While large players can create problems, the problem is certainly not limited to one "large player".   Why, for example, do "players" of any size feel the need to manually maintain lists of IP addresses of any color?   

Because this appears to them to be a viable strategy for mitigating a fundamentally (outside FUSSP) unsolvable problem.

> And "failed to create an economic and regulatory environment" also sounds like presuming a solution that conveniently makes it "somebody else's problem" so that we have an excuse to ignore it.

Anticipating that (valid) criticism, I actually asked the question that actually would be relevant to us.
(As I said, this will not be solved on ietf@ietf.org, so please don’t answer it here.)
Clearly, there are other groups (MAWG) working on this, so the next questions would include what a good division of work could be, how we would organize the part that we consider ours, and whether there is enough energy (~ funding) to get anything done on our side.
Examining past initiatives [1] might help inform such thinking.

Grüße, Carsten

[1]: https://en.wikipedia.org/wiki/Anti-Spam_Research_Group