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

[Loa Andersson <[e-mail]>]

Tony,

inline please.


Den 03/09/2024 kl. 05:07, skrev Tony Li:
>
> 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 16 bits are enough for the foreseeable future and EL/ELI gives us 20 
bits, why do we need
to rush to create MNA based entropy solution?

/Loa
>
> 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]
>>

-- 
Loa Andersson
Senior MPLS Expert
Bronze Dragon Consulting
[e-mail]
[e-mail]