Re: [Last-Call] Last Call: BCP 83 PR-Action Against Dan Harkins

Abdussalam Baryun <abdussalambaryun@gmail.com> Wed, 05 October 2022 09:28 UTC

Return-Path: <abdussalambaryun@gmail.com>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3CEEC14CE3E for <last-call@ietfa.amsl.com>; Wed, 5 Oct 2022 02:28:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 hNWPN-L6Xfpa for <last-call@ietfa.amsl.com>; Wed, 5 Oct 2022 02:28:20 -0700 (PDT)
Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4044BC14CE36 for <last-call@ietf.org>; Wed, 5 Oct 2022 02:28:20 -0700 (PDT)
Received: by mail-wr1-x42c.google.com with SMTP id n12so5450117wrp.10 for <last-call@ietf.org>; Wed, 05 Oct 2022 02:28:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=h3Ns6zpwzuIHlFC64IqnQpdH04wdOnJlf6dDLgvqgFk=; b=pbJBaIQolC0ZLoPOc/l6H5BuHutKvpWCkSFEySqsc1rAJS0JRCnIKgo1ATLDVcJnxj tiQolWYbr3HFAq9sQY/2tkhbxVM0CvKm9rLX0TFJ2mUd4J9kra2tRg4auNCNBXgOCUuK 2kMuMC1+5nbbS2ejYDYasfs/PIapcqZg99yi/44w1eO6Y8/LH+XfjnFgHuTekbmKyzjF cXNRmaXjskruDWUlCwVM5lRk5h2u5BPsR7Bmu4+13RLWA9ro90UF6XYWFC4MX4dA1qZV wIq6z+MRTaz5bqm3n09LdEmWQsFIP0JZJhBcqHAiETPf2LWY+Jj39hKyEdis11s7gVec s1lg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=h3Ns6zpwzuIHlFC64IqnQpdH04wdOnJlf6dDLgvqgFk=; b=knUW+TvwYqRxQqtoJe0LhBKVRwglRDL8qxN61b5BiiDe8cwKl1VfeTqsgr795MGhLz d8hS4mMfodlNO6FbpeaY99wwGYK3xAsOKg/QFQ52MF1v7kkkox1vXuNvhvPqv1DdBoQo xAubf0prJxU8eBpBqvbTAH9q/NvjnOQki1ZwSZqP84u5WXSqyXwn/ZuaeAZI6a8oj0kr VSx7HaZ1CF8WfDsabpbCYfQ9Mg36BgElDHP/1yfufZbb4AjAtiw/y/7rixNTLXDtCH8e vdSiwUNqQfQV8NVPLVFNoCY2sW/KoSdTHy93uSPCn4DoDaJAtUQThPFAU1zk5Rl5gTWO wuBg==
X-Gm-Message-State: ACrzQf0IrCMa+SaytDF/igb4UmIJdWAt9Bm715V5TPxxwwb7Wfbl7D/5 YvBn25NL5QGfzejwQvrAVYjTR8sOespt5dZZBA4/EeboMNQ=
X-Google-Smtp-Source: AMsMyM4XAMWR1CPSVhU+d9P1A6gUPgrJEUMR+Q5BEAn+8mvKM7A39wiZKp/2MHdA2ZnuHPAY69eszHtVtqlGcDy033A=
X-Received: by 2002:adf:e491:0:b0:22e:4483:a8b5 with SMTP id i17-20020adfe491000000b0022e4483a8b5mr7764601wrm.497.1664962098037; Wed, 05 Oct 2022 02:28:18 -0700 (PDT)
MIME-Version: 1.0
References: <CFE25E25-D131-468E-9923-80350D6216F3@ietf.org> <DF06E9B6-CCCD-4A90-8E56-DC6C7297D642@apple.com> <1916ee1b-33bc-6180-f4e5-87446c962fc4@kit.edu> <6be2b10d-fd5c-06d7-3a61-9fc0b5ed7259@network-heretics.com> <CAL9Qcx4=nO2S+mmwzmfbO5UjrFZ1EAi7FV3mrb0m9eo3w5HSWw@mail.gmail.com> <a6400ec2-2c7f-e6c6-5150-b0da68be5c0f@network-heretics.com> <CAPt1N1kF9xL8Jn=4v9iCOxS3HTKvDr64D5=iRsxfZBMRHdqCMw@mail.gmail.com> <46e9b2e4-ec37-1e61-0e02-e2a38975f7d1@network-heretics.com>
In-Reply-To: <46e9b2e4-ec37-1e61-0e02-e2a38975f7d1@network-heretics.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
Date: Wed, 05 Oct 2022 11:32:41 +0200
Message-ID: <CADnDZ8-jhgjN7yn_npYJjZ9niEyN=RC06CQOX4fXOaWhgEHF+Q@mail.gmail.com>
To: Keith Moore <moore@network-heretics.com>
Cc: Ted Lemon <mellon@fugue.com>, last-call@ietf.org
Content-Type: multipart/alternative; boundary="0000000000006b096305ea46325f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/Ppk6oKiylpyGjjPHkGRMFaalvOo>
Subject: Re: [Last-Call] Last Call: BCP 83 PR-Action Against Dan Harkins
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Oct 2022 09:28:20 -0000

On Wed, Oct 5, 2022 at 1:15 AM Keith Moore <moore@network-heretics.com>
wrote:

> On 10/4/22 19:01, Ted Lemon wrote:
>
> > I think there is no point in continuing to engage in discussion here.
> > It’s pretty clear what the consensus is. Its pretty clear that Keith
> > will reply to each message here. Keith is one person. I expect that
> > the IESG will count his hundred messages as a single objection, not a
> > hundred. I appreciate that he wants to participate in this decision,
> > and he has a right to do so. But we don’t need to argue with him—the
> > IESG knows how to evaluate consensus, and our continued engagement
> > should not affect this process.
>
> Deciding whether to abuse someone should not be a consensus process.
>
> The action is not abuse if we see it from the IETF regulations, but to
have a solution, do you think this organisation has no regulations? You
need to find a proof that the action is wrong from IETF RFCs or
regulations. Your respond is not solving the *real problem* so it does
happen again and again for more years in future.

I think the real problem is not the attack on one individual (that is a
respond not attack), nor is it that the attacker is in power (who is in
power should react to make progress), but *the problem* is : that there are
many participants are feeling bad (they have private-complains and want
works/discussions to progress without many individuals leaving the
community) of such behavior in IETF, and there are few happy with such
behavior, the IESG as leader has to respond to such request from community
to solve *the problem*, the IESG tried alot with the individual but no
change for two years, IESG has used no power to attack for two years. Now
we need to have the respond from the community.