Roman Danyliw's No Objection on draft-ietf-rtgwg-segment-routing-ti-lfa-13: (with COMMENT)
Roman Danyliw via Datatracker <noreply@ietf.org> Wed, 17 April 2024 20:41 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: rtgwg@ietf.org
Delivered-To: rtgwg@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 45EE7C14F681; Wed, 17 Apr 2024 13:41:33 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Roman Danyliw via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-rtgwg-segment-routing-ti-lfa@ietf.org, rtgwg-chairs@ietf.org, rtgwg@ietf.org, stewart.bryant@gmail.com, stewart.bryant@gmail.com
Subject: Roman Danyliw's No Objection on draft-ietf-rtgwg-segment-routing-ti-lfa-13: (with COMMENT)
X-Test-IDTracker: no
X-IETF-IDTracker: 12.10.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Roman Danyliw <rdd@cert.org>
Message-ID: <171338649327.45572.11129591772975163026@ietfa.amsl.com>
Date: Wed, 17 Apr 2024 13:41:33 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/KkyGPTV4pTlFvalAuBg_xx0UKrA>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.39
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Apr 2024 20:41:33 -0000
Roman Danyliw has entered the following ballot position for draft-ietf-rtgwg-segment-routing-ti-lfa-13: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-rtgwg-segment-routing-ti-lfa/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you to Roni Evans for the GENART review. ** Section 6.1 – 6.3 prescribe behavior that SHOULD happen. What is the consequence if that guidance is not followed? ** Section 9 Section 9. An implementation MAY support TI-LFA to protect Node- SIDs associated to a FlexAlgo. In such a case, rather than computing the expected post-convergence path based on the regular SPF, an implementation SHOULD use the constrained SPF algorithm bound to the FlexAlgo (using the Flex Algo Definition) instead of the regular Dijkstra in all the SPF/rSPF computations that are occurring during the TI-LFA computation. Why isn’t the above SHOULD a MUST? If it is the case that an implementation uses a FlexAlgo (per sentence one), what would be the case where an implemented did not use the constrained SPF algorithm bound to the FlexAlgo?
- Roman Danyliw's No Objection on draft-ietf-rtgwg-… Roman Danyliw via Datatracker