MPLS FAT Label

[Julian_Eble]

Hello,

By reading this article http://packetpushers.net/fat-or-entropy-label/ I've been wondering if Extreme could implement something like that (FAT Label)?

Some l2vpn circuit are getting 10Gbps and the outer interfaces port channels aren't handling it well.

Thanks 

[Julian_Eble]

Henrique,

The backbone isn't load balancing.

A ticket was answered by you informing that behaviour(Unifique).


Houve a resposta informando a impossibilidade e referente ao uso de dois labels.
Queria apenas discutir a possibilidade e se isso poderia ser feito da parte de entropia e adição de label para o hash.

[Julian_Eble]

So, we've tried everything is possible to solve that, but none solved.
As the sharing only see one label carrying that huge traffic, it cannot load-balacing between the aggregates ports.
I think the only way to do that is by adding this on the mpls header (Entropy/Fat label).
https://tools.ietf.org/html/rfc6790

[Julian_Eble]

Most of our traffic is one source/dest mac but has multiples source/dest IP unicast
some of these vpls has 15Gb.
Is there any problem of what kind of unicast traffic is? even if it's just one mac and lsp will do the balancing?
I'll give a new try to that in my lab..

[Korsovsky__Kons]

When I started to test it I also failed and then I figured out that LSP sharing doesn't work with unknown unicast traffic:
https://gtacknowledge.extremenetworks.com/articles/Solution/Pseudowire-Label-Switch-Path-Load-Sharin...

So make sure that traffic which you trying to load-balance is bidirectional.

[Julian_Eble]

Hello Konstantin,

It's odd because I did the same thing in my lab and couldn't get the same result. What version did you use in that test enviroment?
Another thing, is that I'm waiting for xos0066476 to be solved, isn't save to use rsvp in the current working network.