Re: [mpls] [Errata Held for Document Update] RFC3031 (6450)

Andrew Alston <Andrew.Alston@liquidtelecom.com> Tue, 02 August 2022 21:36 UTC

Return-Path: <andrew.alston@liquidtelecom.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED3E8C14CF11 for <mpls@ietfa.amsl.com>; Tue, 2 Aug 2022 14:36:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.863
X-Spam-Level:
X-Spam-Status: No, score=-0.863 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, HTML_MESSAGE=0.001, NORMAL_HTTP_TO_IP=0.001, NUMERIC_HTTP_ADDR=1.242, RCVD_IN_MSPIKE_H2=-0.001, 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=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=liquidtelecom.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 03voWBi4UFoR for <mpls@ietfa.amsl.com>; Tue, 2 Aug 2022 14:36:35 -0700 (PDT)
Received: from eu-smtp-delivery-182.mimecast.com (eu-smtp-delivery-182.mimecast.com [185.58.85.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A11ECC14F729 for <mpls@ietf.org>; Tue, 2 Aug 2022 14:36:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=liquidtelecom.com; s=mimecast20210406; t=1659476181; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=r6CMSD3ebPK5Lh2NEL/fzUGGZ9Xn3yuc4n5cUe69UaE=; b=TVYYcSSRSFjQNervyMw2fUhqR9ZKPMu1aQuu1pihYKHcAbVkML4U80Z51m9yW1hMwGovIt AzbnEkPF97YgpMWnY3mg9l/muTZ26qc+GNJnIKCTTwCXo3gAz8qrsGY/Q7Pq581wK5Fpfz Ur4/Zq0LbJ2dViiLSzyZsdYIHAEPqKk=
Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05lp2170.outbound.protection.outlook.com [104.47.17.170]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id uk-mta-15-vxHi67P0PJq6WoRYg0GXiw-1; Tue, 02 Aug 2022 22:35:08 +0100
X-MC-Unique: vxHi67P0PJq6WoRYg0GXiw-1
Received: from AM7PR03MB6451.eurprd03.prod.outlook.com (2603:10a6:20b:1b3::22) by AM6PR03MB5016.eurprd03.prod.outlook.com (2603:10a6:20b:85::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5504.14; Tue, 2 Aug 2022 21:35:05 +0000
Received: from AM7PR03MB6451.eurprd03.prod.outlook.com ([fe80::9499:ef8:5f38:1f3e]) by AM7PR03MB6451.eurprd03.prod.outlook.com ([fe80::9499:ef8:5f38:1f3e%7]) with mapi id 15.20.5482.016; Tue, 2 Aug 2022 21:35:05 +0000
From: Andrew Alston <Andrew.Alston@liquidtelecom.com>
To: Chris Smiley <csmiley@amsl.com>, Andrew Alston - IETF <andrew-ietf@liquid.tech>
CC: "mpls@ietf.org" <mpls@ietf.org>, "Duane.Anderson@edgewater.ca" <Duane.Anderson@Edgewater.CA>, The IESG <iesg@ietf.org>, "arun@force10networks.com" <arun@force10networks.com>, "rcallon@juniper.net" <rcallon@juniper.net>, "erosen@cisco.com" <erosen@cisco.com>, RFC Errata System <rfc-editor@rfc-editor.org>
Thread-Topic: [mpls] [Errata Held for Document Update] RFC3031 (6450)
Thread-Index: AQHYoneR8UbM5SBO6UawrTKXca/5ra2cKOYAgAAA48A=
Date: Tue, 02 Aug 2022 21:35:05 +0000
Message-ID: <AM7PR03MB6451286541015833C83B7924EE9D9@AM7PR03MB6451.eurprd03.prod.outlook.com>
References: <20220526135633.BA06D1846E8@rfcpa.amsl.com> <12402b7f-4a02-bfd0-8ea2-992de8373d4f@pi.nu> <6D573903-059A-483F-B8E0-19FF826DF4B4@amsl.com>
In-Reply-To: <6D573903-059A-483F-B8E0-19FF826DF4B4@amsl.com>
Accept-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_99ef9a43-ff34-4715-a5f5-dfd82916d644_ActionId=123789b0-d2ba-431a-a77a-437df30813fb; MSIP_Label_99ef9a43-ff34-4715-a5f5-dfd82916d644_ContentBits=0; MSIP_Label_99ef9a43-ff34-4715-a5f5-dfd82916d644_Enabled=true; MSIP_Label_99ef9a43-ff34-4715-a5f5-dfd82916d644_Method=Standard; MSIP_Label_99ef9a43-ff34-4715-a5f5-dfd82916d644_Name=Internal All Employees; MSIP_Label_99ef9a43-ff34-4715-a5f5-dfd82916d644_SetDate=2022-08-02T21:32:26Z; MSIP_Label_99ef9a43-ff34-4715-a5f5-dfd82916d644_SiteId=68792612-0f0e-46cb-b16a-fcb82fd80cb1
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 04def91d-044e-4ab5-a338-08da74cedd7c
x-ms-traffictypediagnostic: AM6PR03MB5016:EE_
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0
x-microsoft-antispam-message-info: g0XLaSRFY1M3Q0MGOWC0yps7QkIQw+t7RS8fQL/aKVr/iP5FDxLT+2DyYQb+yS4kbMcjqL3TkTQCxVMAzUBC8WfuOmWuuBSrYh68bjcpnVjOlmuYs4WvZVF+TxXwtqBtbaGG7a+yiI4FWkQkZdudtORayy3AQY8euHUlBG6nXVYJwkRTP2fLbPVhK0yQ2Bvv/eUUYzMvUB6QPrqihwVtrj3WqOrh+K5yHsborar4Ji8e80EGGsnrZABHTnN8zeQIes5mpkfvJC1d0ozB/kGnk5XJw21hl724Nww3eRLSWi/C8WJgSXdurWC6XMZwZGDTySKH+I5zRpBdfAPFMfUcosMH23IonN++4nGUdK/7qReSSc5btLJI73lYPSLUfImIpNk/9+94p/L4m7X8/fLva1sExvjhOY7TMK1yDKUV40Jq0WLfMRt0az68h2dRicvlRE4OYKb8lfCjYG2vxoqj0PrM+PYrPgNh/V3cBRsHV85bJLLUjCTApiIcKuwVtR0y6xrJE62ITqR6Rt8IBWZIqil7d2KUxL0XwJ1Ki/9YggussgNdiOSmYsLbs5zaf2d/mR41ggZYAgBDQXzkmtCGIkli+dBiW7lF7IxWbyyuh6EA5HP1/4JBhYuXoxZody8Awz+5JFMic0FjBGWU26CjLwywFws+3PgdxX6A3XJUe+fcf7SnbJlK0gA0DDAJBFZn3IYzmFP6PH0lJoClCZJTEGkCkUBmGOp7jModuYscIeHxi9VzacfdMSTfTOczvmtTsBZN+VFy2PvBZWa1dUflpgJg5SjK3SwOW0YSuBv/sBNv7NlAwqotKhQJbZaxs1N1OQ8zsBCvR+kMX+pwOJtRrFLzK/gz/hl6LmOzXxMLzR2svyyhdl/+P1+ZPKwAmjyi
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR03MB6451.eurprd03.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(4636009)(136003)(39860400002)(376002)(346002)(366004)(396003)(15650500001)(9686003)(26005)(71200400001)(2906002)(478600001)(7696005)(6506007)(41300700001)(76116006)(64756008)(8676002)(52536014)(66946007)(66446008)(66476007)(66556008)(53546011)(55016003)(33656002)(166002)(966005)(86362001)(38070700005)(186003)(83380400001)(122000001)(38100700002)(54906003)(110136005)(5660300002)(4326008)(8936002)(316002); DIR:OUT; SFP:1102
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: w3FShEyBjfBfYjKfB1W2KFN8LXLeD7PW7/AO5+0MWC2NgwAdNlVVMKQkJ+612HgmBsJmqb7J4PW8Ob2HrWMoO1xXvXY4F4y0NzFpczbCy00iilZ1nXX4anAsj0iavGXPbdhNhL0ME+AQtZio0ch3o8jB/ad3bsQqf5Z2d5Tbl1diQ0EmPQheSqnlHhQsUO1qYmM9M5cH3WZCce2hl1WmxaMCqhkWQLyh+s10nSq1Cn4hHoOXPaBUR0kmtPoVh/rKImHcw713gl4aYXgIHWt2rr4PgVcmlJEAVkm+1adkiYGDkc5xBaJC66iAefDcPbUgIViT6B4ofc5Bu5XTzaFwDaYtQw4/vMhTbQnq5W+uMara7b0emTWIPBCT1cf9xT07XXZmBnAdF/VDIbVz7Kgl4zmu426E3I5dFzj6H3av3SFwq/T9lCShAK/Ok8FaUtHjSjlRMiKb0xh9haf2dW7pnfAdiPkqj5Xw4tT1jFjN1+KZS3XGkThdUyHeYTfIeeSIfQ2xdAzhOGBikMrAS1tFowVg0iDQuzb/nResLeUyz878YIYL01wQDK4LM1uaGuu/rSGjdDlzxS55OCAhNYE2+ao/aZM2MxyywagSIkOssAkApGsNLD6iC77fMFvaSnAybXepKABGGgwsTOY7r8GcwF7xZyTcMzv8rCF5lN2dt5PgA7QpNjJpg0iQa86otd7NSu0sUghi1HJNyrM93VlAtfUrQ0L0eQjRER4GmVwERzCNCBqMhppyLGt/gPa0dt2hjhC6cUAbWguyXqb6r/Z6bOG0cSZhnYpRwKcMxNmSbo63ONqOtS7hCzzj9eBdL4kyFT7Jz6o9k9F5Oo/1IzBEHsWTt0To5icl3ATOFMMvIGu742YUqoitGigX0hkaSo9/v2T+mUiKley12268YudPhplaMpMfdZq7h9v0UMGMg5LNFpY0wmTc/ComvC50b6H9S2z8dkTgkBmZXV2QnPs9Q/NeamYdwQaCkhPluJUqb0gKbmenGNgJdRak/AYwCxUa1+xqDMrfPmoqvYdHu2RSVxOIeX2hZIQaTGeXk/LdwCMNY2az3LDJQxo+eDMUD/OiAesdvB1XvtxNCZxuuO7AOu24yOLqz0YcAHdTYcYb15J2kYOOr4m5VaAcxUbR7IDro9PP3svhLxvv0Km6yu6ELtgIyq7Q5Anrsjr7SL3pDocsS97BaBnSzQBYSgvloNM7ZyG7Km8CSSJWZAWu2M5xc0UsKHcdLleUFWyFAebKZ3d7qeTqzBx2v7Vy3GnD6e1GbcHoX/bBYHCnmehaqoYPmog5PH918u5w79DQWExWDZwLL3t1o/aGCAu1Vdlwe6LYnX8eWNVmyGITYrxt+SFdgr52793pUbF1W1wyFS3Ekgs9tDFqt/Bp6uPAgw5VLgq4HrvZaRdcfiMV69psd7umZ0zwwFnkqydeDWWVPFQqyShS+/44S5M3hQbXRaiMnlTikQC+W9if25dTCZ6EomVwNiK3P3nKPED+4v3fmG7Jz0kq4KslAFaouu13JLMCGZMvad2jX5Q+xDUvsibhQPJv03KiJBlpA8AozkL5shsQ4pqSE6gm1mnzNNCibFFAXPIb5YRnr1kHbWCS9z8TT1o1Xg==
MIME-Version: 1.0
X-OriginatorOrg: liquidtelecom.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM7PR03MB6451.eurprd03.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 04def91d-044e-4ab5-a338-08da74cedd7c
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Aug 2022 21:35:05.3739 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 68792612-0f0e-46cb-b16a-fcb82fd80cb1
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: fEnO/k+242v5qLQc4nSZaqZgm1Tm92B9qSAs4y1tKuf5SqQjo7ImUlFSQVpZU3Wwr43MOKsUN/5otksqDLVXNBBQPNSsCEeo+kExOKFpjys=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR03MB5016
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: liquidtelecom.com
Content-Language: en-US
Content-Type: multipart/alternative; boundary="_000_AM7PR03MB6451286541015833C83B7924EE9D9AM7PR03MB6451eurp_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/SgQb9rmFNhpVO1HEwJxC5_BRA9Y>
Subject: Re: [mpls] [Errata Held for Document Update] RFC3031 (6450)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Aug 2022 21:36:41 -0000

As I said in my notes, while I do believe that this errata contains things that probably should be rectified, considering the wide number of changes this would entail within the document, I do not consider this a simple errata, and hence believe that if these changes are to be made, they need to be done when and if there is a BIS document published to update this and not a simple errata.

Hence, I believe that holding this for an update and if at some point someone chooses to push through a BIS to update this – along with any other potential changes – these fixes can be incorporated at that point, until then – I’m going to stand by my hold for update status on this one.

Thanks

Andrew


From: mpls <mpls-bounces@ietf.org> On Behalf Of Chris Smiley
Sent: Wednesday, August 3, 2022 12:29 AM
To: Andrew Alston - IETF <andrew-ietf@liquid.tech>
Cc: mpls@ietf.org; Duane.Anderson@edgewater.ca; The IESG <iesg@ietf.org>; arun@force10networks.com; rcallon@juniper.net; erosen@cisco.com; RFC Errata System <rfc-editor@rfc-editor.org>
Subject: Re: [mpls] [Errata Held for Document Update] RFC3031 (6450)


Hi Andrew,

We note that this erratum has already been marked as "Held for Document Update”. Please let us know if you would like us to set it back to “Reported” so you can make further updates.

Thank you.

RFC Editor/cs


> On Jul 28, 2022, at 4:45 AM, Loa Andersson <loa@pi.nu<mailto:loa@pi.nu>> wrote:
>
> Andrew,
>
> I think we should reject this errata, it has been running code for 25 years or more, no problems reported. It is also not local to RFC 3031, the MPLS working group or the IETF.
>
> RFC Editor (Errata System),
>
> I think Andrew need to OK this, but if not necessary just go and reject.
>
> /Loa
>
> PS
>
> THe addresses to Eric, Ross and Arun are likely not current, but I don't think we need to consult them.
>
> On 2022-05-26 15:56, RFC Errata System wrote:
>> The following errata report has been held for document update
>> for RFC3031, "Multiprotocol Label Switching Architecture".
>> --------------------------------------
>> You may review the report below and at:
>> https://www.rfc-editor.org/errata/eid6450<https://www.rfc-editor.org/errata/eid6450>
>> --------------------------------------
>> Status: Held for Document Update
>> Type: Technical
>> Reported by: Duane L. Anderson <Duane.Anderson@Edgewater.CA<mailto:Duane.Anderson@Edgewater.CA>>
>> Date Reported: 2021-03-0
>> Held by: Andrew Alston (IESG)
>> Section: GLOBAL
>> Original Text
>> -------------
>> 2.2. Terminology defines the terms
>> Layer 2 layer 2 the protocol layer under layer 3
>> (which therefore offers the services used by layer 3)
>> Layer 3 the protocol layer at which IP and its associated
>> routing protocols operate
>> 2.3. Acronyms and Abbreviations defines
>> L2 Layer 2
>> L3 Layer 3
>> However, in 3.14. Scope and Uniqueness of Labels, 4.3. Label Stacks and Implicit Peering, 4.5. LSP Trees as Multipoint-to-Point Entities, and 4.6. LSP Tunneling between BGP Border Routers, L1, L2 and L3 are used as differentiating names for certain labels attached to packets.
>> Of course, in 3.23. Time-to-Live (TTL), L2 is used to refer to layer 2 frame header and to a layer 2 switch, which is correct.
>> However, in 4.3. Label Stacks and Implicit Peering, the term level 1 is used to refer to the LIFO (stack) ordinal number of a label then named L1 and given a protocol layer 2 protocol of layer 2 (L2). Furthermore, labels named L2 and then L1 are pushed onto the stack of labels prefixed to the packet. To top it all off the packet's stack attribute as protocol level 2 (L2).
>> Of course, in 3.17. LSP Next Hop, 4.1.5. The Implicit NULL Label, 5.1.1.2<http://5.1.1.2>. PushConditional, 5.1.1.4<http://5.1.1.4>. PulledConditional, 5.1.2.2<http://5.1.2.2>. RequestWhenNeeded, 5.1.3. Upstream LSR: NotAvailable Procedure, 5.1.4. Upstream LSR: Release Procedure, 5.1.4.2<http://5.1.4.2>. NoReleaseOnChange, 5.1.5. Upstream LSR: labelUse Procedure, 5.2.2. Schemes for LSRs that do not Support Label Merging, refer to L3 meaning level 3, which is correct.
>> Furthermore, in 3.1. Labels, 3.2. Upstream and Downstream LSRs, 3.4. Label Assignment and Distribution, 3.5. Attributes of a Label Binding, 3.14. Scope and Uniqueness of Labels, 4.1.2.2<http://4.1.2.2>. Distributing Labels, 5.1.5. Upstream LSR: labelUse Procedure, 5.1.5.2<http://5.1.5.2>. UseIfLoopNotDetected, 5.1.6. Downstream LSR: Withdraw Procedure
>> * L is used as a name for a certain label attached to packet, and
>> * L is used as a arbitrary value assigned to a label attached to a packet
>> Corrected Text
>> --------------
>> I have not provided any corrected text as I've literally "highlighted" 44 places in a pdf format file of RFC 3031 that are ambiguous.
>> As there is no facility to attach a file to this Report Errata for RFC3031 form, i will send the file commented pdf file upon request.
>> Notes
>> -----
>> My rational for highlighting (no pun intended) these problems is that the overloading of the L2, L3 abbreviations layer 2 and layer 3, with the names L1, L2, L3 and L for labels, plus the use of L1 and L2 as indexed names for the ordinal position of a label prefixed to a payload, then to use L2 and L3 as to actually mean layer 2 and layer is uh ... sloppy.
>> Honestly, I can't understand how RFC 3031 has been posted for twenty years and that it is on the Standards Track and no one has found these problems.
>> Its similar to when someone publishes a mathematical treatise and use the same set of variable names {x, y, z, t} over and over again in different contexts spread throughout the paper. Its intractable and practically gibberish.
>> I apologize if my criticism is harsh regarding this problem but I spent a considerable amount of my time reading this document trying to make sense of it before I realized that the fault is not mine but it is of the document.
>> [Andrew] This seems to wide and generalized to be a simple errata, as such I am marking this as held for document update.
>> --------------------------------------
>> RFC3031 (draft-ietf-mpls-arch-06)
>> --------------------------------------
>> Title : Multiprotocol Label Switching Architecture
>> Publication Date : January 2001
>> Author(s) : E. Rosen, A. Viswanathan, R. Callon
>> Category : PROPOSED STANDARD
>> Source : Multiprotocol Label Switching
>> Area : Routing
>> Stream : IETF
>> Verifying Party : IESG
>> _______________________________________________
>> mpls mailing list
>> mpls@ietf.org<mailto:mpls@ietf.org>
>> https://www.ietf.org/mailman/listinfo/mpls<https://www.ietf.org/mailman/listinfo/mpls>
>
> --
> Loa Andersson email: loa@pi.nu<mailto:loa@pi.nu>
> Senior MPLS Expert loa.pi.nu@gmail.com<mailto:loa.pi.nu@gmail.com>
> Bronze Dragon Consulting phone: +46 739 81 21 64
>

_______________________________________________
mpls mailing list
mpls@ietf.org<mailto:mpls@ietf.org>
https://www.ietf.org/mailman/listinfo/mpls<https://www.ietf.org/mailman/listinfo/mpls>


Internal All Employees