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.
>