Re: [mpls] [spring] should draft-ietf-mpls-spring-entropy-label be published as a RFC on the standards track?

Eric Gray <eric.gray@ericsson.com> Wed, 02 May 2018 14:27 UTC

Return-Path: <eric.gray@ericsson.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 10A1812D94F for <mpls@ietfa.amsl.com>; Wed, 2 May 2018 07:27:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, T_KAM_HTML_FONT_INVALID=0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 mwJ5mfgyfYF1 for <mpls@ietfa.amsl.com>; Wed, 2 May 2018 07:27:48 -0700 (PDT)
Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (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 2CB6312D882 for <mpls@ietf.org>; Wed, 2 May 2018 07:27:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1525271265; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=xp/LGr19v69jYKiL5B5nR75bEU/Et39VA5XmpqaIbQQ=; b=YcU0jiX/BrrLwq+6VmR2Lki0L5mYsQEqyOvprKkANfDd2WPTQ9oNPLA3UW0d1/Kx POi0VvVdiKyxiR089ZFziJNUkGEjUAPR/AsNXrd+K/MWiJBQNpqtcJfvBDuacq9J MkIPtgXJpStONP15PmT8FUM90QuUj5YDgllKUz+IIDQ=;
X-AuditID: c6180641-1ebff70000003b41-93-5ae9cae060b7
Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id 57.79.15169.0EAC9EA5; Wed, 2 May 2018 16:27:45 +0200 (CEST)
Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.03.0382.000; Wed, 2 May 2018 10:27:44 -0400
From: Eric Gray <eric.gray@ericsson.com>
To: Stewart Bryant <stewart.bryant@gmail.com>, "Andrew G. Malis" <agmalis@gmail.com>, Loa Andersson <loa@pi.nu>
CC: "mpls@ietf.org" <mpls@ietf.org>, "spring@ietf.org" <spring@ietf.org>, "mpls-ads@ietf.org" <mpls-ads@ietf.org>, "draft-ietf-mpls-spring-entropy-label@ietf.org" <draft-ietf-mpls-spring-entropy-label@ietf.org>
Thread-Topic: [mpls] [spring] should draft-ietf-mpls-spring-entropy-label be published as a RFC on the standards track?
Thread-Index: AQHT4hy3nBpUETEN9EO3oF7JnpeWQaQceAow
Date: Wed, 02 May 2018 14:27:43 +0000
Message-ID: <48E1A67CB9CA044EADFEAB87D814BFF64BA5F0DE@eusaamb107.ericsson.se>
References: <a3dbc94b-061c-8eb8-7302-3a60f3db4a3f@pi.nu> <CAA=duU3Xc3BvYT1cmVN97vsEYQMsmm6kGqZaibuGOr6QrX42_w@mail.gmail.com> <c8b84f45-80a8-a79f-acd7-0c3b54d0765e@gmail.com>
In-Reply-To: <c8b84f45-80a8-a79f-acd7-0c3b54d0765e@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.117.188.10]
Content-Type: multipart/alternative; boundary="_000_48E1A67CB9CA044EADFEAB87D814BFF64BA5F0DEeusaamb107erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrGIsWRmVeSWpSXmKPExsUyuXRPoO7DUy+jDG7M5bE4/fwUm8W2bmWL f3PnMFusP76JyeLW0pWsFscv/Ga0OPUg0YHdY+esu+weS5b8ZPKYNb2NLYA5issmJTUnsyy1 SN8ugSvj1I1JzAXL9jFW7Fu8iamBccFOxi5GTg4JAROJe8cmsXcxcnEICRxllDg7fSNYQkhg GaPE7r48EJtNQEPi2J21YHERgUKJj0tXMoI0MAvcYJS49OAvM0hCWKBC4sTnfewQRZUSN87s YIKwjSTW3r4NFmcRUJHY3f4TLM4r4CvRefQQG8TmTYwSi5vPsoEkOAVsJV6t+wJmMwqISXw/ tQasgVlAXOLWk/lMEGcLSCzZc54ZwhaVePn4HyuErSQxaek5Voj6fInfTz5DLROUODnzCcsE RpFZSEbNQlI2C0nZLEYOoLimxPpd+hAlihJTuh+yQ9gaEq1z5rIjiy9gZF/FyFFaXJCTm25k uIkRGHvHJNgcdzDu7fU8xCjAwajEw8tx/GWUEGtiWXFl7iFGCQ5mJRHelR3PooR4UxIrq1KL 8uOLSnNSiw8xSnOwKInznvPkjRISSE8sSc1OTS1ILYLJMnFwSjUwli1vS6hsYVr/aXdkI9O8 d4aPBX7MLGfUlzsxcYZ4WfqCvMXWEQ/fzgoXs+kxfqimEdy4Yvt3Y77k9K+/a3fOMViydNdP bv9Wf9FnN9/Nn13I5bNKV+7i4ac8K4OK78fZbj19y9pN0m5JyqFTeQlxjCcfb7Rybj88ZWbQ wmc7vzIahEVty3HTV2Ipzkg01GIuKk4EALkG0tq5AgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/bl_kyQe34oGI8rpoJgyq2k1xKsg>
Subject: Re: [mpls] [spring] should draft-ietf-mpls-spring-entropy-label be published as a RFC on the standards track?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.22
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: Wed, 02 May 2018 14:27:54 -0000

