[mpls] Re: Fwd: New Version Notification for draft-li-mpls-mna-entropy-03.txt

[Tony Li <[e-mail]>]

Loa,

We have discussed this before.  Please see https://datatracker.ietf.org/doc/html/draft-li-mpls-entropy.

Yes, more entropy is always better, but a 16-bit entropy value seems sufficient for the foreseeable future.

If someone in the future decides that more bits of entropy are a necessity, then it would be trivia itself to extend the entropy action by another LSE.

Tony


> On Sep 2, 2024, at 1:10 AM, Loa Andersson - loa at pi.nu <[e-mail]> wrote:
> 
> Stewart and Tony,
> 
> This might be classified as naive questions :).
> 
>> Den 02/09/2024 kl. 15:15, skrev Stewart Bryant:
>> Hi Tony
>> 
>> I am struggling to see whether this has a sufficient advantage over the existing EL/ELI mechanism to justify us recommending it existence.
>> 
>> It is obvious that this can be done, and it saves an LSE, but is that sufficient justification for the complexity introduced by having two mechanisms that of necessity need to co-exist?
>> 
>> We also need to understand what happens in a legacy routers that are looking for EL/ELI and older routers that just hash the stack. I think they just provide less (no?) entropy.
> 
> Is there a scientific way of calculating "how much" entropy the different  generate?
> 
> Is more entropy always better?
> 
> What are the factors that determine how much entropy you need?
> 
> /Loa
> 
> 
>> 
>> I imagine this ends with routers needing to parse for both types of entropy which is not a great position to be in.
>> 
>> Best regards
>> 
>> Stewart
>> 
>>>> On 30 Aug 2024, at 5:26 PM, Tony Li <[e-mail]> wrote:
>>> 
>>>  [WG chair hat: off]
>>> 
>>> Hi,
>>> 
>>> This update addresses comments from Adrian Farrel as part of the WG adoption process.
>>> 
>>> Comments and corrections are most welcome.
>>> 
>>> Thanks,
>>> Tony
>>> 
>>> 
>>>> Begin forwarded message:
>>>> 
>>>> *From: *"internet-drafts at ietf.org" <[e-mail]>
>>>> *Subject: **New Version Notification for draft-li-mpls-mna-entropy-03.txt*
>>>> *Date: *August 30, 2024 at 9:24:05 AM PDT
>>>> *To: *"John Drake" <[e-mail]>, "Tony Li" <[e-mail]>
>>>> *Reply-To: *[e-mail]
>>>> 
>>>> A new version of Internet-Draft draft-li-mpls-mna-entropy-03.txt has been
>>>> successfully submitted by Tony Li and posted to the
>>>> IETF repository.
>>>> 
>>>> Name:     draft-li-mpls-mna-entropy
>>>> Revision: 03
>>>> Title:    MPLS Network Action for Entropy
>>>> Date:     2024-08-28
>>>> Group:    Individual Submission
>>>> Pages:    5
>>>> URL:      https://www.ietf.org/archive/id/draft-li-mpls-mna-entropy-03.txt
>>>> Status:   https://datatracker.ietf.org/doc/draft-li-mpls-mna-entropy/
>>>> HTMLized: https://datatracker.ietf.org/doc/html/draft-li-mpls-mna-entropy
>>>> Diff:     https://author-tools.ietf.org/iddiff?url2=draft-li-mpls-mna-entropy-03
>>>> 
>>>> Abstract:
>>>> 
>>>>   Load balancing is a powerful tool for engineering traffic across a
>>>>   network and has been successfully used in MPLS as described in RFC
>>>>   6790, "The Use of Entropy Labels in MPLS Forwarding".  With the
>>>>   emergence of MPLS Network Actions (MNA), there is signficant benefit
>>>>   in being able to invoke the same load balancing capabilities within
>>>>   the more general MNA infrastructure.
>>>> 
>>>>   This document describes a network action for entropy to be used in
>>>>   conjunction with "MPLS Network Action (MNA) Sub-Stack Solution".
>>>> 
>>>> 
>>>> 
>>>> The IETF Secretariat
>>>> 
>>>> 
>>> 
>>> _______________________________________________
>>> mpls mailing list -- [e-mail]
>>> To unsubscribe send an email to [e-mail]
>> 
>> _______________________________________________
>> mpls mailing list -- [e-mail]
>> To unsubscribe send an email to [e-mail]
> 
> -- 
> Loa Andersson
> Senior MPLS Expert
> Bronze Dragon Consulting
> [e-mail]
> [e-mail]
>