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

Warren Kumari <warren@kumari.net> Tue, 11 October 2022 21:00 UTC

Return-Path: <warren@kumari.net>
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 3E9E7C14F741 for <auth48archive@ietfa.amsl.com>; Tue, 11 Oct 2022 14:00:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.106
X-Spam-Level:
X-Spam-Status: No, score=-7.106 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=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
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari.net
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 tKGkYWAfWlPh for <auth48archive@ietfa.amsl.com>; Tue, 11 Oct 2022 14:00:09 -0700 (PDT)
Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 81232C14F6EC for <auth48archive@rfc-editor.org>; Tue, 11 Oct 2022 14:00:09 -0700 (PDT)
Received: by mail-io1-xd31.google.com with SMTP id 137so7670642iou.9 for <auth48archive@rfc-editor.org>; Tue, 11 Oct 2022 14:00:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari.net; s=google; h=cc:to:subject:message-id:date:references:in-reply-to:from :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=VBZT3mnaiGZMAQtr3maWUbXPxu6vu88bRDWioVyvjR8=; b=WqIIdDS6y/AL+he0AHjmtPVCO2l/wPfJeJ51API6d+Wxi/xBZFr+ehGLicYYHZ9pcY Hwo/UO/8IW7/3mKQaVsXJhjvTWjSKoDAZt3xN67DGxlAbbo7VAA8UEdEY6bc1uyp1u2A fMnQQ27tgv1YAeZ5F7eviOT66T6+3H+cwQZcxdQEpQTNOcE6xoz9+BmJ7gfDwvpoy5sW 81zs3fYtGRqJl2JOlUi9ocK6b0NKkiZCcZFWH4bArgJH5lC8vKabi6dKx0Eoxn+tyczG 82b1vzFqDCGd8pIks3hKMmAUSwddYhEHEDuN7QyEJsFzqMZQF7vPlVmJnHIETzWJ/5FE tzew==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:references:in-reply-to:from :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=VBZT3mnaiGZMAQtr3maWUbXPxu6vu88bRDWioVyvjR8=; b=3IIJwq9crbz383w0g0Zdc2iVc/lOUZ/XBY7f5jwPqMhNaEnmiMEzHaYOCLveK9UEQn hU+kc1dV8E7e6RGGr8UMoJKdy/SDwHoyaATQ9KlAAkqPgCJwtQ5EVAeWdftovxT+bUJB xqveOA7O0+oY6VN7IFXkUG3sMAHA+CVhSiIOxGuixxdUxObHZ8FzY7GtIFBcJAUUJ8az Bo5U4BYFLAipdhp1WyQPiZSvi/zJYy4xnD6/4xqY1OqBH9JOcziZJgIfQod6qNdW2KhH AVdXBkfL3/GedgjCaS6P0J8WzlaZQa6KDZn04P6EefQNM46Twn+Tlf9R3k8WwLX5J2IM j/+w==
X-Gm-Message-State: ACrzQf1AL+tfoCBefsgTi7FsrOL2O5MZ2r7dl5gReG8jabUrKQlepfSD g2QL02EEtVLieB+omzpPgWtzk+sBiVSyOnc0ayP2Jw==
X-Google-Smtp-Source: AMsMyM767Ey25s3vsQXLNggfcr8WE5bf0yp5Vj18w5RJDmCLjYChIyEOl/QrQbl+RASSIZl4V+LkZfpCp1SxLy0RSkw=
X-Received: by 2002:a05:6638:16cf:b0:35a:576b:6e33 with SMTP id g15-20020a05663816cf00b0035a576b6e33mr13357324jat.159.1665522008404; Tue, 11 Oct 2022 14:00:08 -0700 (PDT)
Received: from 649336022844 named unknown by gmailapi.google.com with HTTPREST; Tue, 11 Oct 2022 14:00:07 -0700
Mime-Version: 1.0
From: Warren Kumari <warren@kumari.net>
X-Superhuman-Draft-ID: draft00c5996ce65968f8
X-Superhuman-ID: l94osdu8.c6a8b42d-bdb0-402a-b669-3dbda2aa993b
In-Reply-To: <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> <459071FC-3FB7-4363-8044-E5F91F725D57@amsl.com>
X-Mailer: Superhuman Desktop (2022-10-07T22:06:15Z)
Date: Tue, 11 Oct 2022 14:00:07 -0700
Message-ID: <CAHw9_i+F4DAfpxo6Byas7ZzPCAtH8Mhxgdf3vXLeYCEMHtJf5g@mail.gmail.com>
To: Rebecca VanRheenen <rvanrheenen@amsl.com>
Cc: Kotikalapudi <kotikalapudi.sriram@nist.gov>, Ben Maddison <benm@workonline.africa>, yossigi@cs.huji.ac.il, goldbe@cs.bu.edu, Job Snijders <job@fastly.com>, 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-Type: multipart/alternative; boundary="000000000000ad51d805eac88f1c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/cN8rS7il2XhRxrPxEd_xo0Fk3hg>
Subject: Re: [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 21:00:15 -0000

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