[auth48] [IANA #1453844] [IANA] Re: RFC-to-be 9986 draft-ietf-bfd-secure-sequence-numbers for your review

Amanda Baber via RT <iana-matrix@iana.org> Wed, 10 June 2026 01:22 UTC

Return-Path: <iana-shared@iana.org>
X-Original-To: auth48archive@mail2.ietf.org
Delivered-To: auth48archive@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 868ECFE674FA; Tue, 9 Jun 2026 18:22:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1781054575; bh=FcgyFiWpJuoLJMM6VvfktzQv+N7f2GeoaNfn2tHfxfo=; h=Subject:From:Reply-To:In-Reply-To:References:To:CC:Date; b=Tx//qgYOIIJv8QiaWYJA6LSCfbOUX28IgHElQmLmp9qKyT7LtrzG7WmFQqnvQ9oqr GMRysskyj93GjQzaFJe/o9PfLzIvvVhypi3++QUnnHC1HT+uHTNkSyFOE++WFBohcZ wGsoy6muPyqy5QWZzbUQC8LVFif1Aw9B53rzjqTc=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -4.396
X-Spam-Level:
X-Spam-Status: No, score=-4.396 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (1024-bit key) header.d=iana.org
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ByGYIIYm-TuV; Tue, 9 Jun 2026 18:22:53 -0700 (PDT)
Received: from smtp.lax.icann.org (smtp.lax.icann.org [192.0.33.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 16C91FE674DA; Tue, 9 Jun 2026 18:22:53 -0700 (PDT)
Received: from request7.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp.lax.icann.org (Postfix) with ESMTP id 5C2BBE0854; Wed, 10 Jun 2026 01:22:52 +0000 (UTC)
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp.lax.icann.org 5C2BBE0854
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iana.org; s=202509s; t=1781054572; bh=CJlk1QYTtoQouI9txx+2Z8zvwqiUw7iph0xkrUc+7jg=; h=Subject:From:Reply-To:In-Reply-To:References:To:CC:Date:From; b=jMrAMc4Y+3icnzjCtXhhM+jv9MhNk9B+8cpeWkNwmm7GmwcEOFoanyJf42ESC9O6S Dzcb0YvH8bcuEgbFJbsDakgK9OsKixTJ6ZxdeHUa0B9/p2g0UYCso94DmOKq2cVgbk QS5gKX6u4VSPnyNITRvvn8K8sp7G6uldiUv8AuyQ=
Received: by request7.lax.icann.org (Postfix, from userid 48) id 40906C15049C; Wed, 10 Jun 2026 01:22:52 +0000 (UTC)
RT-Owner: amanda.baber
From: Amanda Baber via RT <iana-matrix@iana.org>
In-Reply-To: <D7EE3393-8A1C-4127-99A4-0C839E34C4AE@staff.rfc-editor.org>
References: <RT-Ticket-1453844@icann.org> <177948050282.17.14048359198082471617@rfc-editor.org> <6f808e7d-fab6-4ab6-96dc-4304119690f5@pfrc.org> <83583333-D496-491D-A931-DB5B2625B8B9@staff.rfc-editor.org> <29A8B5D5-3ACF-4F3A-9454-C8C6D5F94B80@freeradius.org> <E8FFCA19-4F4D-4676-BE90-0CF66EECFD9B@staff.rfc-editor.org> <aad9ab0f-9f17-48e3-8d80-9819a7b115bd@pfrc.org> <CAP-E81ThKD3tBkURkchwpco6oyf0O9UWC84aTHC5hKzSTzTaKQ@mail.gmail.com> <788B8E74-F462-471C-9B92-8B70702C986B@staff.rfc-editor.org> <D7EE3393-8A1C-4127-99A4-0C839E34C4AE@staff.rfc-editor.org>
Message-ID: <rt-5.0.3-1426778-1781054572-587.1453844-37-0@icann.org>
X-RT-Loop-Prevention: IANA
X-RT-Ticket: IANA #1453844
X-Managed-BY: RT 5.0.3 (http://www.bestpractical.com/rt/)
To: mchurch@staff.rfc-editor.org
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-RT-Original-Encoding: utf-8
Precedence: bulk
Date: Wed, 10 Jun 2026 01:22:52 +0000
MIME-Version: 1.0
Message-ID-Hash: 7JXA7FTSZIHTR7PYFEZZP62ZASOLFQG4
X-Message-ID-Hash: 7JXA7FTSZIHTR7PYFEZZP62ZASOLFQG4
X-MailFrom: iana-shared@iana.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: sagarwal12@gmail.com, rtg-ads@ietf.org, rfc-editor@rfc-editor.org, reshad@yahoo.com, mjethanandani@gmail.com, mishra.ashesh@outlook.com, ketant.ietf@gmail.com, jhaas@pfrc.org, james.n.guichard@futurewei.com, gunter.van_de_velde@nokia.com, bfd-chairs@ietf.org, auth48archive@rfc-editor.org, ashesh@aalyria.com, aland@freeradius.org
X-Mailman-Version: 3.3.9rc6
Reply-To: iana-matrix@iana.org
Subject: [auth48] [IANA #1453844] [IANA] Re: RFC-to-be 9986 draft-ietf-bfd-secure-sequence-numbers for your review
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/caDDYFql3CR7XqyF9sdx4z76528>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Owner: <mailto:auth48archive-owner@rfc-editor.org>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Subscribe: <mailto:auth48archive-join@rfc-editor.org>
List-Unsubscribe: <mailto:auth48archive-leave@rfc-editor.org>

Hi all,

This update is complete:

https://www.iana.org/assignments/bfd-parameters

thanks,
Amanda

On Mon Jun 08 15:57:19 2026, mchurch@staff.rfc-editor.org wrote:
> Hello IANA,
> 
> For Address 8 in the "BFD Authentication Types" Registry
> (https://www.iana.org/assignments/bfd-parameters/bfd-
> parameters.xhtml), please update "SHA1" to "SHA-1" in the BFD
> Authentication Type Name column according to the edited document.
> 
> Current:
> Optimized SHA1 Meticulous Keyed ISAAC Authentication
> 
> Updated:
> Optimized SHA-1 Meticulous Keyed ISAAC Authentication
> 
> Thank you!
> 
> Madison Church
> RFC Production Center
> 
> > On Jun 8, 2026, at 10:47 AM, Madison Church <mchurch@staff.rfc-
> > editor.org> wrote:
> >
> > Hi Ashesh,
> >
> > Thank you for your reply! We have noted your approval here:
> > https://queue.rfc-editor.org/final-review/rfc9986/.
> >
> > Now that we have all author approvals, we will move forward with IANA
> > updates.
> >
> > Thank you!
> >
> > Madison Church
> > RFC Production Center
> >
> >> On Jun 5, 2026, at 9:04 PM, Ashesh Mishra <ashesh@aalyria.com>
> >> wrote:
> >>
> >> Thanks, Jeff. I reviewed the latest and it all looks good to me.
> >>
> >> Thanks,
> >> Ash
> >>
> >>
> >> Ashesh Mishra
> >> Head of Client Solutions
> >>
> >> +1 (213) 300-0156
> >> www.aalyria.com
> >>
> >>
> >> On Fri, Jun 5, 2026 at 6:30 PM Jeffrey Haas <jhaas@pfrc.org> wrote:
> >> +ashesh at corrected address
> >>
> >> On 6/4/26 17:00, Madison Church wrote:
> >>> Hi Sonal,
> >>>
> >>> Apologies for missing your earlier mail! We have noted your
> >>> approval and updated your email and affiliation. See
> >>> https://queue.rfc-editor.org/final-review/rfc9986/.
> >>>
> >>> Updated files are here:
> >>>    https://www.rfc-editor.org/authors/rfc9986.txt
> >>>    https://www.rfc-editor.org/authors/rfc9986.pdf
> >>>    https://www.rfc-editor.org/authors/rfc9986.html
> >>>    https://www.rfc-editor.org/authors/rfc9986.xml
> >>>
> >>> Diffs:
> >>>    https://www.rfc-editor.org/authors/rfc9986-diff.html
> >>>    https://www.rfc-editor.org/authors/rfc9986-rfcdiff.html (side by
> >>> side)
> >>>    https://www.rfc-editor.org/authors/rfc9986-auth48diff.html
> >>>    https://www.rfc-editor.org/authors/rfc9986-auth48rfcdiff.html
> >>> (side by side)
> >>>
> >>> Once we receive approval from Ashesh, we will ask IANA to update
> >>> the "BFD Authentication Types" registry. Afterwards, this document
> >>> (and RFC-to-be 9985) will move forward in the publication process.
> >>>
> >>> Thank you!
> >>>
> >>> Madison Church
> >>> RFC Production Center
> >>>
> >>>> On Jun 4, 2026, at 3:38 PM, Mahesh Jethanandani
> >>>> <mjethanandani@gmail.com> wrote:
> >>>>
> >>>> Hi Madison,
> >>>>
> >>>> Sonal did respond with an approval and asked for her contact
> >>>> information to be updated. Did you see it?
> >>>>
> >>>> Thanks
> >>>>
> >>>> p.s. Let me ping Ashesh.
> >>>>
> >>>>> On Jun 4, 2026, at 9:19 AM, Madison Church <mchurch@staff.rfc-
> >>>>> editor.org> wrote:
> >>>>>
> >>>>> Hi Mahesh,
> >>>>>
> >>>>> Thank you for your reply! We have noted your approval here:
> >>>>> https://queue.rfc-editor.org/final-review/rfc9986/.
> >>>>>
> >>>>> Once we receive approvals from Ashesh and Sonal, we will move
> >>>>> this document forward in the publication process.
> >>>>>
> >>>>> Thank you!
> >>>>>
> >>>>> Madison Church
> >>>>> RFC Production Center
> >>>>>
> >>>>>> On Jun 3, 2026, at 7:07 PM, Mahesh Jethanandani
> >>>>>> <mjethanandani@gmail.com> wrote:
> >>>>>>
> >>>>>> Hi Madison,
> >>>>>>
> >>>>>> I am not sure if I sent my approval already, but here it is, in
> >>>>>> case I missed sending it
> >>>>>>
> >>>>>> Thanks.
> >>>>>>
> >>>>>>> On Jun 2, 2026, at 12:00 PM, Madison Church <mchurch@staff.rfc-
> >>>>>>> editor.org> wrote:
> >>>>>>>
> >>>>>>> Alan, *Ketan,
> >>>>>>>
> >>>>>>> *Ketan - We have noted your approval for moving RFC 8341 to the
> >>>>>>> Normative References section.
> >>>>>>>
> >>>>>>> Alan - Thank you for your reply! We have updated the document
> >>>>>>> per your response and noted your approval on the Final Review
> >>>>>>> (formerly AUTH48) status page; see https://queue.rfc-
> >>>>>>> editor.org/final-review/rfc9986/.
> >>>>>>>
> >>>>>>> The files have been posted here (please refresh):
> >>>>>>> https://www.rfc-editor.org/authors/rfc9986.txt
> >>>>>>> https://www.rfc-editor.org/authors/rfc9986.pdf
> >>>>>>> https://www.rfc-editor.org/authors/rfc9986.html
> >>>>>>> https://www.rfc-editor.org/authors/rfc9986.xml
> >>>>>>>
> >>>>>>> Updated diff files have been posted here:
> >>>>>>> https://www.rfc-editor.org/authors/rfc9986-diff.html
> >>>>>>> https://www.rfc-editor.org/authors/rfc9986-rfcdiff.html (side
> >>>>>>> by side)
> >>>>>>> https://www.rfc-editor.org/authors/rfc9986-auth48diff.html
> >>>>>>> https://www.rfc-editor.org/authors/rfc9986-auth48rfcdiff.html
> >>>>>>> (side by side)
> >>>>>>>
> >>>>>>> Once we receive approval from Mahesh, Sonal, and Ashesh, we
> >>>>>>> will move this document forward in the publication process.
> >>>>>>>
> >>>>>>> Thank you!
> >>>>>>>
> >>>>>>> Madison Church
> >>>>>>> RFC Production Center
> >>>>>>>
> >>>>>>>> On Jun 2, 2026, at 11:27 AM, Alan DeKok <aland@freeradius.org>
> >>>>>>>> wrote:
> >>>>>>>>
> >>>>>>>> On May 29, 2026, at 4:47 PM, Madison Church
> >>>>>>>> <mchurch@staff.rfc-editor.org> wrote:
> >>>>>>>>>>> 17) <!-- [rfced] For the "[ISAAC_]" reference, we recommend
> >>>>>>>>>>> changing the citation
> >>>>>>>>>>> tag since "[ISAAC]" and "[ISAAC_]" may be easily confused.
> >>>>>>>>>>> May we update
> >>>>>>>>>>> "[ISAAC_]" to "[ISAAC+]" or "[ISAAC-Plus]"?
> >>>>>>>>>>> -->
> >>>>>>>>>> This question to be answered by Alan and the SEC-ADs.
> >>>>>>>>> [rfced] We will wait for further guidance from Alan before
> >>>>>>>>> proceeding with any updates for the "[ISAAC_]" reference.
> >>>>>>>> This should be "[ISAAC-Plus]" for clarity.
> >>>>>>>>
> >>>>>>>>> [rfced] After further review, we have decided to use
> >>>>>>>>> "sequence number" and "secret key" in this document for
> >>>>>>>>> consistency across RFC 5880 and RFC-to-be 9985 (this excludes
> >>>>>>>>> instances where the terms are paired with another noun, e.g.,
> >>>>>>>>> "Sequence Number field"). Please let us know any objections.
> >>>>>>>> This is fine.
> >>>>>>>>
> >>>>>>>>>>> Meticulous Keyed ISAAC
> >>>>>>>>>>> Meticulous keyed ISAAC
> >>>>>>>>>> The forms I see these in are paired to the sha-1 and md-5
> >>>>>>>>>> forms of the mode.  We are looking for consistency for those
> >>>>>>>>>> pairings.  The capitalization for keyed can match the other
> >>>>>>>>>> instances.
> >>>>>>>>>>> Meticulous Keyed ISAAC Keyed
> >>>>>>>>>>> [Note: Is the second "Keyed" correct here? There are 4
> >>>>>>>>>>> instances.]
> >>>>>>>>>> These instances look like a search and replace issue.  I
> >>>>>>>>>> believe the intention here is that each of these instances
> >>>>>>>>>> is intended to be "Meticulous Keyed ISAAC, ISAAC format".
> >>>>>>>>>> This should be audited by Alan.
> >>>>>>>>> [rfced] We will wait for further guidance from Alan before
> >>>>>>>>> making the updates as described above for "Meticulous Keyed
> >>>>>>>>> ISAAC Keyed". We have updated all other terms for
> >>>>>>>>> consistency.
> >>>>>>>> Yes.  The 4 instances can be changed to "Meticulous Keyed
> >>>>>>>> ISAAC, ISAAC format".
> >>>>>>>>
> >>>>>>>> Alan DeKok.
> >>>>>>>>
> >>>>>>
> >>>>>> Mahesh Jethanandani
> >>>>>> mjethanandani@gmail.com
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>
> >>>> Mahesh Jethanandani
> >>>> mjethanandani@gmail.com
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >