Re: [RTG-DIR] [Rfced-future] [EXTERNAL] Re: RTG-DIR Last Call review of draft-rsalz-2028bis-05
Eliot Lear <lear@lear.ch> Tue, 01 March 2022 17:07 UTC
Return-Path: <lear@lear.ch>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2BDA3A0D50; Tue, 1 Mar 2022 09:07:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.9
X-Spam-Level:
X-Spam-Status: No, score=-5.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=lear.ch
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 vn1-CCC6YNvX; Tue, 1 Mar 2022 09:07:09 -0800 (PST)
Received: from upstairs.ofcourseimright.com (upstairs.ofcourseimright.com [185.32.222.29]) (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 7375E3A0C3A; Tue, 1 Mar 2022 09:07:05 -0800 (PST)
Received: from [IPV6:2001:420:c0c0:1011::6] ([IPv6:2001:420:c0c0:1011:0:0:0:6]) (authenticated bits=0) by upstairs.ofcourseimright.com (8.15.2/8.15.2/Debian-18) with ESMTPSA id 221H6vIp539415 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Tue, 1 Mar 2022 18:06:57 +0100
Authentication-Results: upstairs.ofcourseimright.com; dmarc=none (p=none dis=none) header.from=lear.ch
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=lear.ch; s=upstairs; t=1646154418; bh=21wViJqxKUQMILPebyAfsXJpQuCs+ojcr4OEou8TyAY=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=U1c1/J0bLjT8yYKTLSORnm1pavUsD34OqfEa/IKqxO3u3X3PcqualuVhMYpNKpe2c FW54ZsVeV4L4iUBla1gpqaGZykY2YNv6nsAWRlzBYP6RG1yW0LMJMR5mpY8e1UB4I6 cdg14e7fgZ2iI2ZrwaH1vu1yoioDjJAkJHoBJnj0=
Message-ID: <1b6c4b0c-4356-8d58-f171-1b810f2c54d3@lear.ch>
Date: Tue, 01 Mar 2022 18:06:53 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.1
Content-Language: en-US
To: Alexander Vainshtein <Alexander.Vainshtein@rbbn.com>
Cc: "rfced-future@iab.org" <rfced-future@iab.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-rsalz-2028bis.all@ietf.org" <draft-rsalz-2028bis.all@ietf.org>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>, Lars Eggert <lars@eggert.org>
References: <PH0PR03MB6300DB1263D5ADEF4024C096F6019@PH0PR03MB6300.namprd03.prod.outlook.com> <88f6dc3f-3a50-b028-e66c-557522206f85@lear.ch> <PH0PR03MB6300CA994717D5D134F5F528F6029@PH0PR03MB6300.namprd03.prod.outlook.com>
From: Eliot Lear <lear@lear.ch>
In-Reply-To: <PH0PR03MB6300CA994717D5D134F5F528F6029@PH0PR03MB6300.namprd03.prod.outlook.com>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="------------0yGLmLMnayNC0M40Mvp0PrbN"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/Hqu3_rYbjH2s2vjVYP1w80Sk47c>
Subject: Re: [RTG-DIR] [Rfced-future] [EXTERNAL] Re: RTG-DIR Last Call review of draft-rsalz-2028bis-05
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Mar 2022 17:07:15 -0000
Yes you're right. My apologies. Eliot On 01.03.22 17:35, Alexander Vainshtein wrote: > > Eliot, > > Lots of thanks for your response to my review. > > Unfortunately, the draft that I have reviewed > <https://datatracker.ietf.org/doc/html/draft-rsalz-2028bis-05> does > not contain Section 3.2.1, does not mention “continuous consultations” > and only mentions RSAB once (in Section 3.5) in a different context. > > And in any case the role of Contributors in the IETF Standards Process > is not, AFAIK, related to consultations. > > Rather, they are REQUIRED to report any known and undeclared IPR (or > explicitly confirm lack thereof) during IRP Calls set up by the WG > Chairs at wo important stages of the process: > > * Adoption of the draft by a WG as a WG document > * The WG Last Call. > > They are also prevented from being selected as the Area Directorate > reviewers of the documents that list them as Contributors (at least in > the Routing Area Directorate). > > Regards, > > Sasha > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@rbbn.com > > *From:* Eliot Lear <lear@lear.ch> > *Sent:* Monday, February 28, 2022 10:02 PM > *To:* Alexander Vainshtein <Alexander.Vainshtein@rbbn.com>; > rtg-ads@ietf.org; Lars Eggert <lars@eggert.org> > *Cc:* rfced-future@iab.org; rtg-dir@ietf.org; > draft-rsalz-2028bis.all@ietf.org > *Subject:* [EXTERNAL] Re: [Rfced-future] RTG-DIR Last Call review of > draft-rsalz-2028bis-05 > > Hi Sasha, > > On 28.02.22 16:00, Alexander Vainshtein wrote: > > Hello, > > I have been selected as the Routing Directorate reviewer for this > draft. The Routing Directorate seeks to review all routing or > routing-related drafts as they pass through IETF last call and > IESG review, and sometimes on special request. The purpose of the > review is to provide assistance to the Routing ADs. For more > information about the Routing Directorate, please see > http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > <http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir> > > Although these comments are primarily for the use of the Routing > ADs, it would be helpful if you could consider them along with any > other IETF Last Call comments that you receive, and strive to > resolve them through discussion or by updating the draft. > > Document: draft-rsalz-2028bis-05 > Reviewer: Alexander (|”Sasha”) Vainshtein > Review Date: 28-Feb-22 > IETF LC End Date: 07-Mar-22 > Intended Status: Nest Current Practice > > *Summary:* > > I have some minor concerns about this document that I think should > be resolved before publication. > > *Comments**:* > > The draft describes entities involved in the IETF standards > process. It is easy to read. > > To the best of my understanding its purpose is alignment with the > current structure of the Internet Society and its affiliated > organizations (IETF, IANA, RFC Production center (nee RFC Editor) > etc. The previous document describing these entities has been > published as RFC 2028 in 1996. > > The author of the draft and I have exchanged a few emails > regarding my concerns. We did not reach the agreement, but in any > case I would like to than the author for responsiveness and > cooperation. > > *Major Issues*: None found > > *Minor Issues*: > > These days it is quite common in the IETF process to differentiate > between document Authors and Contributors, especially when many > persons have been actively involved with development of the > technical aspects of the document. The number of Authors is > usually limited to no more than 5, and their names appear on the > title page of the document, while Contributors (if any) are only > listed in a dedicated section within the document. > > At the same time the Contributors have a well-defined role in the > process, e.g. they must report about any non-disclosed IPR related > to the document (or lack of any such IPR) both during adoption of > the document as a WG document and also during the WG Last Call. > > The draft mentioned Editors and Authors of the document (and > explains that these terms are interchangeable), but it does not > mention Contributors at all. > > I have raised this issue with the author of the draft, and IMHO we > have “agreed to disagree” on this point. > > I think you are talking about Section 3.2.1, which in part reads: > > This process is intended to be one of continuous consultation. RSAB > > members should consult with their constituent stakeholders (e.g., > > authors, editors, tool developers, and consumers of RFCs) on an > > ongoing basis, so that when the time comes to consider the approval > > of a proposal, there should be no surprises. > > I don't think you should worry about whether contributors are listed > at this time. The IESG in particular tends to cast a wide net on such > consultations. But if Lars thinks that won't be the case here, we > should consider adding the word “contributors” above, as I don't think > it hurts anyone to do so. > > Eliot > > > Notice: This e-mail together with any attachments may contain > information of Ribbon Communications Inc. and its Affiliates that is > confidential and/or proprietary for the sole use of the intended > recipient. Any review, disclosure, reliance or distribution by others > or forwarding without express permission is strictly prohibited. If > you are not the intended recipient, please notify the sender > immediately and then delete all copies, including any attachments. >
- [RTG-DIR] RTG-DIR Last Call review of draft-rsalz… Alexander Vainshtein
- Re: [RTG-DIR] [Rfced-future] RTG-DIR Last Call re… Eliot Lear
- Re: [RTG-DIR] [EXTERNAL] Re: [Rfced-future] RTG-D… Alexander Vainshtein
- Re: [RTG-DIR] [Rfced-future] [EXTERNAL] Re: RTG-D… Eliot Lear
- Re: [RTG-DIR] [Rfced-future] [EXTERNAL] Re: RTG-D… Alexander Vainshtein