[OSPF]Operational Observation: RFC 3623 Grace LSA Ambiguity on Parallel Links
Ramachandran Sathianandan <chandran.raams@gmail.com> Thu, 22 January 2026 04:45 UTC
Return-Path: <chandran.raams@gmail.com>
X-Original-To: ospf@mail2.ietf.org
Delivered-To: ospf@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id B0392AB4AF45 for <ospf@mail2.ietf.org>; Wed, 21 Jan 2026 20:45:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -0.698
X-Spam-Level:
X-Spam-Status: No, score=-0.698 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, 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=ham 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 8q7M1hiHhAWt for <ospf@mail2.ietf.org>; Wed, 21 Jan 2026 20:45:25 -0800 (PST)
Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (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 44536AB4AF2E for <OSPF@ietf.org>; Wed, 21 Jan 2026 20:45:25 -0800 (PST)
Received: by mail-ed1-x535.google.com with SMTP id 4fb4d7f45d1cf-65819e75691so963238a12.3 for <OSPF@ietf.org>; Wed, 21 Jan 2026 20:45:25 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; t=1769057124; cv=none; d=google.com; s=arc-20240605; b=COmuafsvPCY39o4R1Q+zny8XtKySD5f/vtPV5kPpSeMje4n+PvmS8z4rqWs6Bo9UTx Obsg85D2t2BNgUXFrTbxkYxWZSjTGP20ifEtP3Z0OFMY5Y7N/BaDu72XXrzH9o+SABo6 T6RXQn9wKAcH5hJUk2GLqO6WipA9+0pLFxZcYr9oXCtp3M02OBtcnWKVAIszAgFbo8bm 6szFrsUzYVcTwZcmBwIJrfMeSretozL/3lugn8L/T6JYMUMtC4QuHZVYuidH4F5Ylp5n 0DQRHB1hP8FzGZZHQz50uwQ5iOqgJIl/XyeeC5GeyMmElYtYqoYl35Q7kw4C+jRAhMMt qpqQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=to:subject:message-id:date:from:mime-version:dkim-signature; bh=4hP3ZqRjjxG4qZ21WPwCCYkfi0z2bkEfz4qb2OarBg8=; fh=i+TbANa7G4vWLWHlCfg5ZksN70hhyex4BAcDEytf9QM=; b=BHmZYOr6ZakvQvue69DsMzi8ATCbANfsVHzqJ0udNK/K31YXYCFqT1PucmeZBZKD7B /g5ukf/9iJVsiC1RKbyUSImrLiT7w/oWh2gGg7ErpV956LcHwxiJQD5cITT9YALuhFxN EEMbH7Ao+Fkzxzd5mpsOXyuSn2pwMRIVAZXfOEyGTv/7NxpwOuJv379nMUpzd19P01Pa JlDtGeoyK5yFeFfGwM7rUIJNP4V1/Wc3CrcMqynFjtRO3Og4tNuedhiIeMsfmn+W7OdU 1ee7khxVYdILaNDGBTqrFaMveArGQt7chjjncPf8JrJJi4m8dVXryAYFnrUP5zrhwxcX kHqw==; 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=1769057124; x=1769661924; darn=ietf.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=4hP3ZqRjjxG4qZ21WPwCCYkfi0z2bkEfz4qb2OarBg8=; b=MOTqBW97nytDqjHL20yaH1wKlcjiL4INJYzVwQ60mXpEt3i3i6NzTPp2CWN7rf3wgp MfTIWrgAKpdUfUhuVjkuxFZ1zsABp4JsgFIBTsgH2ML8pEAfdPJLauK35qiinvNujzgL 2qlcFCWWGFYoU9PUp/6oWOtWtHmPFy84XO9Nw1ODX/mhkUfLrDAMNFIUY20Ep+Z8AM80 zRjamgUWQ0AJSTfeXAFq2UUrIcz+kuRDqChd1xnuMmqdY0NSqPd6hrDdoK5rSwHrazxQ tPGkk4Y5crMCwRVHSGourv79FfzDEfyeCjjWGZwPEVjqQA6Z2WOQqD804pKp6Dy6ac3p sLcw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769057124; x=1769661924; 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=4hP3ZqRjjxG4qZ21WPwCCYkfi0z2bkEfz4qb2OarBg8=; b=S00euJdIlpY6MeCGKZFxUiWJdyPtGbVg1xzCvrL/r+7BMc+QbHtjVoEJJJnAeF1fgh m6ubzlFAQb7r0FEjQt4+V5aePVN8QH8Cvawwu7P1gWEaTd8XcT7HMewg8Z2VqVznwRDM ifmn6aDmPhVSDXjbMuCr92uBSevBfm2yTmb+z47fofwc4xgWG8G3OEoMHUQ3TVcX0qms cQwMJsBEakgsCisdibz9KjcnkZsM9K4kiRjiI1v8iLc1UhsgdEQlu2X1VeKIGdqQWWDg Zj9gzllhheEldMKBRCdnB4WVO10aQwnQHor4QC+xqumrRtXsRsK7MaWdavRgREI265Yj NSnw==
X-Forwarded-Encrypted: i=1; AJvYcCXNqXvFW/leZ3t94b+7XUn/9/s38Cn/0OeMnOU2VPrIrG1+nQ0v7uk1v/stKEPaBY6ZnVRM@ietf.org
X-Gm-Message-State: AOJu0YygiVFrQGCBnDcIIxCNYWFPE5qjbvR89kS86dXo4tmCbYG1zXHE kE5FvuabtKajzMvJ7Wev7V4jGPEnH+ehdJMCay+QDsdFe6vdogpr0IzTGw++yUq8oodk0Gs2War NW8lg/ytM+xzcjlWsP5EpNXTOe8XkKIJu2KUi
X-Gm-Gg: AZuq6aIskjWjXxVODQoZhmNlhmmWtbOtD5hxT5JMhtZkdHtk1D0rxqxn0J0ub1ixm4g YQU+NcTyxQj3qocw0QxILof+LFCb5lOfP2fCiIXgLfBYJsyktOVPs8NDAx6uBX2uxGdJrYXAzVL TO77nBHC4zd2hF5JNp4QenBKe6qNb05kU87o5SSlMEERiL+OHbDG9kWTt8dPxsRER4QXsEVRgZ5 Gmr/WZTeTfhY6cfDa3nHyL2L7d82CFsEHTIuCO5rlaewqmfV5GDIIJmZS8ROfSqyNtVUIQ4k6n4 8wxn1BI=
X-Received: by 2002:a17:907:7f9f:b0:b88:448c:be08 with SMTP id a640c23a62f3a-b88448cc44cmr25925466b.5.1769057124082; Wed, 21 Jan 2026 20:45:24 -0800 (PST)
MIME-Version: 1.0
From: Ramachandran Sathianandan <chandran.raams@gmail.com>
Date: Thu, 22 Jan 2026 10:14:47 +0530
X-Gm-Features: AZwV_QhE9Hltkd2AQLdV_8yT4Zq8CH3ViDp0B9gBTWLAeCM7VMD9M8KUvy74ahg
Message-ID: <CACwenemt8tu5oMDXg5-Tt6SLzu0OrHYuoeM46N=yLT7FVjAphA@mail.gmail.com>
To: lsr@ietf.org, OSPF@ietf.org
Content-Type: multipart/alternative; boundary="00000000000077e92b0648f2b5df"
Message-ID-Hash: VEYW2WE52YZUD74XQJOBMIITTFZOCFPJ
X-Message-ID-Hash: VEYW2WE52YZUD74XQJOBMIITTFZOCFPJ
X-MailFrom: chandran.raams@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ospf.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: [OSPF]Operational Observation: RFC 3623 Grace LSA Ambiguity on Parallel Links
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/Byrqd_bhQ6newUcFf5MwhPEH-hE>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Owner: <mailto:ospf-owner@ietf.org>
List-Post: <mailto:ospf@ietf.org>
List-Subscribe: <mailto:ospf-join@ietf.org>
List-Unsubscribe: <mailto:ospf-leave@ietf.org>
Abstract
This observation highlights an architectural limitation in RFC 3623
(Graceful OSPF Restart) regarding the construction of Grace-LSAs (Type-9)
when multiple adjacencies exist between the same Restarter and Helper pair
(parallel links). The current specification does not mandate unique Opaque
IDs per link, leading to ambiguous Flush (MaxAge) handling on the Helper.
This often forces a fallback to "Grace Timer Expiry" rather than a
successful "Graceful Restart" termination.
Description of Limitation
RFC 3623, Section 2.1 ("Entering Graceful Restart"), specifies that the
Restarter must originate Link-Local Opaque-LSAs (Grace-LSAs). However, the
RFC does not enforce a mechanism to ensure the uniqueness of the Link-State
ID when multiple Grace-LSAs are generated for the same neighbor on
different interfaces.
In a topology where the Restarter and Helper are connected via multiple
back-to-back links in the same area:
- The Restarter generates a Grace-LSA for each link.
- If the implementation defaults the Opaque ID (24 bits) to a static value
for all instances, the Helper receives multiple Type-9 LSAs with identical
Link-State IDs and Advertising Router IDs.
- Although Type-9 LSAs are link-local, the Helper’s state machine faces
ambiguity during the termination phase.
- When the Restarter completes the restart and flushes the Grace-LSAs, the
Helper cannot deterministically map a specific MaxAge LSA event to the
corresponding underlying link session if IDs collide.
Consequently, the Helper fails to process the explicit restart completion
signal and retains the Helper state until the Grace Timer expires.
Reference to Specification
- RFC 3623, Section 2.1: Does not specify encoding the ifIndex or a unique
identifier into the Opaque ID.
- RFC 5250, Section 3.1: Defines the Opaque ID as an arbitrary value to
differentiate LSAs of the same type.
Proposed Enhancement / Clarification
To resolve collisions on parallel links and allow for deterministic
signaling, I propose that future implementations or updates recommend:
"When originating Grace-LSAs on multiple interfaces, the Restarter SHOULD
ensure the Opaque ID is unique for each link—for example, by encoding the
local Interface Index (ifIndex) into the 24-bit Opaque ID field."
This enhancement would allow the Helper to uniquely identify and flush
specific grace sessions, preventing unnecessary timer-based exits.
Regards,
Ramachandran Sathianandan
- [OSPF]Operational Observation: RFC 3623 Grace LSA… Ramachandran Sathianandan
- [OSPF]Re: [Lsr] Operational Observation: RFC 3623… Acee Lindem
- [OSPF]Re: [Lsr] Operational Observation: RFC 3623… Ramachandran Sathianandan
- [OSPF]Re: [Lsr] Re: Operational Observation: RFC … Christian Hopps