[spring] draft-ietf-spring-srv6-policy-sid-list-opt-00 - comments

Gyan Mishra <hayabusagsm@gmail.com> Thu, 02 July 2026 19:23 UTC

Return-Path: <hayabusagsm@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 195AA10CE9979 for <spring@mail2.ietf.org>; Thu, 2 Jul 2026 12:23:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1783020201; bh=eZGanOuprQuiVPUUAayFSMb8+J3WiecoYsB5W+Frwt8=; h=From:Date:Subject:To; b=V8+x9RvMhrH+NgkvOmBbb+Iu3pwIR5r0h70z8jsCKSli8D+J/OOp1ehe07Yt0uFNE JGgw5+3YH0w0zbBOD50l84X2/K7CAIAw/L9adC3OrBXabEn3R8L1Mmu4MObIn+43H9 y4dCjeasV1UDP4mxz+8cpmstC4TN77zSOIPFZtK4=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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_FONT_LOW_CONTRAST=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 0WcOXwNUs-QQ for <spring@mail2.ietf.org>; Thu, 2 Jul 2026 12:23:20 -0700 (PDT)
Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) (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 46E3510CE97C0 for <spring@ietf.org>; Thu, 2 Jul 2026 12:21:26 -0700 (PDT)
Received: by mail-pj1-x102f.google.com with SMTP id 98e67ed59e1d1-37fc01881f2so2486535a91.1 for <spring@ietf.org>; Thu, 02 Jul 2026 12:21:26 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1783020079; cv=none; d=google.com; s=arc-20260327; b=Vwnel6n5M2Dt0ExWaZ0N0bvwFJl0B5o7ct0MJOcR55ts41+7+F783TuvQ+l2wHZjXy cEv5YnbynEGWpNzqGcJv7DXKkV2Cy4ETmKrMiIu8aTZeBpMgowg9XWCHzzz+j/EaM8D4 b1Fo0cqh0Cph+StPO9HuabRxKLbHOixPTETWfB+SuShKjhWiTOQZOWKZ9c85Qqm1Oq+h 2AOMbDPZwtPUMOy4mRa6x8Ur9AvQdDkwgBja03l1gVHK3drJ6zQ1KyjjLuDJSznDvGuG eY4cEzLrJiIpQZXZJcTA7U7Lwf0SyBbX4zJDiSJCEl0rdOTNYtsZMdIFOhcD6BR9vSw5 5BSQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20260327; h=to:subject:message-id:date:from:mime-version:dkim-signature; bh=TA0G9urfQojly0U3/eZS86HEQ30lNDJ64/0JFM1+DgY=; fh=Ha+K1mfRr7YHnneBBnLrVD34EnpimRNhrkZ/xsVmxSU=; b=FiyRSn3RqMbysW4PhSdzN0bJQNT7P/SjqLkt1bYhP/MH2KDvDo3VYrotaWoFS0NKZz 6AMrw62J0NFCNMxqSFkSCZlv+JR8MZoBIiXyy1LjNpOzWdR57Z4iyThWOGarSTko5gzI xTzJmuPX9cINKv4g0B7ca7UfYPRhNmXoRYIdI8wPNgZK2/l9m/6puZyzCY/WDhzF2wY9 16gH7aeAGx8mUPiMO8yYpE1AvkJKvvT99/dsYuDRoEkk6Ys2qEHcnOOTUJr+utl8O1fR 71LtZYkBiAaYZ2IMJfowv/3kVP0nCXhTpi4fbb8Df5Ox8TbnFOd5lHOFfAU+zLreXIqK cxgw==; 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=20251104; t=1783020079; x=1783624879; darn=ietf.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=TA0G9urfQojly0U3/eZS86HEQ30lNDJ64/0JFM1+DgY=; b=PLFjMO0myjscsQhdjHnrkCaajys2lfZriPpBCnMzxDCl0hUqorvU9ppuw+sDygdkXv XT+pdQ2rjFiM9YQPIJhFFzYGfC15au3TpkD8d+e7Gc4VLG0CTXf4eWhqWhZPCU+ULpuU nfEq5+wvTETgxHz6i+tPdpMK3XSsqOqrFhw8hObXVidIF9oEZ/I02v0yjic018oMbkPd 1a5nDGq2ymBDr+Lsp/pU9TaNcdkK2gymejdWj3VpfzhpvzBHk0uuTYA1DWHHWcsXVsa/ R7/F7TD+6/zFKtMg/7EY/hgjScm1ZsWCX97prh5K7ko0TVyct4imlAr846UDUYIHj2nA nFVg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1783020079; x=1783624879; h=to:subject:message-id:date:from:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=TA0G9urfQojly0U3/eZS86HEQ30lNDJ64/0JFM1+DgY=; b=iVYyGitZvsu03chEE02QghgDHAWm+AqIrTh8OsGyh1dzm/pDuLoNnN5yx23xJultzT EXtUXCJRNPB0y+PEHzw10NAFRyq8PWv8+0rr4vsmI8XzbQQn6jN2BGQH2ew13D8VFu0r v1SKb8DWndv+zLlbxvo90gDnmwpoznUaoM+MnfZn/KaQtStV+VUzBbf3pYC5LUjbY40x db5MHHxJSW0hs0cnwYoL13eZigFt9qORHdG3n+F2wwDdVb17eY6DCPfGeYM4etu8hm04 6sZkpMnkw4CRwf4qSfJTDJvVDtj8TjXcOzxGIHf62UJD+70NUvb5ya1WeAjRvxOPeGMX 2R6w==
X-Forwarded-Encrypted: i=1; AHgh+RpdOtzuNZusSmNg8CvFqcxv0nW9+Q+pWH3vPvGfWnHBcKryk+TRyZjftABHcXQ/il/fRbCSDwU=@ietf.org
X-Gm-Message-State: AOJu0YycRK8AFzHIcM8UHUXZQcMCw74aTUC8KcWuu18uhzkzS1WtIO2y 1W68f9wOSOz7PFtPzR/kcNBVYJwKtNV4toDNpzTaHTnwhlDUzy4Cdw6L6SBcRSaitwWtm4quQId yfLC8LjzAqN2h2pAevjdYK5+j/OTdimA=
X-Gm-Gg: AfdE7cngeiwMWdo1dTjI5qvYRPfmKYN3MnvYrVj3qfppaFYN9YhcIyb3Xlk2gm0CbYH oc8nQAotyG0dGEJDC3vvFQLZQ/aZqY4OKyViy8jwEtBWpvUdKOWUKYZoaLEkZ9r4b8KkJDxCRoe uEigXQKuVemZlEwFdMR/i+bZ5brlgb1YevQaGixECvJR8KIzKVq88I5gCeYOwVW3FCdvd5NVSIS vqtP8i7mmPMMf7jmHj7USzk50dxXQ0+QERrRLrCf4nawRcR9eDkxyvp4KqdEjKupEJgOw74JvJB GcoQb1xWT10KSKInfHR8XUTSzE2P0PGE5BM3sZtAppxOQ+0Cad7H4Nu9y55Mz+0=
X-Received: by 2002:a17:90b:4c84:b0:37f:9ce1:cda4 with SMTP id 98e67ed59e1d1-380baa74659mr6303469a91.26.1783020078563; Thu, 02 Jul 2026 12:21:18 -0700 (PDT)
MIME-Version: 1.0
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Thu, 02 Jul 2026 15:20:47 -0400
X-Gm-Features: AVVi8CfkYKkpdE-k7C5uQwZHNqj9WEe23-K47g1KVgVZfULbvvPPE_NdzvsX_A4
Message-ID: <CABNhwV3nBLyuLSBA4eVeV74_jE7vbPt3rB7QWeuvzrpca=1X0A@mail.gmail.com>
To: draft-ietf-spring-srv6-policy-sid-list-opt@ietf.org, SPRING WG <spring@ietf.org>, IDR List <idr@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000006907020655a5b6c8"
Message-ID-Hash: 3IFYDCY323SCTVAZSWEYKLCEW3QWGTLW
X-Message-ID-Hash: 3IFYDCY323SCTVAZSWEYKLCEW3QWGTLW
X-MailFrom: hayabusagsm@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
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [spring] draft-ietf-spring-srv6-policy-sid-list-opt-00 - comments
List-Id: "Source Packet Routing in NetworkinG (SPRING)" <spring.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/Bu-wpMMoMq_wVTljkFiczPON690>
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>

Dear authors

I would like to comment on this draft as it relates to the optimize draft
under WG Adoption call in IDR.

1. draft-lin-idr-sr-policy-admin-flag-05.txt

2. draft-liu-idr-sr-segment-list-optimize-06.txt-> this draft only relates
to the Spring draft discussion below

3. draft-ali-idr-bgp-ls-sr-policy-sl-opt-distribution-00.txt

This Spring discussion is related to the SRv6 endpoint SID and if it is
ever needed and if it is not needed based on what I have stated below, then
there is no need to adopt the optimize draft.

The additional drafts under adoption call discuss flag to be used to
determine when an endpoint Sid should be used or not.

My thoughts on this topic for SRv6 full Sid and SRV6 Compression both Next
Sid and Replace SID endpoint behaviors that as SRv6 uses the IPv6 data
plane for LPM hop by hop routing the traffic is LPM routed to the SR policy
endpoint no matter what without the endpoint Sid present.

This allows the path to have all SRv6 capable nodes and IPv6 only nodes
along the path.   The SR policy two tuple {color, endpoint} that the
endpoint of the SR policy of the TE steered path along which traffic is
steered is always to the same  prefix node Sid endpoint as defined on the
SR headend node SR policy.  Also if the computed Sid list does not end with
endpoint node Sid the traffic can still IPv6 LPM route to the egress PE
endpoint of the SR policy without ever the need for the endpoint node Sid.

Even for SRv6-MPLS interworking draft use case for endpoint node Sid as the
SRv6 tunnel carrying the MPLS payload can still LPM IPv6 route to the
egress PE without an endpoint SID present.

https://datatracker.ietf.org/doc/html/draft-ietf-spring-srv6-mpls-interworking-02

There is absolutely no need for an endpoint node Sid for static or dynamic
computed paths due SRv6 using native IPv6 data plane for hop by hop IPv6
LPM routing used for per hop steering.

This would help with consistency across the board with static or dynamic
SID list that the optimization is always enabled and the endpoint sid is
always excluded.  As well as service sid is always excluded.

This consistent compression helps tremendously in steering as it saves 1-2
entries in hops of steering with Next SID giving a total 6 hops without
SRH.  Also helps replace Sid and full Sid to have less entries in the SRH.

I would like to address this with the authors which will help in making a
decision on IDR adoption of the optimize draft.

Kind Regards

Gyan