Re: [Gendispatch] New Version Notification - draft-eggert-bcp45bis-04.txt

Lloyd W <lloyd.wood@yahoo.co.uk> Fri, 17 September 2021 10:31 UTC

Return-Path: <eclipticplane2002@yahoo.co.uk>
X-Original-To: expand-draft-eggert-bcp45bis.all@virtual.ietf.org
Delivered-To: gendispatch@ietfa.amsl.com
Received: by ietfa.amsl.com (Postfix, from userid 65534) id 0E6FB3A12DB; Fri, 17 Sep 2021 03:31:50 -0700 (PDT)
X-Original-To: xfilter-draft-eggert-bcp45bis.all@ietfa.amsl.com
Delivered-To: xfilter-draft-eggert-bcp45bis.all@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87E353A12DA for <xfilter-draft-eggert-bcp45bis.all@ietfa.amsl.com>; Fri, 17 Sep 2021 03:31:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.847
X-Spam-Level:
X-Spam-Status: No, score=-1.847 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.co.uk
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 cUSS5u33djLz for <xfilter-draft-eggert-bcp45bis.all@ietfa.amsl.com>; Fri, 17 Sep 2021 03:31:44 -0700 (PDT)
Received: from sonic314-19.consmr.mail.ir2.yahoo.com (sonic314-19.consmr.mail.ir2.yahoo.com [77.238.177.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 14E413A12D6 for <draft-eggert-bcp45bis.all@ietf.org>; Fri, 17 Sep 2021 03:31:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1631874701; bh=RSfmUhK9ffA+pANgaRmGNYe0qDzGBdDY6PUpMCSToh4=; h=From:Subject:Date:References:Cc:In-Reply-To:To:From:Subject:Reply-To; b=Y6SaYG1vyfLD6Lpb/TWIzx4Bc8RnBqD8mRSldHl/3EQBZfOnHW8wAe0k4ddN9RntYBKZprXzT2RgYkhoWg78rcBuZzPCTumgu5ptn/jOUSszaKf5OYDXmmlmcG74lx7AVZuu1vbtsthsIm+1MhLj0xUNfcYZdRqDJ1TUuB97Kbig3kt8fXtZnitdAJnu6BkvHXKnR0kFrt7HEAh68Z4K2nsjBnmiMVrlzQwYK+ihAE6qF0X8YKOi0b+xgy8b2Ogt81uM4W2+HRr1KS1qjaXJr2OoSKSM1uO3zVBTb8sr4PkkzlCxKG79ru5t0ndFYJmFMgrXFrJumuMk+uQt01/7sw==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1631874701; bh=yStwR8BBq8l/7RMWcVyfkkka/rkw3J9sTpKm0YkXJh3=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Y2ZJXSUdFFe4H8kbtU8nku+UK6v7DPW1KcispD13F2F34SM4TlzvYfBNWcBiDJRth/4vBEwKGv18ud0by6W2O1c0vWjvqYpj039ukFvzGS8F/IATbk2SSuozFXqzB2mrPgQ/yxrZPHu+dWkugwT82xZPuNPx07O06+KCjQIFJpzpCMa/4AFOac2Z18IHQBEIrXr9kWJZyUu3HsVtjWWkQHYTfa4G3fug/ZKXR7XfktXJcL7IDAWkSRAw67IL+V/S0BG4mYclH//s4SuBptMKS0hquLR+hH65i1uQY52euL5b9CafeOkZNnROwlws7P9IZtZCnZ8jOZCL+tNYECStrA==
X-YMail-OSG: S4nJT88VM1lwduuahlJfZC7uKuYbvps3dBPWuq_DanEWxiv68ZVo4ONSmOTg6Sq kdZW7oXF7FxvQQIs7Q1caUdYPSkpIVn6DfObl6HmOFpkMj1j0LpYqIW1FKxMHyGZzNFaYH1CER4n faBBIe_X4HUGwj1ELq3tVHmQiBGEmkvIh9dA7szZ5prtiqcM8nB2FFxpJuaAjqcw4AtERndKjajx nQ6WRlMYn1knPYhnPelNUPRhQnAj4XQBRNZYub2GzBzDquhYnpZEgKkS5WhQyTLHFpGyOjfeATx1 oId1Mjr.Oi1KI.vihtlmOfwWLhNN6Nn1We1wi7RmjLtEhOwCp5F4l.hHgQhNaWaH7hlmEBrQ3f0l M31oLfuI_zwlbwH2_EfFhEfeWEjj3fkqNZ4U7Q6l9lSOlbRjzazvomGkl91Wfn8iDdV_UiKmSQ9L ouu3MN9RX30Y6SxYq80vqCZXk2UP2bXfBw6k93jgJKK4QRhIFMwipBSYKLfYcSuOJAu9ZPzdEuH9 AEeA0dKNOwqDnBl6LM3dyIZc2R9erjW81vAfGWfW7r.YYam6IANk_7UDxisnfxmloxmxpz5CXe52 Fr6.ztzpI3AGx4MPTg4RY5nX_o_BHf3kFdWfWw4VaGx_Pg.61XH.Q8OpjNB4qdZmI3BU9exqS8MA x9v8h.8t1mkqsbWWyEygGDoridH8DeSeNPt1BkxstbKLikDNDqqOwIos_B771onRmeB1im_G01tt jGTJFldwUlreO7TJiwdP3.GmfzESml7INsasx7j89OReCanyDgcIY3ihA1dxaMZQq9JgACpKCkmM BnKwtgQUeNhaeJbbgo76qTkqKW0fdsIqRAFfCdbqVzvG6EzMWsc5rwf.SMIFFz4BabHZgHQ2P2FQ pIPT_53iH9os237P8bXAHIVwRAaKrXG7REHnl0DHXfUfMBQmYtWgmy_0hS3UL6WH5ySLlNmTjsF1 z8ovi09TDxoTUWRKzVPjBVZ.XdEOtZhn1x_J1SQm9ZOi0mplFCYpXhmG41E3rwQLZ7BwzrQwJw0P GwKUiGL2mvIu5s97fqMM4ReR4_wvCcSBukiwGb5P1by8uk2e1IJYLex9ewtwxmo5neEeQImn5b6R mivhghqtwlUjtUNw8p.04bB6oDWt0fx3VRFcsr0bu0ZTL5YDw891Q5uLzORRH1FzLLbXnR2vvzHC WM2ZPcQjck7wMMuv2qR_N9U_VWwb71ZfasoTygCSc_PkQm92bRe_cKa8ZZKxkZsjELEbSA7eMt7x MmIAdj36Ozo8F2TPFum1cTBG2ejjqjgnjTclZPiHohiLbpbuQCjcJcxieUoSwCuj1Wt2NPUYu8Yj YU6dC5BHrsNCg4BxEykG1nAj8VbNKrtWAzTDQ2pMNAo..FnJEqNj4fPBw3i1VenlReX8jsBiTjXo _m_cnOJ_dtSsNTMtKEd_q3y4hzGNAXL7b09GwGAIaJ1xy2m_NoVfdPOySNj81l84yByPUAl6J2Kz .oLYb7uEg14NMBRTi7R84fMdRFVoUCCPP9UxG5z0jkQy4UDafNtlmaxUgEuL.S07zqFKldKEtG0G 59JW8PtCh1ch4zQTjk5uibFxqQDJMTkIq4UM2QzoSSZMMyrCEgL6yEGbv_2vHKaCxYJqvCOqDDtH mGs_D_j5KL1FlxoCb199ZdVGKc5K8vVwNqLcBEL4EPqMxIB5LDn.3_w6SizEzfG5487ej9QUnVXz TErRUUyhKFaxa1Z93ts5uTM_5gPJAyUVtsrwJnf19CblHbDvmH.vU1wZOFoYf5DXKXCd34.uRWlC eFv9sbDGZWxeyoWlDIZbqQ9NMZJxUdkWN5Iy8NpTvwwvmFCKkMBVqRbBfyzyDoa4XP_.b_lLefu6 ZOzYAwUYddIFya5CeMTGquLk0T0NOgGpCxHkyyf.E6Hp1ScgeC1G4PPLzKYtWFOkj5_S.B_PDru1 oE2QKvBSvWkPS08cryiUSTmOdl7I4kCgxLDgAb1lZD.4kfq.I2fUXxZ36Mdd4zpurkQXqplwp5F_ RH82nf5I5yMOSebC6UpzJ1EIy2zY9vVaO24h_BXEyKZ186d8ELlWj8RfZcArwGDRxLDmtr9X1Fn6 sxBWN5JW0cOq.6DH9OyMAi.5gRz5qtNzffkvo91z9qXbk3hqQFVk3IQ3gI7y7FNyuI6BK1JlWO4K ebIQbveO_4YjGQFZt2NjyLXMmgiVz2qCDS88dR4E.A6CoZAfyFMiztr9cSabn_Jms7CFuCEeMWP9 u7h4O0Z2bYPAOMy096shi6yNwsrlxkBUPt3eLsJYmqVixmjCwJrVjQi6RRQZovk3cieSQKjrdozW D5iyUcczzSvemoDtrA4LB5mH3BxXkGrnZCJGlIfoNCic1aAUJSIP4q5n_BG0TTWvv
X-Sonic-MF: <eclipticplane2002@yahoo.co.uk>
Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ir2.yahoo.com with HTTP; Fri, 17 Sep 2021 10:31:41 +0000
Received: by kubenode508.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 310db268aa7f2c75d0e8373b96ab84ba; Fri, 17 Sep 2021 10:31:36 +0000 (UTC)
Content-Type: multipart/alternative; boundary=Apple-Mail-D0C97FCF-9034-4917-B7C4-16FABC3F6BC2
Content-Transfer-Encoding: 7bit
From: Lloyd W <lloyd.wood@yahoo.co.uk>
Mime-Version: 1.0 (1.0)
Date: Fri, 17 Sep 2021 20:31:33 +1000
Message-Id: <A1F6409C-97AA-42A9-AAFD-C1AED39559E9@yahoo.co.uk>
References: <DM4PR11MB543899B05B3BD7AD92459B3FB5DB9@DM4PR11MB5438.namprd11.prod.outlook.com>
Cc: Brian Carpenter <brian.e.carpenter@gmail.com>, Lars Eggert <lars@eggert.org>, draft-eggert-bcp45bis.all@ietf.org, Barry Leiba <barryleiba@computer.org>, GENDISPATCH List <gendispatch@ietf.org>
In-Reply-To: <DM4PR11MB543899B05B3BD7AD92459B3FB5DB9@DM4PR11MB5438.namprd11.prod.outlook.com>
To: "Rob Wilton (rwilton)" <rwilton=40cisco.com@dmarc.ietf.org>
X-Mailer: iPad Mail (18H17)
Resent-From: <alias-bounces@ietf.org>
Resent-To: gendispatch@ietf.org, lars@eggert.org, rwilton@cisco.com
Resent-Message-Id: <20210917103150.0E6FB3A12DB@ietfa.amsl.com>
Resent-Date: Fri, 17 Sep 2021 03:31:50 -0700 (PDT)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/00qImi6_Rkj_mFEK1hK8tf3d7Os>
Subject: Re: [Gendispatch] New Version Notification - draft-eggert-bcp45bis-04.txt
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Sep 2021 10:31:50 -0000

As a latecomer to this thread, and as someone with rather more recent
experience of the SAAs than most... section 4 says:

   A sergeant-at-arms (SAA) is an officer appointed by a deliberative
   body to keep order during its meetings [SAA-WIKIPEDIA].  SAAs for the
   IETF discussion list are appointed by the IETF Chair

The contradiction here is obvious. An SAA is appointed by a deliberative body,
during its meetings, and the IETF Chair is not a deliberative body. An SAA
should be appointed by the deliberative body itself, which is to say, the list
itself, by the list members.

Furthermore, this draft is written by the current IETF Chair. So, this can
be seen as shoring up and reaffirming the Chair's power. 

I strongly object to this. Documenting or redocumenting an existing process
doesn't make that process right, and this violates the basic concept of the
SAA as described.

Lloyd Wood
lloyd.wood@yahoo.co.uk

> On 15 Sep 2021, at 18:48, Rob Wilton (rwilton) <rwilton=40cisco.com@dmarc.ietf.org> wrote:
> 
> 
> I’ve not seen any further comments on this thread since Saturday.
>  
> My interpretation is that Lars and Barry are supportive of this change.
>  
> Brian, my interpretation is that Lar’s proposed text is acceptable to you.  Please clarify if this is not the case.
>  
> I would like to wait until Friday to see if there are any further comments on Lar’s proposed text.  If there are no strong objections then on Friday I’ll ask Lars to post a -05 with the change and I’ll kick off IETF LC.
>  
> Regards,
> Rob
>  
>  
> From: Brian Carpenter <brian.e.carpenter@gmail.com> 
> Sent: 11 September 2021 08:38
> To: Lars Eggert <lars@eggert.org>
> Cc: Barry Leiba <barryleiba@computer.org>rg>; GENDISPATCH List <gendispatch@ietf.org>rg>; draft-eggert-bcp45bis.all@ietf.org
> Subject: Re: [Gendispatch] New Version Notification - draft-eggert-bcp45bis-04.txt
>  
> Hi Lars,
> Since 2026 doesn't mention conflict of interest, that's probably the procedure. Not entirely satisfactory, but we could live with it.
> 
> Regards,
>     Brian Carpenter
>     (via tiny screen & keyboard)
>  
> On Sat, 11 Sep 2021, 17:37 Lars Eggert, <lars@eggert.org> wrote:
> Hi Brian,
> 
> Is that an option in your reading of 2026? They way I understand it is that if the AD is conflicted, the entire IESG is the next step?
> 
> Thanks,
> Lars
> 
> -- 
> Sent from a mobile device; please excuse typos.
> 
> > On Sep 10, 2021, at 23:20, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
> > 
> > On 10-Sep-21 23:01, Barry Leiba wrote:
> >> That works for me, Lars, and thanks.
> >> 
> >> I see Brian's point about Gen AD instead of IETF Chair, but I don't
> >> agree with it here, because the SAAs are explicitly appointed by the
> >> IETF Chair, not related to the Gen Area.
> > 
> > You're correct. There's still the corner case where the IETF Chair is
> > conflicted - for example, if the message(s) objected to by the SAAs
> > made allegations about the IETF Chair themself. Probably another AD
> > should be the first recourse in that case.
> > 
> >   Brian
> > 
> >> 
> >> Barry
> >> 
> >>> On Fri, Sep 10, 2021 at 3:11 AM Lars Eggert <lars@eggert.org> wrote:
> >>> 
> >>> Hi,
> >>> 
> >>> I have a proposed change to use the normal RFC2026 appeals process in https://github.com/larseggert/bcp45bis/pull/7/files. This is the current change:
> >>> 
> >>> --- a/draft-eggert-bcp45bis.md
> >>> +++ b/draft-eggert-bcp45bis.md
> >>> @@ -192,8 +192,8 @@ manner.
> >>> 
> >>> Because an SAA serves at the discretion of the IETF Chair - even if the IETF
> >>> Chair is not otherwise involved in the operation of the SAA team - any SAA
> >>> -decision could be appealed to the IAB. The IAB shall then review the situation
> >>> -and attempt to resolve it in a manner of its own choosing.
> >>> +decision can be appealed to the IETF Chair, per {{!RFC2026}}. Decisions by the
> >>> +IETF Chair can be appealed to the IESG as whole, again per {{!RFC2026}}.
> >>> 
> >>> # Security Considerations
> >>> 
> >>> Please let me know if this expresses what is desired?
> >>> 
> >>> Thanks,
> >>> Lars
> >>> 
> > 
> > -- 
> > Gendispatch mailing list
> > Gendispatch@ietf.org
> > https://www.ietf.org/mailman/listinfo/gendispatch
> 
> -- 
> Gendispatch mailing list
> Gendispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/gendispatch