Removing RFC editor to reduce their churn and fixing my own typo bug to fix the errata:
So that would mean: s/(written as SN1/24 in the future)/(hereafter referred to as SN1/24)/ > Original Text > ------------- 752 An example of inter-subnet forwarding between subnet SN1, which uses 753 a 24-bit IP prefix (written as SN1/24 in the future), and a subnet 754 sitting in the WAN is described below. NVE2, NVE3, DGW1, and DGW2 755 are running BGP EVPN. TS2 and TS3 do not participate in dynamic 756 routing protocols, and they only have a static route to forward the 757 traffic to the WAN. SN1/24 is dual-homed to NVE2 and NVE3.> New text: ------------ 752 An example of inter-subnet forwarding between subnet SN1, which uses 753 a 24-bit IP prefix (hereafter referred to as SN1/24), and a subnet 754 sitting in the WAN is described below. NVE2, NVE3, DGW1, and DGW2 755 are running BGP EVPN. TS2 and TS3 do not participate in dynamic 756 routing protocols, and they only have a static route to forward the 757 traffic to the WAN. SN1/24 is dual-homed to NVE2 and NVE3.> Thoughts? G/ -----Original Message----- From: Gunter van de Velde (Nokia) <[email protected]> Sent: Thursday, July 3, 2025 12:36 PM To: Madison Church <[email protected]> Cc: [email protected]; Jorge Rabadan (Nokia) <[email protected]>; Wim Henderickx (Nokia) <[email protected]>; [email protected]; [email protected]; [email protected]; [email protected]; RFC Editor <[email protected]> Subject: [bess] Re: [Editorial Errata Reported] RFC9136 (8474) Hi Madison. Many thanks. Hi Jeffrey, BESS WG, Many thanks for submitting the errata. While processing this errata, I have a clarification question, as I am not convinced the errata is correct: (rendering line numbers via: https://author-tools.ietf.org/api/idnits?url=https://www.rfc-editor.org/rfc/rfc9136.txt ) The first instance of "SN1" is on line number 285 (in the Figure 1) and line 325 (in te body of text) The first instance of "SN1/24" is on line number 753 (=much later and after explanation is means a /24 subnet of SN1 on line 752 & 753) This brings me to the suggested errata: > Original Text > ------------- 752 An example of inter-subnet forwarding between subnet SN1, which uses 753 a 24-bit IP prefix (written as SN1/24 in the future), and a subnet 754 sitting in the WAN is described below. NVE2, NVE3, DGW1, and DGW2 755 are running BGP EVPN. TS2 and TS3 do not participate in dynamic 756 routing protocols, and they only have a static route to forward the 757 traffic to the WAN. SN1/24 is dual-homed to NVE2 and NVE3.> From the above I see that a SN1 subnet of /24 is abbreviated as "SN1/24" and that this abbreviation is used from that point onwards in the document. Hence, I am not so convinced that the proposed errata (see below) is correct. I think it would be more correct to replace the the text "(written as SN1/24 in the future)" with "(hereafter referred to as SN1/24)" So that would mean: s/(written as SN1/24 in the future)/(written as SN1/24 in the future)/ Any thoughts on my above understanding? G/ -----Original Message----- From: Madison Church <[email protected]> Sent: Wednesday, July 2, 2025 3:34 PM To: Gunter van de Velde (Nokia) <[email protected]> Cc: [email protected]; Jorge Rabadan (Nokia) <[email protected]>; Wim Henderickx (Nokia) <[email protected]>; [email protected]; [email protected]; [email protected]; [email protected]; RFC Editor <[email protected]> Subject: Re: [Editorial Errata Reported] RFC9136 (8474) CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See the URL nok.it/ext for additional information. Hi Gunter, We are unable to verify this erratum that the submitter marked as editorial, so we changed the Type to “Technical”. As Stream Approver, please review and set the Status and Type accordingly (see the definitions at https://www.rfc-editor.org/errata-definitions/). You may review the report at: https://www.rfc-editor.org/errata/eid8474 Information on how to verify errata reports can be found at: https://www.rfc-editor.org/how-to-verify/ Further information on errata can be found at: https://www.rfc-editor.org/errata.php Thank you, RFC Editor/mc > On Jun 20, 2025, at 9:06 AM, RFC Errata System <[email protected]> > wrote: > > The following errata report has been submitted for RFC9136, "IP Prefix > Advertisement in Ethernet VPN (EVPN)". > > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid8474 > > -------------------------------------- > Type: Editorial > Reported by: Zhaohui (Jeffrey) Zhang <[email protected]> > > Section: 4.1 > > Original Text > ------------- > An example of inter-subnet forwarding between subnet SN1, which uses > a 24-bit IP prefix (written as SN1/24 in the future), and a subnet > sitting in the WAN is described below. NVE2, NVE3, DGW1, and DGW2 > are running BGP EVPN. TS2 and TS3 do not participate in dynamic > routing protocols, and they only have a static route to forward the > traffic to the WAN. SN1/24 is dual-homed to NVE2 and NVE3. > > Corrected Text > -------------- > An example of inter-subnet forwarding between subnet SN1, which uses > a 24-bit IP prefix (written as SN1 in the figure), and a subnet > sitting in the WAN is described below. NVE2, NVE3, DGW1, and DGW2 > are running BGP EVPN. TS2 and TS3 do not participate in dynamic > routing protocols, and they only have a static route to forward the > traffic to the WAN. SN1/24 is dual-homed to NVE2 and NVE3. > > Notes > ----- > There are two editor issues in the original "(written as SN1/24 in the > future)". > "future" should be "figure". > "SN1/24" should be "SN1". > > I am reporting these two minor ones mainly because the second one was causing > me some trouble when I was trying to locate SN1 in the figure - the search > just could not find "SN1/24". > > 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. > > -------------------------------------- > RFC9136 (draft-ietf-bess-evpn-prefix-advertisement-11) > -------------------------------------- > Title : IP Prefix Advertisement in Ethernet VPN (EVPN) > Publication Date : October 2021 > Author(s) : J. Rabadan, Ed., W. Henderickx, J. Drake, W. Lin, A. > Sajassi > Category : PROPOSED STANDARD > Source : BGP Enabled ServiceS > Stream : IETF > Verifying Party : IESG _______________________________________________ BESS mailing list -- [email protected] To unsubscribe send an email to [email protected] _______________________________________________ BESS mailing list -- [email protected] To unsubscribe send an email to [email protected]
