<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 2017-10-23 09:18, Voigt, Thomas
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:14D7D289932AAA4B8D78BC796773424301C54E60@SME2000.t.thueringer-energie.intern">
      <pre wrap="">Hi Marcin,

</pre>
      <blockquote type="cite">
        <pre wrap="">is there anyone here that uses link group on SE600/1200, software 12.1.1.x ?
</pre>
      </blockquote>
      <pre wrap="">
Yes, me.

</pre>
      <blockquote type="cite">
        <pre wrap="">- need to check if it should work if link group contains 2 ports from same card
</pre>
      </blockquote>
      <pre wrap="">
Yes it works.

</pre>
      <blockquote type="cite">
        <pre wrap="">- need to check if it should work if link group contains 2 ports from different cards
</pre>
      </blockquote>
      <pre wrap="">
Both cards have to be of the same type and both ports have to be the same speed. 
Then: Yes, it works.

</pre>
      <blockquote type="cite">
        <pre wrap="">- above need to do like round-robin or some hashing to distribute outbound traffic quite equally
</pre>
      </blockquote>
      <pre wrap="">
As Olivier wrote, you can use the "service load-balance" commands to configure the load balancing.
But it isn't really a distribution by load. Rather a distribution by circuits. And a circuit can be a PPPoE subscriber session, a dot1q pvc or such things.

We had problems with load balancing on heavy used vlans (thousands of dhcp endpoints in one vlan) and with MPLS/VPLS traffic between 2 IP endpoints.
There was only a traffic distribution by dot1q pvc regardless, what was configured by "service load-balance". If you have a lot of traffic in ONE vlan, you will have a lot of traffic on ONE port. If this port reaches 100%, packets will be dropped.</pre>
    </blockquote>
    <br>
    And this is the nasty part... Ok, lets say - ditribution of traffic
    towards RedBack will be done by switch, so such traffic will be
    properly balanced.<br>
    But subscriber's outgoing traffic will not, so we can consider that
    for 1 vlan towards BGP core, max RedBack SE600/1200 capacity is 10G.<br>
    <br>
    Not good, however still we have a space in this direction for 2-3 or
    more years. I have to think about plan B (like SSR8801).<br>
    <br>
    Marcin<br>
    <br>
    <br>
    <br>
    <br>
    <blockquote type="cite"
cite="mid:14D7D289932AAA4B8D78BC796773424301C54E60@SME2000.t.thueringer-energie.intern">
      <pre wrap="">

I've managed to distribute the dot1q pvcs over the ports as I like by creating "dummy pvcs".

- if BFD is possible in such cases ?

Don't know.

- is it normal that in link-group dot1q mode - for every vlan separate link-group is automatically created ?

No.
You configure each dot1q pvc in the same link-group. Then assign this link-group to some ports:

link-group test dot1q
 dot1q pvc 2
  bind interface l3-interface l3-context
 dot1q pvc 1101
  bind interface vlan1101 l2-context
  bridge profile l2-bridge
 dot1q pvc 1102
  bind interface vlan1102 l2-context
  bridge profile l2-bridge
[...]
 lacp active

port ethernet 1/1 
encapsulation dot1q
 link-group test

port ethernet 2/1 
encapsulation dot1q
 link-group test

--
Kind regards

Thomas
</pre>
    </blockquote>
    <p><br>
    </p>
    <div class="moz-signature">-- <br>
      <p style="font-family: Helvetica, Arial, sans-serif; font-size:
        12px; line-height: 14px; color: #999999;"><span id="name-input"
          class="txt" style="font-weight: bold;">Marcin Kuczera</span> <span
          id="title-sep">/</span> <span id="title-input" class="txt"
          style="color: #999;">Wiceprezes Zarządu / CTO<span><br>
            <span id="mobile-input" class="txt" style="color: #999;">+48
              32 440 80 71<span id="email-sep" class="txt">/</span> <a
                id="email-input" class="link email" style="color:
                #51930b;" href="mailto:marcin.kuczera@leon.pl">marcin.kuczera@leon.pl</a></span></span></span></p>
      <p style="font-family: Helvetica, Arial, sans-serif; font-size:
        12px; line-height: 14px;"><span id="company-input" class="txt"
          style="font-weight: bold; color: #999;">Leon Sp. z o.o.</span>
        <span id="office-sep" class="txt" style="color: #999;"> </span>
        <span id="address-sep"><br>
        </span> <span id="address-input" class="txt" style="color:
          #999;">ul. Kilińskiego 33d, 44-200 Rybnik </span><br>
        <a id="website-input" class="link" style="color: #51930b;"
          href="http://www.leon.pl/">http://www.leon.pl/</a></p>
      <p id="disclaimer-input" class="txt" style="font-family:
        Helvetica, Arial, sans-serif; color: #999999; font-size: 12px;
        line-height: 14px;">INTERNET | TELEWIZJA | TELEFON</p>
      <p style="font-family: Helvetica, Arial, sans-serif; font-size:
        12px; line-height: 14px;"><span id="office-sep" class="txt"
          style="color: #999;">KRS 0000223101 Sąd Rejonowy w Gliwicach<br>
          <span id="mobile-input" class="txt" style="color: #999;"></span><span
            id="mobile-input" class="txt" style="color: #999;"> Kapitał
            zakładowy 576.700 zł<br>
            <span id="mobile-input" class="txt" style="color: #999;"></span><span
              id="mobile-input" class="txt" style="color: #999;"> NIP:
              6332068698</span></span></span></p>
    </div>
  </body>
</html>