[mpls] [Errata Rejected] RFC4928 (5396)

RFC Errata System <rfc-editor@rfc-editor.org> Fri, 26 February 2021 22:07 UTC

Return-Path: <wwwrun@rfc-editor.org>
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 BFC5A3A0D29; Fri, 26 Feb 2021 14:07:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xs09QPDPp0eK; Fri, 26 Feb 2021 14:07:20 -0800 (PST)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B7D63A0D24; Fri, 26 Feb 2021 14:07:20 -0800 (PST)
Received: by rfc-editor.org (Postfix, from userid 30) id 0A5E0F40769; Fri, 26 Feb 2021 14:07:09 -0800 (PST)
To: jsharma@ciena.com, stbryant@cisco.com, swallow@cisco.com, loa@pi.se
X-PHP-Originating-Script: 1005:errata_mail_lib.php
From: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: db3546@att.com, iesg@ietf.org, mpls@ietf.org, rfc-editor@rfc-editor.org
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20210226220709.0A5E0F40769@rfc-editor.org>
Date: Fri, 26 Feb 2021 14:07:09 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/EpmMbNgNMf9KD3RoMyn45S65zOk>
Subject: [mpls] [Errata Rejected] RFC4928 (5396)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 26 Feb 2021 22:07:22 -0000

The following errata report has been rejected for RFC4928,
"Avoiding Equal Cost Multipath Treatment in MPLS Networks".

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid5396

--------------------------------------
Status: Rejected
Type: Technical

Reported by: Jitendra Kumar Sharma <jsharma@ciena.com>
Date Reported: 2018-06-18
Rejected by: Deborah Brungard (IESG)

Section: Section 2

Original Text
-------------
   A less obvious case is when the packets of a given flow happen to
   have constant values in the fields upon which IP ECMP would be
   performed.  For example, if an Ethernet frame immediately follows the
   label and the LSR does ECMP on IPv4, but does not do ECMP on IPv6,
   then either the first nibble will be 0x4, or it will be something
   else.  If the nibble is not 0x4 then no IP ECMP is performed, but
   Label ECMP may be performed.  If it is 0x4, then the constant values
   of the MAC addresses overlay the fields that would have been occupied
   by the source and destination addresses of an IP header.  In this
   case, the input to the ECMP algorithm would be a constant value and
   thus the algorithm would always return the same result.

Corrected Text
--------------
<This paragraph should be removed>

Notes
-----
The example stated here seems incorrect. It talks about an L2VPN case where Ethernet frame starts immediately after the last label in the stack. But had it been an IP packet instead, the same initial 12 bytes, which is the place for MAC addresses in an Ethernet Frame, would not be the place of IP addresses, as IP addresses are placed at the end of 20-byte IP header (not start). Hence it would still be subjected to ECMP if precautions (as recommended in this RFC) are not been followed.
 --VERIFIER NOTES-- 
   This should be addressed by the working group (e.g., updating or revising the RFC).

--------------------------------------
RFC4928 (draft-ietf-mpls-ecmp-bcp-03)
--------------------------------------
Title               : Avoiding Equal Cost Multipath Treatment in MPLS Networks
Publication Date    : June 2007
Author(s)           : G. Swallow, S. Bryant, L. Andersson
Category            : BEST CURRENT PRACTICE
Source              : Multiprotocol Label Switching
Area                : Routing
Stream              : IETF
Verifying Party     : IESG