<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">On 2020-01-27 12:54, Mariusz K. Grzeca
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:B9166AAC-511B-48F6-BD2F-E1D8B93A5253@jmdi.pl">
      <pre class="moz-quote-pre" wrap="">Hi,

We are currently experiencing some major peformance issues with one of our SEs.

Our platform is SE1200 with 2xXCRP4 and 9 10ge-4-port cards, SEOS-12.1.1.12p15-Release. 7 BGP4 peers with a total of ~40Gbps throughput during the evening traffic peaks. Around 30k active CLIPS subscribers of which ~25k have a NAT policy attached (enhanced NAT with logging and paired mode).

Initially we had 2 line cards intended for BGP sessions only, 5 cards for CLIPS sessions and 2 cards reserved for other low throughput purposes. The first symptoms we experienced were reduced bandwidths for subscribers with 1Gbps service plans (500-600 Mbps instead of the usual 941 Mbps). The problem only affected NAT clients. A couple of weeks later BGP sessions started flapping. At first it seemed like we were hitting the 20Gbps per card limit and rising tail drop counters on the BGP cards seemed to confirm it.

So we fiddled with the wires and came out with a different setup - 7 cards with at most 2 ports connected, one for BGP peer and the other for CLIPS sessions. And it actually made the situation worse - rising tail drop counters on each card and even lower bandwidths during the evening traffic peaks and BGP sessions kept flapping. In order to prevent flapping BGP sessions we moved most of the BGP peers to another SmartEdge router and added 2 more 10ge-4-port cards for CLIPS sessions. Result - no more flapping but nothing has changed in terms of either bandwidth or tail drop counters.

I would be grateful for any suggestion as to the possible causes of this situation.</pre>
    </blockquote>
    <p>First of all, Smart Edge is not the best solution for BGP today,
      as you will not get any more software updates most probably, and
      this is what is required to keep BGP router healthy.<br>
      Best case is to have 2 BGP routers, from different vendors. Like
      MX204 and ASR9001 (as we have, however ASR has less throughput
      than MX).<br>
      <br>
      This will offload PPAs on linecards, as whatever happens, they
      will keep a lot of routing entries to keep traffic flow properly.<br>
      <br>
      Second, NAT. Smart Edge was bestseller when most of telcos did not
      use NAT. So it might have some influence on performance, that was
      never tested before, while it was supported by ericsson...<br>
      So moving out NAT to some software machine (linux based x86) might
      be good test.<br>
      <br>
      We use SmartEdge with similar traffic (but less cards), however it
      does only BRAS funtionality without NAT. Smooth as never.<br>
      <br>
      Marcin<br>
    </p>
    <p><br>
    </p>
    <blockquote type="cite"
      cite="mid:B9166AAC-511B-48F6-BD2F-E1D8B93A5253@jmdi.pl">
      <pre class="moz-quote-pre" wrap="">


Thanks.

_______________________________________________
redback-nsp mailing list
<a class="moz-txt-link-abbreviated" href="mailto:redback-nsp@puck.nether.net">redback-nsp@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/redback-nsp">https://puck.nether.net/mailman/listinfo/redback-nsp</a>
</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>