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
- [mpls] [Technical Errata Reported] RFC4928 (5396) RFC Errata System
- Re: [mpls] [Technical Errata Reported] RFC4928 (5… BRUNGARD, DEBORAH A
- Re: [mpls] [Technical Errata Reported] RFC4928 (5… Stewart Bryant