Stewart,

                At least one view of the purpose of an Entropy label is that it _adds_ entropy to the process of path selection.

                Explicitly limiting EL behavior to rely exclusively on use of the entropy label would also explicitly _limit_ the total entropy to whatever the implementation that provided the entropy label was implemented to treat as _sufficient_ among all paths in the ECMP gestalt, possibly including branches that implementation might not know about.

                I doubt very much that many of the problems you refer to would have arisen if folks generally felt that the entropy label – by itself – provides sufficient entropy.

                It might make sense to impose this restriction – optionally – when a deployment occurs in which any particular pathological behavior might be expected to occur.

                In that case, it might be very important to ensure that the limited approaches available for maximizing efficient load distribution via explicit and exclusive use of the entropy label are acceptable to a reasonably diverse set of implementers, as support for at least one of those approaches would then become a mandatory part of every standard implementation.

                Even so, I don’t believe it is a good idea to restrict implementations from using other approaches in every case.

                The simplest example possible (where doing so is a big problem) is one where the entropy labels provided have N possible values  and there are M possible paths, where M>N. In any scenario where this occurs, M-N paths simply will not be used.

--
Eric

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Stewart Bryant
Sent: Wednesday, May 02, 2018 9:52 AM
To: Andrew G. Malis <agmalis@gmail.com>; Loa Andersson <loa@pi.nu>
Cc: mpls@ietf.org; spring@ietf.org; mpls-ads@ietf.org; draft-ietf-mpls-spring-entropy-label@ietf.org
Subject: Re: [mpls] [spring] should draft-ietf-mpls-spring-entropy-label be published as a RFC on the standards track?


Be careful.

There is text in the draft that talks about ECMP behaviour in different parts of the path, which implies an expectation that the EL is the sole source of entropy. If we make this ST then we will be implicitly standardizing that behaviour. Now as it happens, I thing we need to update the EL behaviour to make it the sole source of entropy, because that solves a number of problems, particularly in network instrumentation, but we need to do that explicitly and not as an artefact of this draft.

So the way I see it, either this draft is published as informational, or it is published as ST without any text that implies that the EL is the sole source of entropy, or we harden the EL behaviour (which I think we need to do) and this draft is published with a normative reference to an RFC that specifies the stricter EL behaviour.

- Stewart

On 02/05/2018 14:01, Andrew G. Malis wrote:
Loa,

There’s plenty of RFC 2119 language in the draft, so I support making this standards track.

Cheers,
Andy


On Wed, May 2, 2018 at 3:44 AM, Loa Andersson <loa@pi.nu<mailto:loa@pi.nu>> wrote:
Working Group,

February 1st the MPLS working Group requested that draft-ietf-mpls-
spring-entropy-label should be published as an Informational RFC.

During the RTG Directorate and AD reviews the question whether the
document should instead be published as a RFC on the Standards Track
has been raised.

The decision to make the document Informational was taken "a long time
ago", based on discussions between the authors and involving the
document shepherd, on the wg mailing list. At that point it we were
convinced that the document should be progressed as an Informational
document.

It turns out that there has been such changes to the document that we
now would like to request input from the working group if we should make
the document a Standards Track RFC.

Daniele's RTG Directorate review can be found at at:
https://datatracker.ietf.org/doc/review-ietf-mpls-spring-entropy-label-08-rtgdir-lc-ceccarelli-2018-02-21/

All the issues, with the exception whether it should be Informational
or Standards track, has been resolved as part AD review.

If the document is progressed as a Standard Tracks document then we
also need to answer the question whether this is an update RFC 6790.

This mail starts a one week poll (ending May 9) to see if we have
support to make the document a Standards Track document. If you support
placing it on the Standards Track also consider if it is an update to
RFC 6790.

Please send your comments to the MPLS wg mailing list ( mpls@ietf.org<mailto:mpls@ietf.org> ).

/Loa
for the mpls wf co-chairs

PS

I'm copying the spring working group on this mail.
--


Loa Andersson                        email: loa@pi.nu<mailto:loa@pi.nu>
Senior MPLS Expert
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





_______________________________________________

spring mailing list

spring@ietf.org<mailto:spring@ietf.org>

https://www.ietf.org/mailman/listinfo/spring