<div dir="ltr">Hello and thanks for the input.<div><br></div><div>You are spot on :) and this is what I was afraid of. We have an option of using 100G interface as well.</div><div>Hash-labels are not supported on this model as far as I know. </div><div><br></div><div>kind regards</div><div>Dejan</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Den sön 30 jan. 2022 kl 21:38 skrev Andrey Elperin <<a href="mailto:mizzy@greenhell.kiev.ua">mizzy@greenhell.kiev.ua</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">
  
    
  
  <div>
    <div><br>
      Hi Dejan,<br>
      <br>
      LAG hashing on any type of 7210 boxes is really very dependent on
      traffic type. I can assume that in your scenario 7210-A and 7210-B
      are pure LSRs. Also, if you mentioned BNG - it's very probable
      that you are using PWs between SR1 and 7210-C.<br>
      <br>
      According to the documentation in LSR role 7210 SAS-Sx have two
      options to hash LAG traffic:<br>
      <br>
      1. hash-1: by outer MACs of the Ethernet packets that encapsulates
      an MPLS packets. There is not enough entropy in your case.<br>
      2. hash-2: by combination of ingress port ID, label stack (3
      topmost labels) and dst IP address. But dst IP address will be
      used only if there is IP header right after MPLS header (so it
      won't be used in case of PWs).<br>
      <br>
      Looks like that the simpliest way to increase entropy in your case
      is to increase number of PWs. Also you can try to play with
      hash-labels, but I'm not sure that it's supported on SAS-Sx now.<br>
      <br>
      If my guess about your configuration is wrong - pardon me and
      please provide more details :)<br>
      <br>
      30.01.2022 19:00, Dejan Tepic пишет:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">I’m
          having issues regarding load balance on links between
          several 7210 SAS Sx<br>
          Here is the topology:</p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"> </p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span>SR1----100G----7210-A----2x10G----7210-B----2x10G----7210-C----10G----Accessnode</span></p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span> </span></p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">Traffic
          egressing 7210-A is not balanced between two 10G
          links. Not even close (85/5 in percentage)</p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">Traffic
          egressing 7210-B even worse almost zero traffic on
          one link</p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"> </p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">I’v
          checked interface configuration guide and information
          about LAG hashing. I’v tested with different algorithms
          hash-1, hash-2 but
          nothing is changing.</p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"> <span style="font-size:11pt">I’m having issues regarding load
            balance on links between
            several 7210 SAS Sx</span></p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">
          Here is the topology:</p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"> </p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span>SR1----100G----7210-A----2x10G----7210-B----2x10G----7210-C----10G----Accessnode</span></p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span> </span></p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">Traffic
          egressing 7210-A is not balanced between two 10G
          links. Not even close (85/5 in percentage)</p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">Traffic
          egressing 7210-B even worse almost zero traffic on
          one link</p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"> </p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">I’v
          checked interface configuration guide and information
          about LAG hashing. I’v tested with different algorithms
          hash-1, hash-2 but
          nothing is changing.</p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"> </p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">I
          have a ongoing TAC case and TAC suggested to make all
          ports in a LAG odd or even which i did but it didnt help.</p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">Latest
          TAC answer suggest everything is fine ”<span>At
            this point I dont see this to be an issue until and unless
            we know the type
            of traffic that is egressing out of Lag. Its only that the
            fair distributed of
            traffic dint happen on to the lag ports. This could happen
            when there is not
            much variation available or variations that get nullify with
            the traffic
            streams that are egressing out of the Lag”</span></p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><span> </span></p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">I
          have updated TAC case with traffic information which is
          unicast traffic between BNG och Access nodes.  </p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"> </p>
        <p class="MsoNormal" style="margin:0cm 0cm 12pt;font-size:11pt;font-family:Calibri,sans-serif">Did
          anybody out there
          experienced this and solved it somehow? </p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">Kind
          regards</p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif">Dejan</p>
        <p class="MsoNormal" style="margin:0cm;font-size:11pt;font-family:Calibri,sans-serif"><br>
        </p>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>_______________________________________________
alcatel-nsp mailing list
<a href="mailto:alcatel-nsp@puck.nether.net" target="_blank">alcatel-nsp@puck.nether.net</a>
<a href="https://puck.nether.net/mailman/listinfo/alcatel-nsp" target="_blank">https://puck.nether.net/mailman/listinfo/alcatel-nsp</a>
</pre>
    </blockquote>
    <br>
    <br>
    <pre cols="72">-- 
/me at home
</pre>
  </div>

_______________________________________________<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>