[auth48] [AD] Re: AUTH48: RFC-to-be 9319 <draft-ietf-sidrops-rpkimaxlen-15> for

Rebecca VanRheenen <rvanrheenen@amsl.com> Tue, 11 October 2022 17:42 UTC

Return-Path: <rvanrheenen@amsl.com>
X-Original-To: auth48archive@ietfa.amsl.com
Delivered-To: auth48archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3E5AC1522CD; Tue, 11 Oct 2022 10:42:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable 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 yTrlDUSThvFv; Tue, 11 Oct 2022 10:42:42 -0700 (PDT)
Received: from c8a.amsl.com (c8a.amsl.com [4.31.198.40]) (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 4FEAFC14CE46; Tue, 11 Oct 2022 10:42:42 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 36B2E425C37B; Tue, 11 Oct 2022 10:42:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LnpdeaTT68-m; Tue, 11 Oct 2022 10:42:42 -0700 (PDT)
Received: from [IPv6:2601:641:300:5fb0:de8:1cb1:2297:c635] (unknown [IPv6:2601:641:300:5fb0:de8:1cb1:2297:c635]) by c8a.amsl.com (Postfix) with ESMTPSA id DBFF4425C35A; Tue, 11 Oct 2022 10:42:41 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Rebecca VanRheenen <rvanrheenen@amsl.com>
In-Reply-To: <SA1PR09MB81424238DFB4EB74902CE8D084209@SA1PR09MB8142.namprd09.prod.outlook.com>
Date: Tue, 11 Oct 2022 10:42:41 -0700
Cc: RFC Editor <rfc-editor@rfc-editor.org>, "sidrops-ads@ietf.org" <sidrops-ads@ietf.org>, "sidrops-chairs@ietf.org" <sidrops-chairs@ietf.org>, Chris Morrow <morrowc@ops-netman.net>, "auth48archive@rfc-editor.org" <auth48archive@rfc-editor.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <459071FC-3FB7-4363-8044-E5F91F725D57@amsl.com>
References: <20220927053320.A4B3A4C956@rfcpa.amsl.com> <20220927134731.k5ly7e7yi2cnxhvb@benm-laptop> <559B18A8-CAA4-4855-82BF-7CCB183E6F91@amsl.com> <20220928085932.5x6k374wer6ulmyd@benm-laptop> <88C3FBCA-95BF-4568-9F4D-8CBCC55A71EF@amsl.com> <SA1PR09MB81425174252C5FEA97663B0D84569@SA1PR09MB8142.namprd09.prod.outlook.com> <20220930062310.wd7pnu6ywhw52lmw@benm-laptop> <5E877E63-DF5F-41F4-8B18-1D19B173F11B@amsl.com> <AS8P190MB10786212865287092AFCC255C05B9@AS8P190MB1078.EURP190.PROD.OUTLOOK.COM> <SA1PR09MB81427734402904E0281135ED845B9@SA1PR09MB8142.namprd09.prod.outlook.com> <SA1PR09MB81424238DFB4EB74902CE8D084209@SA1PR09MB8142.namprd09.prod.outlook.com>
To: "Sriram, Kotikalapudi (Fed)" <kotikalapudi.sriram@nist.gov>, Ben Maddison <benm@workonline.africa>, "yossigi@cs.huji.ac.il" <yossigi@cs.huji.ac.il>, "goldbe@cs.bu.edu" <goldbe@cs.bu.edu>, Job Snijders <job@fastly.com>, Warren Kumari <warren@kumari.net>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/3ZcHp9ymvrh7ODxOOxuLB9VBvrk>
Subject: [auth48] [AD] Re: AUTH48: RFC-to-be 9319 <draft-ietf-sidrops-rpkimaxlen-15> for
X-BeenThere: auth48archive@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive/>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Oct 2022 17:42:47 -0000

Hi Sriram and *Warren,

Sriram, we have updated the document to use "RPKI-ROV” as requested. We will also add ROV and RPKI-ROV to our abbreviations list.

*Warren, as AD, please review and approve the change to "RPKI-ROV” throughout the document. The changes are probably best viewed in this diff file: https://www.rfc-editor.org/authors/rfc9319-auth48diff.html. See the email thread below for further information on this change.

_______________

Updated XML file:
https://www.rfc-editor.org/authors/rfc9319.xml

Updated output files:
https://www.rfc-editor.org/authors/rfc9319.txt
https://www.rfc-editor.org/authors/rfc9319.pdf
https://www.rfc-editor.org/authors/rfc9319.html

Diff file showing all changes made during AUTH48:
https://www.rfc-editor.org/authors/rfc9319-auth48diff.html

Diff files showing all changes:
https://www.rfc-editor.org/authors/rfc9319-diff.html
https://www.rfc-editor.org/authors/rfc9319-rfcdiff.html (side-by-side diff)
https://www.rfc-editor.org/authors/rfc9319-alt-diff.html (shows changes where text was moved/deleted)

For the AUTH48 status of this document, please see:
https://www.rfc-editor.org/auth48/rfc9319

Thank you,

RFC Editor/rv



> On Oct 10, 2022, at 3:32 PM, Sriram, Kotikalapudi (Fed) <kotikalapudi.sriram@nist.gov> wrote:
> 
> Hi Rebecca,
>  
> I checked with my co-authors. Ben said, “… so I will leave the final call to you.”  My other co-authors have not expressed any objection.
>  
> So, I would like to request you to proceed with this change:
>  
> s/RPKI-based ROV/RPKI-ROV/    (I counted 3 places)
> s/ROV/RPKI-ROV/    (I counted 5 places)
>  
> Just FYI… a BITAG (Broadband Internet Technical Advisory Group) report on "The Security of the Internet’s Routing Infrastructure" is soon to be published. It has a large number authors/contributors, all well-known names in the networking community. Many of them are also active participants in IETF-SIDROPS and MANRS.  I just found out that they also use RPKI-ROV acronym throughout the document.
>  
> You may also plan to include ROV and RPKI-ROV in the IETF abbreviations list:
> ROV   - Route Origin Validation
> RPKI-ROV   - RPKI-based Route Origin Validation
>  
> Thank you.
>  
> Sriram
>  
> From: Sriram, Kotikalapudi (Fed) 
> Sent: Monday, October 3, 2022 4:45 PM
> To: Ben Maddison <benm@workonline.africa>; Rebecca VanRheenen <rvanrheenen@amsl.com>; yossigi@cs.huji.ac.il; goldbe@cs.bu.edu; Job Snijders <job@fastly.com>
> Cc: RFC Editor <rfc-editor@rfc-editor.org>; sidrops-ads@ietf.org; sidrops-chairs@ietf.org; Chris Morrow <morrowc@ops-netman.net>; Warren Kumari <warren@kumari.net>; auth48archive@rfc-editor.org
> Subject: RE: AUTH48: RFC-to-be 9319 <draft-ietf-sidrops-rpkimaxlen-15> for
>  
> Rebecca and Ben,
>  
> I see the dilemma that both RFC Editors and authors are having. I think we can set the course straight here for this document as well as for future IETF documents with respect to acronym for RPKI-based Route Origin Validation.
>  
> I am proposing leaving ROV definition like what Ben pointed out: ROV == Route Origin Validation (this is found in the existing literature).
>  
> So, in this document, I propose we use the acronym RPKI-ROV for RPKI-based Route Origin Validation. We will first use it in the abstract by replacing (ROV) with (RPKI-ROV).
>  
> I scanned and find that we have used ROV in the document in only a few places and always meant it to be RPKI-based Route Origin Validation. Therefore,
>  
> s/ROV/RPKI-ROV/   (globally)
>  
> Then, we replace the new paragraph in the Introduction as follows:
>  
> Old Text:
>  
>    Please note that the term "RPKI-based Route Origin Validation" and
>    the corresponding acronym "ROV" that are used in this document mean
>    the same as the term "Prefix Origin Validation" used in [RFC6811].
>  
> New Text:
>  
>    Please note that the term "RPKI-based Route Origin Validation" and
>    the corresponding acronym "RPKI-ROV" that are used in this document mean
>    the same as the term "Prefix Origin Validation" used in [RFC6811].
>  
> End of New Text.
>  
> Note: It is good to establish a unique acronym for RPKI-based ROV since there is also IRR-based ROV in the literature elsewhere. People may loosely use ROV for RPKI-ROV colloquially and that is OK. It does not concern us in this document.
>  
> I hope this helps.
>  
> Sriram