Re: [mpls] [Technical Errata Reported] RFC4928 (5396)

"BRUNGARD, DEBORAH A" <db3546@att.com> Fri, 29 June 2018 20:54 UTC

Return-Path: <db3546@att.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 786DC130E94 for <mpls@ietfa.amsl.com>; Fri, 29 Jun 2018 13:54:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 8gsKiInAX0P6 for <mpls@ietfa.amsl.com>; Fri, 29 Jun 2018 13:54:12 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 C8E9F1294D7 for <mpls@ietf.org>; Fri, 29 Jun 2018 13:54:12 -0700 (PDT)
Received: from pps.filterd (m0049463.ppops.net [127.0.0.1]) by m0049463.ppops.net-00191d01. (8.16.0.22/8.16.0.22) with SMTP id w5TEPJwC001264; Fri, 29 Jun 2018 10:32:24 -0400
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049463.ppops.net-00191d01. with ESMTP id 2jwmnab0b8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 29 Jun 2018 10:32:23 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w5TEWM4s028114; Fri, 29 Jun 2018 10:32:23 -0400
Received: from zlp27129.vci.att.com (zlp27129.vci.att.com [135.66.87.42]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w5TEWINW027997; Fri, 29 Jun 2018 10:32:18 -0400
Received: from zlp27129.vci.att.com (zlp27129.vci.att.com [127.0.0.1]) by zlp27129.vci.att.com (Service) with ESMTP id 026084000429; Fri, 29 Jun 2018 14:32:18 +0000 (GMT)
Received: from MISOUT7MSGHUBAA.ITServices.sbc.com (unknown [130.9.129.145]) by zlp27129.vci.att.com (Service) with ESMTPS id E282E4000697; Fri, 29 Jun 2018 14:32:17 +0000 (GMT)
Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.148]) by MISOUT7MSGHUBAA.ITServices.sbc.com ([130.9.129.145]) with mapi id 14.03.0399.000; Fri, 29 Jun 2018 10:32:17 -0400
From: "BRUNGARD, DEBORAH A" <db3546@att.com>
To: "stbryant@cisco.com" <stbryant@cisco.com>, "swallow@cisco.com" <swallow@cisco.com>, Loa Andersson <loa@pi.nu>, "n.leymann@telekom.de" <n.leymann@telekom.de>
CC: "jsharma@ciena.com" <jsharma@ciena.com>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: [Technical Errata Reported] RFC4928 (5396)
Thread-Index: AQHUBuf74YpNli2Hkk2P3pkpXirz6qR3XU4w
Date: Fri, 29 Jun 2018 14:32:16 +0000
Message-ID: <F64C10EAA68C8044B33656FA214632C88835F499@MISOUT7MSGUSRDE.ITServices.sbc.com>
References: <20180618093715.B959CB80978@rfc-editor.org>
In-Reply-To: <20180618093715.B959CB80978@rfc-editor.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.16.234.110]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-06-29_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1806210000 definitions=main-1806290155
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/gK_sAwBODoRPlVE7AraNW-mNW5Q>
Subject: Re: [mpls] [Technical Errata Reported] RFC4928 (5396)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.26
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, 29 Jun 2018 20:54:16 -0000

MPLS WG,

We have this errata on RFC4928 - any thoughts?

Deborah


-----Original Message-----
From: RFC Errata System <rfc-editor@rfc-editor.org> 
Sent: Monday, June 18, 2018 5:37 AM
To: stbryant@cisco.com; swallow@cisco.com; loa@pi.se; BRUNGARD, DEBORAH A <db3546@att.com>; aretana.ietf@gmail.com; martin.vigoureux@nokia.com; loa@pi.nu; n.leymann@telekom.de
Cc: jsharma@ciena.com; mpls@ietf.org; rfc-editor@rfc-editor.org
Subject: [Technical Errata Reported] RFC4928 (5396)

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

--------------------------------------
You may review the report below and at:
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor.org_errata_eid5396&d=DwIBaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=6UhGpW9lwi9dM7jYlxXD8w&m=zz6ovHLVAtV_M2JDhQbYVwIhYVehe5aI6IVO8gDY6fU&s=ZeHGqLSL8ZArKF83wT85HuuT78PHErIz0Lfn0bk8280&e=

--------------------------------------
Type: Technical
Reported by: Jitendra Kumar Sharma <jsharma@ciena.com>

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.

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party  
can log in to change the status and edit the report, if necessary. 

--------------------------------------
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