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

Rebecca VanRheenen <rvanrheenen@amsl.com> Wed, 12 October 2022 20:41 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 588A5C14CF0A; Wed, 12 Oct 2022 13:41:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.208
X-Spam-Level:
X-Spam-Status: No, score=-4.208 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 1fJ_tMjsmhOI; Wed, 12 Oct 2022 13:41:30 -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 59E61C14CF02; Wed, 12 Oct 2022 13:41:30 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 2999B425C35A; Wed, 12 Oct 2022 13:41:30 -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 VDt66SyEx9KU; Wed, 12 Oct 2022 13:41:30 -0700 (PDT)
Received: from [IPv6:2601:641:300:5fb0:c04f:9a6d:8492:dac6] (unknown [IPv6:2601:641:300:5fb0:c04f:9a6d:8492:dac6]) by c8a.amsl.com (Postfix) with ESMTPSA id D1E7C425977C; Wed, 12 Oct 2022 13:41:29 -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: <CAHw9_i+F4DAfpxo6Byas7ZzPCAtH8Mhxgdf3vXLeYCEMHtJf5g@mail.gmail.com>
Date: Wed, 12 Oct 2022 13:41:29 -0700
Cc: RFC Editor <rfc-editor@rfc-editor.org>, sidrops-ads@ietf.org, sidrops-chairs@ietf.org, Chris Morrow <morrowc@ops-netman.net>, auth48archive@rfc-editor.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <7B023E21-FB0C-44ED-9C47-9071515943D3@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> <459071FC-3FB7-4363-8044-E5F91F725D57@amsl.com> <CAHw9_i+F4DAfpxo6Byas7ZzPCAtH8Mhxgdf3vXLeYCEMHtJf5g@mail.gmail.com>
To: Warren Kumari <warren@kumari.net>, Kotikalapudi <kotikalapudi.sriram@nist.gov>, Ben Maddison <benm@workonline.africa>, Yossi Gilad <yossigi@cs.huji.ac.il>, goldbe@cs.bu.edu, Job Snijders <job@fastly.com>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/jC__aaPZY2kihtfGSNIlMl8SKHg>
Subject: Re: [auth48] [AD] 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: Wed, 12 Oct 2022 20:41:35 -0000

Warren,

We have noted your approval on the AUTH48 status page for this document (https://www.rfc-editor.org/auth48/rfc9319).

We now have all needed approvals, so we will move this document forward in the publication process at this time.

Thank you,
RFC Editor/rv




> On Oct 11, 2022, at 2:00 PM, Warren Kumari <warren@kumari.net> wrote:
> 
> I don't love the "RPKI-based origin validation" ->  "RPKI-ROV" changes, as I find it harder to read, but I don't hate it, so, sure, if that's what the authors want, OK…
> 
> I approve,
> W
> 
> 
> On Tue, Oct 11, 2022 at 1:42 PM, Rebecca VanRheenen <rvanrheenen@amsl.com> wrote:
> 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
> 
>