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

Stewart Bryant <stewart.bryant@gmail.com> Mon, 02 July 2018 17:20 UTC

Return-Path: <stewart.bryant@gmail.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 A4D2F12F1A5 for <mpls@ietfa.amsl.com>; Mon, 2 Jul 2018 10:20:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 Z80nq6sQy5uL for <mpls@ietfa.amsl.com>; Mon, 2 Jul 2018 10:20:21 -0700 (PDT)
Received: from mail-wr0-x244.google.com (mail-wr0-x244.google.com [IPv6:2a00:1450:400c:c0c::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E7EDD1271FF for <mpls@ietf.org>; Mon, 2 Jul 2018 10:20:20 -0700 (PDT)
Received: by mail-wr0-x244.google.com with SMTP id h40-v6so5205699wrh.2 for <mpls@ietf.org>; Mon, 02 Jul 2018 10:20:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=bwUrEb6NdfVIuJ0ez1eupCKiB3CZv+KEXdTCofyK8gQ=; b=WwGx7kz58Rv2sPRD6E+RYq84qg6//pPd4d/z4+Derk4HV4wiJAy5hzfqM71DKr/OjE oPYXwcPItA4fjU6i0MyU+tJMnogprdcQ4ckKTdVF0EMKuZM3CZiboENVN7Ke2EdbtWuL LrgR2gpeomvnzMe7tDcb3Kym5qvRVnYXXAosqUPTNjn/kogLeb/n8tzbBGxoFp1PAsRi qIe6gfsMA353hAy9XVP5TpKln12uCPOGayoR7TYOfKU2Mqvxus4G75oVlf1a/JAzkKEr YsElhPjDhVrUytmZY2GOjVCXG+DCR4KAJZwHKQcrrClYLOzaioPKcZfScsPJws7IZmhK M27A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=bwUrEb6NdfVIuJ0ez1eupCKiB3CZv+KEXdTCofyK8gQ=; b=dXazjZoUs7yP8TXTkLTwUlMtJk/os9MKSBmUPlGunvIzyHEDCFZh1hnjTs5NsRrvl8 GQuZHtfBocIE7iRQ47WjTR3i7bpC3T63q+j3iqBTH6dd9xFxp8PgJ/Qsw/ga9BXNfFYW SrBQFD0e9q/DhetqJOBy/B8h+e9/dR7w2akLP1qswbGeijo0/cgfcqMceg2+iAHYUTJA 1YcdSBGvLhchXPfplydo4C4jtUcNpTucqtYURJtNwHnw5Ctg283B/pkj2iEYfqbbG4rw HwKVfcPooLaV9nOjthNgU6pTTlbNSXTKDM2DP+Qgi6efMR4kxgxGD9Pwzlhff6e4nTPu eCNQ==
X-Gm-Message-State: APt69E1RUZ61EzcsvS1eDPsCrCGTeDDMqds3mjE/jGh/BWQpYsRPdJ5D Pq/p7VItquTLJ5gogG4i/Xs=
X-Google-Smtp-Source: AAOMgpe2q0q5TM9T70FOhRzJC/YPQnnX7IjM72dOWLDAXDCV8IoKBGDzQabIDRtCoRb3gMWJt94MSA==
X-Received: by 2002:adf:b05c:: with SMTP id g28-v6mr20084607wra.128.1530552019406; Mon, 02 Jul 2018 10:20:19 -0700 (PDT)
Received: from [192.168.2.105] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id e128-v6sm11491690wma.46.2018.07.02.10.20.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 02 Jul 2018 10:20:18 -0700 (PDT)
To: "BRUNGARD, DEBORAH A" <db3546@att.com>, George Swallow <swallow.ietf@gmail.com>, Loa Andersson <loa@pi.nu>, "n.leymann@telekom.de" <n.leymann@telekom.de>
Cc: "mpls@ietf.org" <mpls@ietf.org>, "jsharma@ciena.com" <jsharma@ciena.com>
References: <20180618093715.B959CB80978@rfc-editor.org> <F64C10EAA68C8044B33656FA214632C88835F499@MISOUT7MSGUSRDE.ITServices.sbc.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <9f08be0e-394c-7c12-85ae-6b14328ab1ff@gmail.com>
Date: Mon, 02 Jul 2018 18:20:17 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <F64C10EAA68C8044B33656FA214632C88835F499@MISOUT7MSGUSRDE.ITServices.sbc.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/wM-x1OPGYEN8evHTzvXgUqO7Ers>
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: Mon, 02 Jul 2018 17:20:25 -0000

Copying George on his correct address.

As I remember the point being made was that IP ECMP would in that case 
be performed on the Ethernet payload which might be constant. It might 
also of course be effectively random.

We spent a lot of time on that text so it is worth some careful thought 
before taking any action on the errata.

- Stewart




On 29/06/2018 15:32, BRUNGARD, DEBORAH A wrote:
> 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 mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls