[spring] Re: Intended Status of draft-ietf-spring-srv6-security-08.txt - Re: New Version Notification for draft-ietf-spring-srv6-security-08.txt

Alvaro Retana <aretana.ietf@gmail.com> Wed, 21 January 2026 22:17 UTC

Return-Path: <aretana.ietf@gmail.com>
X-Original-To: spring@mail2.ietf.org
Delivered-To: spring@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 11173AB2DF33 for <spring@mail2.ietf.org>; Wed, 21 Jan 2026 14:17:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 dBGjT6AeLsbn for <spring@mail2.ietf.org>; Wed, 21 Jan 2026 14:17:37 -0800 (PST)
Received: from mail-dl1-x122d.google.com (mail-dl1-x122d.google.com [IPv6:2607:f8b0:4864:20::122d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 5A3B5AB2DF25 for <spring@ietf.org>; Wed, 21 Jan 2026 14:17:37 -0800 (PST)
Received: by mail-dl1-x122d.google.com with SMTP id a92af1059eb24-1232d9f25e9so827683c88.0 for <spring@ietf.org>; Wed, 21 Jan 2026 14:17:37 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; t=1769033849; cv=none; d=google.com; s=arc-20240605; b=fi6QhdOKqPlvytFWn52ylMHLjb8TsYyqvDQgdvIRVfYtmtmse6LGZp5dCHOqWN73z4 kPhy5nNVF2zfFZibB5Tn84BH5vjRriesPqKofN9jqStlKo0moBo1JkEUupurwciJJ6zt A3tdacVp5BtrlG5nXhfoSvgvx1a81P+V/pktk2v9ZwqmlDX1cOLgkSlOe3l3nmmLzrVu n6aYmF1969JKWBXkSwspi2/g1ak4lHoThrcCyIqQNjhoekjZ7S6nizygxAJsbe3KI4U9 fuDtNoMz+Oi2U5tEyH3d8VRRM78tfyXcyRA6mmMQrsxGbcRRmnYYbkUsrkiP8O1PbSDP I0AA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:dkim-signature; bh=gW4KPK/rAeAevf21JkrC0Ua9sBts2FZ0SV/2tJmISSA=; fh=tDq7K5eDhtDmYH/pg5/Lm2kfUjxkp0XXvMm4oWoGd/w=; b=R86xhcr0coNJ0hLG9gh1gv5EoB3OxkIu1mIW8OnxRUuGn87Gm1loNHYDu5zZOJJYOw QizO9jq9GXRqEjHoNZ0b3eeLpJ/HV5jD6ZZPx/olLHRgWUGNfBlxYKChrWtRgZVFE0Hk QfquiM+Z1p3I+wsZzLdXDAzLzhXXEnOk9xcAeU8CkSCUbRFatTv9jRxkiURzbLfiM5uN VK+FHWMWGTrdp1g1D8/53eT91zof7WtHnbPto7dg/8ZKIW4IJugXC4KWVSdGiaJBUWoF PFxZfg1cPrQaHC6APJQa+xr8EagRn98Mfz7q3FgZGEGTBTWAPTlCHxKTMd+8A3oQkkEh mSmA==; darn=ietf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1769033849; x=1769638649; darn=ietf.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=gW4KPK/rAeAevf21JkrC0Ua9sBts2FZ0SV/2tJmISSA=; b=XVFWfRzIMdfnX5AJcAvzCM3Y8JzcQDGC4X6faxLUkWOx9JJ5QQXyKfR69NtT9IWwzt NpXg4UAe9Y27tlu8vNq+5MQsiRBGVxZgUY8o1w/BWvyKqVe9shv2MBWKU0YCuJ4Zx8X5 3byYi0PaPOOMR54BuK3ibEyHcK6oOtclNsABF0ZNFjGNpREvpTwL2oLgwJewz9HsEZHB sZ42ZuLRr5qY3dtmcqxZZKnul7yfKJ9sy0E9Vp2cSyCOjUFAYhIjrU3LkWo6Rium13ZR 6AtrNskjvzRNBBkRUN8LwVRmP18D+8ie9m60s/ry7/F/a9fUmuBBPLbG9q751Zl8w7vQ w7AQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769033849; x=1769638649; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=gW4KPK/rAeAevf21JkrC0Ua9sBts2FZ0SV/2tJmISSA=; b=W+zQnngizQWbu9qXJAXmJ+bGSBxYGIW4/KQI1QmXcIn7BUZBW4jM7T+pc5bgImkQzX EIOdkX9+qOTHO24FJKfjDCWrDlX2I45sIDSBsVoZ9bU4JVRIBDHuWSe7bebfe7uTZx4w TkihxNLGhlgshijYVgfpnF4bPxZGw5ZDQMKYAaw7QFWm7yCy64XOFQDpZlWKN9kCQXRl ngRy5IC8gYvabKs8awT+VlTxot7DzLZBj8xvLFoC04SB+DLhDP6kaV1NZIR6t8hEsYCz 0GKvQqmjnusUlTo1RzVQQyQAv6QC8kcr4+e+g9xcNrtbfFybz1lbdfui2geP6nAuP0l9 FaoQ==
X-Forwarded-Encrypted: i=1; AJvYcCVo76jFDcrn4xPE9c+EVlP/qYXKQ7Ykc8vw5twr3jYgjNnG7Qhw+BgLXBEr+fWb4924t6NAheo=@ietf.org
X-Gm-Message-State: AOJu0Yw2/sv8JhL+Tnw07azBH47qAgiA7HBRpjbeL4H8h76poPh+QgM0 sujDdhiLIVBKwfBdAPkiW5MTnBapjJF24l7bokUYBWC5DOAyaikt77t97phJOcO7YhnpSllCo6D 1B5l1y8SCOXVlV5nwh+moX526dKxtqiE=
X-Gm-Gg: AZuq6aJLnqzWZQvw8oacieIsdalHPAluhzyerymp+yA9iO/2TvdJ6hVC7Dc9NPO3yX4 n2cVdVcT718A/1hfNdsXaPJSBJKwitURUnUxa149fcB1VNQv4mFXJViaAmAI6OVtAYGMkZHvvlI UuictjA83drtnIt44z6kWiQBLwvy6eD4oYUx58JLmvlMgTkIFRExk56b1GJSdKg/5GJTDZqslRC X6pOktjb7SMsqTKR5Fsxk2Vu8P7jpbd9fypt1eKNbMoqPmBEAmGra+gLhFfUtDCBpVKZKaHAbqz GTTYfCvamJo7Gh/2fTq3NpOdm8Rv
X-Received: by 2002:a05:7022:6084:b0:123:34e8:ae96 with SMTP id a92af1059eb24-1244a7829acmr15990592c88.37.1769033847588; Wed, 21 Jan 2026 14:17:27 -0800 (PST)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 21 Jan 2026 14:17:26 -0800
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 21 Jan 2026 14:17:26 -0800
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <CAMMESsxSKDJE3xXU+_PcM+qTOaUmPYmmDCo1qcwRHKq9OGwcdQ@mail.gmail.com>
References: <176092029759.1973200.513040266258552652@dt-datatracker-84f8f646b-tg6mn> <CABUE3XnKM40NAwTTpt7tck944mNxmY4qtpA3gsrvzj6mcmGsTw@mail.gmail.com> <CAMMESsxwKcywMZrwzYY9U-ME_JLFFvVs6KLLFFO7jg-r3Qwy-Q@mail.gmail.com> <DM6PR11MB4692A2018BF03F9F9844514ADEF5A@DM6PR11MB4692.namprd11.prod.outlook.com> <CAMMESsxcQEm4AD2gJX4eGFhxOzJ7sb7AbMJ4MdehjhwOmxknuA@mail.gmail.com> <CAMMESsyB0RQUmK_okwtMC=AncVky1yhD5m2SSyzPzb10Nu+rLQ@mail.gmail.com> <0C6E17B1-65FD-4E1A-83C5-A94350B74099@cisco.com> <A816FD63-8794-4E35-8D4C-B6E21D82FF95@cisco.com> <CAMMESsx9XW2yUS5ULJtk5Si5XihOfN8UGeLFE61zFFi=DHjQ0w@mail.gmail.com> <DM6PR11MB46928577AEA77BE95798F16DDE87A@DM6PR11MB4692.namprd11.prod.outlook.com> <CAMMESsxSKDJE3xXU+_PcM+qTOaUmPYmmDCo1qcwRHKq9OGwcdQ@mail.gmail.com>
MIME-Version: 1.0
Date: Wed, 21 Jan 2026 14:17:26 -0800
X-Gm-Features: AZwV_QiGnttjBW8VoY0lqb7IIDg1f3HKoVO1YSfHk-9C-nlNKfqzmOnaNsKhs0o
Message-ID: <CAMMESswgkqvCw6nLK31dAQubRU1Ot88GfjOSacqHHP+JWx2gtA@mail.gmail.com>
To: "Zafar Ali (zali)" <zali@cisco.com>, SPRING WG List <spring@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000014cb3b0648ed4af0"
Message-ID-Hash: DXFIWZ22CRMGM4IA36V7Q25Y7N627OR5
X-Message-ID-Hash: DXFIWZ22CRMGM4IA36V7Q25Y7N627OR5
X-MailFrom: aretana.ietf@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-spring.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: spring Chairs <spring-chairs@ietf.org>, "draft-ietf-spring-srv6-security@ietf.org" <draft-ietf-spring-srv6-security@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [spring] Re: Intended Status of draft-ietf-spring-srv6-security-08.txt - Re: New Version Notification for draft-ietf-spring-srv6-security-08.txt
List-Id: "Source Packet Routing in NetworkinG (SPRING)" <spring.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/dtzNXH8nL_UI9IufhqForcBXp-Q>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Owner: <mailto:spring-owner@ietf.org>
List-Post: <mailto:spring@ietf.org>
List-Subscribe: <mailto:spring-join@ietf.org>
List-Unsubscribe: <mailto:spring-leave@ietf.org>

 Hi!

Given the comments on the list and the fact that there were no oljections,
the conclusion is in support of the change of Status to Informational.

Thank you!

Alvaro.

On January 6, 2026 at 1:51:39 PM, Alvaro Retana (aretana.ietf@gmail.com)
wrote:

[Thanks Zafar for kicking off this discussion!]


WG/authors:

We would like to hear opinions on Zafar's proposed change of Status for
this document, from the Standards Track to Informational.

Please explain why you might be in favor, or against, a change in the
Status.

We will take opinions until Jan/19, 2026.

Thanks!

Alvaro.

On January 5, 2026 at 10:16:22 PM, Zafar Ali (zali) (zali@cisco.com) wrote:

Hi Alvaro, chairs, authors, WG,

I am following up on the following comments from the chairs:
"As the Shepherd, you should start a discussion on the list about this --
including any justification for changing the current status."

Re - Q11: What status should the document have?

In my opinion, the document should progress as Informational (like the case
of rfc9099).
There is some normative text and BCP 14 language, but it is mostly in
restating normative language specified in existing RFCs the document cites.
Some wordsmithing can fix it, without losing any substance.
I do not think an update tag is needed.

Given this hint from chairs, the intent of this email is to start that
discussion.
Chairs may chime in to follow up more formally/ change subject/ formal
poll, etc.

Thanks



Regards … Zafar


*From: *Alvaro Retana <aretana.ietf@gmail.com>
*Date: *Wednesday, December 17, 2025 at 1:49 PM
*To: *Zafar Ali (zali) <zali@cisco.com>
*Cc: *spring Chairs <spring-chairs@ietf.org>,
draft-ietf-spring-srv6-security@ietf.org <
draft-ietf-spring-srv6-security@ietf.org>
*Subject: *Re: New Version Notification for
draft-ietf-spring-srv6-security-08.txt

On December 16, 2025 at 8:48:08 PM, Zafar Ali wrote:

Hi Zafar!

> I have submitted a Shepherd review.

You submitted the Shepherd writeup -- thanks!
https://datatracker.ietf.org/doc/draft-ietf-spring-srv6-security/shepherdwriteup/



I have a couple of questions/comments (below). Specifically, your answer to
Q11 should be discussed on the list before starting the WGLC.

In your review of the document, do you have any comments for the authors to
address?


Thanks!

Alvaro.


> 10. Several IETF Areas have assembled [lists of common issues that their
>     reviewers encounter][6]. For which areas have such issues been
>     identified and addressed? For which does this still need to happen in
>     subsequent reviews?
>
> I think the document will benefit from a directorate review from OPS and
> SEC areas.
> ...
> [6]: https://wiki.ietf.org/group/iesg/ExpertTopics

I will request OPS and SEC (and RTG) directorate reviews with the WGLC.  Do
you have any specific items I should point out based on [6]?



> 11. What type of RFC publication is being requested on the IETF stream
>     ([Best Current Practice][12], [Proposed Standard, Internet Standard]
>     [13], [Informational, Experimental or Historic][14])? Why is this the
>     proper type of RFC? Do all Datatracker state attributes correctly
>     reflect this intent?
>
>  Proposed Standard is requested and indicated in the title page header.
>  However, it is my opinion that the working group should discuss the
>  intentional status of the document (Standards Track, informational or
BCP)
>  before the handoff.

What status should the document have?  As the Shepherd, you should start a
discussion on the list about this -- including any justification for
changing the current status.

We have discussed this document Updating (at least) rfc8402.  We would need
this document to be on the Standards Track (or maybe a BCP) to do that.
The "Updates" tag is not ideal, but it is the only one we have.  Consider
an "Update" if discussing the status on the list.



> 12. Have reasonable efforts been made to remind all authors of the
>     intellectual property rights (IPR) disclosure obligations described
>     in [BCP 79][7]? To the best of your knowledge, have all required
>     disclosures been filed? If not, explain why. If yes, summarize any
>     relevant discussion, including links to publicly-available messages
>     when applicable.
>
>   Yes, reasonable efforts been made to remind all authors of the
intellectual
>   property rights (IPR) disclosure obligations. There have been IPR call
as
>   part of the progression of this draft.

I'll poll again with the WGLC.  Please include links to the mail archive of
that call when done (the IESG likes that).



> 19. Will publication of this document change the status of any existing
>     RFCs? If so, does the Datatracker metadata correctly reflect this and
>     are those RFCs listed on the title page, in the abstract, and
discussed
>     in the introduction? If not, explain why and point to the part of the
>     document where the relationship of this document to these other RFCs
is
>     discussed.
>
> No.

Based on the "Updates" discussion, this answer may need to be updated.