<div dir="ltr">Hello,<div><br></div><div>Thanks for your reply.</div><div><br></div><div>According to the interface guide, the device is able to look within the payload. There are different scenarios but documentation states that in some cases it goes three labels deep, some cases two etc.</div><div>For instance:</div><div>If traffic type is MPLS LSR and you use hash-2 algorithm then packet fields used for hashing are ingress port-id, mpls label stack(three labels deep) and source and destination ip (Used when the IP header follows the MPLS header)</div><div><br></div><div>Customers are backhauled from 7210-C to BNG via PW <br></div><div>PE-A and PE-B are LSR in this scenario.</div><div><br></div><div>kind regards</div><div>Dejan</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Den sön 30 jan. 2022 kl 20:17 skrev karsten_thomann--- via alcatel-nsp <<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Dejan,<br>
<br>
I'm not a Nokia Expert and generalizing from other vendors, but it should <br>
still apply.<br>
<br>
LAGs need enough entropy to do the load balancing (SRC/DST-MAC, MPLS-Labels, <br>
IP-Addresses, TCP/UDP-Ports...).<br>
Also the involved hardware must be able to look deep enough in the frame to <br>
find the entropy.<br>
<br>
I'm not sure how you've configured your network, but if it's really a BNG with <br>
mpls network you typically have very low entropy on the LAG, nothing on L2 <br>
(same src/dst-mac), outer label is the same (if there is only one access-node <br>
with high traffic), inner label/PW-Label is also the same, if you're not using <br>
multiple PW for the traffic.<br>
If the 7210 is able to look within the payload of the PW it should find some <br>
entropy in the dst-mac, but I'm not sure if it's able to perform load <br>
balancing on payload of a PW.<br>
<br>
>From your description I assume they are not capable of load balancing on PW <br>
Payload.<br>
Possible solutions that come to mind are:<br>
- split the traffic over more/multiple PW<br>
- use FAT PW, if supported<br>
<br>
If the assumptions are wrong we need some more details about the network to <br>
make other suggestions.<br>
<br>
Kind regards<br>
Karsten <br>
<br>
On Sunday, 30 January 2022 18:00:47 CET Dejan Tepic wrote:<br>
> I’m having issues regarding load balance on links between several 7210 SAS<br>
> Sx<br>
> Here is the topology:<br>
> <br>
> <br>
> <br>
> SR1----100G----7210-A----2x10G----7210-B----2x10G----7210-C----10G----Access<br>
> node<br>
> <br>
> <br>
> <br>
> Traffic egressing 7210-A is not balanced between two 10G links. Not even<br>
> close (85/5 in percentage)<br>
> <br>
> Traffic egressing 7210-B even worse almost zero traffic on one link<br>
> <br>
> <br>
> <br>
> I’v checked interface configuration guide and information about LAG<br>
> hashing. I’v tested with different algorithms hash-1, hash-2 but nothing is<br>
> changing.<br>
> <br>
>  I’m having issues regarding load balance on links between several 7210 SAS<br>
> Sx<br>
> <br>
> Here is the topology:<br>
> <br>
> <br>
> <br>
> SR1----100G----7210-A----2x10G----7210-B----2x10G----7210-C----10G----Access<br>
> node<br>
> <br>
> <br>
> <br>
> Traffic egressing 7210-A is not balanced between two 10G links. Not even<br>
> close (85/5 in percentage)<br>
> <br>
> Traffic egressing 7210-B even worse almost zero traffic on one link<br>
> <br>
> <br>
> <br>
> I’v checked interface configuration guide and information about LAG<br>
> hashing. I’v tested with different algorithms hash-1, hash-2 but nothing is<br>
> changing.<br>
> <br>
> <br>
> <br>
> I have a ongoing TAC case and TAC suggested to make all ports in a LAG odd<br>
> or even which i did but it didnt help.<br>
> <br>
> Latest TAC answer suggest everything is fine ” At this point I dont see<br>
> this to be an issue until and unless we know the type of traffic that is<br>
> egressing out of Lag. Its only that the fair distributed of traffic dint<br>
> happen on to the lag ports. This could happen when there is not much<br>
> variation available or variations that get nullify with the traffic streams<br>
> that are egressing out of the Lag”<br>
> <br>
> <br>
> <br>
> I have updated TAC case with traffic information which is unicast traffic<br>
> between BNG och Access nodes.<br>
> <br>
> <br>
> <br>
> Did anybody out there experienced this and solved it somehow?<br>
> <br>
> Kind regards<br>
> <br>
> Dejan<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
alcatel-nsp mailing list<br>
<a href="mailto:alcatel-nsp@puck.nether.net" target="_blank">alcatel-nsp@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/alcatel-nsp" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/alcatel-nsp</a><br>
</blockquote></div>