Re: [Idr] [Technical Errata Reported] RFC9085 (7736)
Ketan Talaulikar <ketant.ietf@gmail.com> Thu, 25 January 2024 16:32 UTC
Return-Path: <ketant.ietf@gmail.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 274F7C14F5FC for <idr@ietfa.amsl.com>; Thu, 25 Jan 2024 08:32:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.104
X-Spam-Level:
X-Spam-Status: No, score=-7.104 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_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H4ErIRyoleqS for <idr@ietfa.amsl.com>; Thu, 25 Jan 2024 08:31:59 -0800 (PST)
Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C3A8C14F5F1 for <idr@ietf.org>; Thu, 25 Jan 2024 08:31:59 -0800 (PST)
Received: by mail-ej1-x636.google.com with SMTP id a640c23a62f3a-a30ed6dbdadso276401766b.1 for <idr@ietf.org>; Thu, 25 Jan 2024 08:31:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706200317; x=1706805117; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=FKwmNay9RoJ0aRZwMrGV0U2yoB+oYx69TxPUJtySyTE=; b=ggKNeJ3dcE1FLbaUv4W5FopXPlXNx3iLBmu4OLqRHS/xT/CTHTjsnQgBk7KPQ56j5o GlyhV2Hs6ZhqColKjmiKl88GVeek/R4ZtFinSDRlrWvv0p6q/i7PrXH5msZ9P0Gi5I7d tQ1ZQ9fQWW4VK7+tOGqqI9LHg1eWr7YEvttOxRsk79MpUu6j2rHZtuJcg4e70xr8EmKL 1VeIJfoBijJQJ+OkGKiKzMFIjPqoCQtWTL58Iq84poo5+Mmo+cCtT1U9qlr+5tFrXXO7 py/qPs6CEl0m3L5dX5k0U52flZZ9ocPqDAY8P769zC5uE4IjhVLoqvpqvmAd34CueKaT hOlA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706200317; x=1706805117; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=FKwmNay9RoJ0aRZwMrGV0U2yoB+oYx69TxPUJtySyTE=; b=KBzu5tfSuKmI57kx2+t7R1MpGGXqGMNB5LoIfkE2SpccXoI1GA0ANok0s4/T7HxPeW Qt1I9Gv5yvIXgpzlW75EfQl3wOZwEWTieLuPHy/3ehQ5vfQ7IZQ9l7ZCrB00qYhbH5Dl GLnripdpxDPEVjG5KyJe5SzKq1m2mhzEQmRPaFVHhX12BvEYWnmvGSzuQOnOzhwxNkA5 zDR6ilimZZxhKd3QYExVc5PU8NA6EYRvkiA+okMkkcDhAx9LZqsKRet4LOHCvFTOhfaO 1XurI7zB5eZ68DzxL1EF0BsXLPGys+YqwQv1vkAJrZbrgI1lL8kXOY3y2yEDhMIjtVdh +9CA==
X-Gm-Message-State: AOJu0YxENCENZGgPVVCDVYf7Ittm0v/rC+/WdzJ21rARKTy1VRXoTOik GMazHdSuFTzZ5V43nBVlicPzMwknhalsKShDeK65mI2uta/NYw4jcE6RuV1vfQ2FQbQwBVoVEK3 XXECX8Xikkejkvtu574Wp2G/Xotyf6IeY
X-Google-Smtp-Source: AGHT+IHCIYKifwIxqOLwdb227AeosWWi5Eg/GULxa6m55Fhco2crD2RDnZaaG+s1/SFukEvfw9epXhwayDpF8YzdNb0=
X-Received: by 2002:a17:907:a707:b0:a29:1648:6030 with SMTP id vw7-20020a170907a70700b00a2916486030mr845653ejc.86.1706200317137; Thu, 25 Jan 2024 08:31:57 -0800 (PST)
MIME-Version: 1.0
References: <20231220052454.5351819864E6@rfcpa.amsl.com> <6CC45C82-E349-4CE2-A5E1-127D5B0E4BBA@juniper.net> <0B5575CF-A616-4F87-87D7-B7E1003FA266@juniper.net>
In-Reply-To: <0B5575CF-A616-4F87-87D7-B7E1003FA266@juniper.net>
From: Ketan Talaulikar <ketant.ietf@gmail.com>
Date: Thu, 25 Jan 2024 22:01:46 +0530
Message-ID: <CAH6gdPz_xjoDMqoM5FXafd_aBT_0kzomGSpCSuwagovcJghg_w@mail.gmail.com>
To: John Scudder <jgs@juniper.net>
Cc: "ketant@cisco.com" <ketant@cisco.com>, "stefano@previdi.net" <stefano@previdi.net>, Clarence Filsfils <cfilsfil@cisco.com>, Hannes Gredler <hannes@rtbrick.com>, Mach Chen <mach.chen@huawei.com>, Alvaro Retana <aretana.ietf@gmail.com>, Andrew Alston <andrew-ietf@liquid.tech>, "skh@ndzh.com" <skh@ndzh.com>, "keyur@arrcus.com" <keyur@arrcus.com>, Jeffrey Haas <jhaas@pfrc.org>, "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d19bfa060fc7b779"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/YPqiDbr0aidHlHSzZGZutTxagPc>
X-Mailman-Approved-At: Thu, 25 Jan 2024 09:18:51 -0800
Subject: Re: [Idr] [Technical Errata Reported] RFC9085 (7736)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jan 2024 16:32:03 -0000
Hi John, I agree with your change to the corrected text - for both the errata as they are very similar. Thanks, Ketan On Fri, Jan 12, 2024 at 11:24 PM John Scudder <jgs@juniper.net> wrote: > Same for erratum 7737. > > —John > > > On Jan 12, 2024, at 12:53 PM, John Scudder <jgs@juniper.net> wrote: > > > > This looks right, I'm going to verify it unless someone objects. I want > to make a couple small grammar edits as well. > > > > OLD: > > when there is also an Prefix Metric TLV (TLV 1155) associated it. > > > > NEW: > > when there is also a Prefix Metric TLV (TLV 1155) associated with it. > > > > I'm asking instead of just doing it because under some circumstances one > might use "to" instead of “with" as the preposition. I don't think that > applies in this case, but there's no harm in checking. > > > > --John > > > >> On Dec 20, 2023, at 12:24 AM, RFC Errata System < > rfc-editor@rfc-editor.org> wrote: > >> > >> > >> The following errata report has been submitted for RFC9085, > >> "Border Gateway Protocol - Link State (BGP-LS) Extensions for Segment > Routing". > >> > >> -------------------------------------- > >> You may review the report below and at: > >> > https://urldefense.com/v3/__https://www.rfc-editor.org/errata/eid7736__;!!NEt6yMaO-gk!AeBk2HBieiSCrul5mSWf5WUsxA8rECe2OjLyHRSrsEb8RfLGiw52Ez6x40oiMk8-TjogmzWVlBR_SuI7MZGnRw$ > >> > >> -------------------------------------- > >> Type: Technical > >> Reported by: Ketan Talaulikar <ketant.ietf@gmail.com> > >> > >> Section: 2.3.5 > >> > >> Original Text > >> ------------- > >> A Prefix NLRI, that has been advertised with a Range TLV, is > >> considered a normal routing prefix (i.e., prefix reachability) only > >> when there is also an IGP metric TLV (TLV 1095) associated it. > >> Otherwise, it is considered only as the first prefix in the range for > >> prefix-to-SID mapping advertisement. > >> > >> Corrected Text > >> -------------- > >> A Prefix NLRI, that has been advertised with a Range TLV, is > >> considered a normal routing prefix (i.e., prefix reachability) only > >> when there is also an Prefix Metric TLV (TLV 1155) associated it. > >> Otherwise, it is considered only as the first prefix in the range for > >> prefix-to-SID mapping advertisement. > >> > >> Notes > >> ----- > >> The current text is referring to the wrong BGP-LS TLV. Since the Range > TLV is associated with a Prefix NLRI, the "Prefix Metric TLV (TLV 1155)" > should be referenced here since the "IGP metric TLV (TLV 1095)" is > associated with a Link NLRI. > >> > >> Instructions: > >> ------------- > >> This erratum is currently posted as "Reported". (If it is spam, it > >> will be removed shortly by the RFC Production Center.) Please > >> use "Reply All" to discuss whether it should be verified or > >> rejected. When a decision is reached, the verifying party > >> will log in to change the status and edit the report, if necessary. > >> > >> -------------------------------------- > >> RFC9085 (draft-ietf-idr-bgp-ls-segment-routing-ext-18) > >> -------------------------------------- > >> Title : Border Gateway Protocol - Link State (BGP-LS) > Extensions for Segment Routing > >> Publication Date : August 2021 > >> Author(s) : S. Previdi, K. Talaulikar, Ed., C. Filsfils, H. > Gredler, M. Chen > >> Category : PROPOSED STANDARD > >> Source : Inter-Domain Routing > >> Area : Routing > >> Stream : IETF > >> Verifying Party : IESG > > > >
- [Idr] [Technical Errata Reported] RFC9085 (7736) RFC Errata System
- Re: [Idr] [Technical Errata Reported] RFC9085 (77… John Scudder
- Re: [Idr] [Technical Errata Reported] RFC9085 (77… John Scudder
- Re: [Idr] [Technical Errata Reported] RFC9085 (77… Ketan Talaulikar