<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: SecureStack C5/B5 CRC errors on physical LAG port in End of Service Products</title>
    <link>https://community.extremenetworks.com/t5/end-of-service-products/securestack-c5-b5-crc-errors-on-physical-lag-port/m-p/84850#M782</link>
    <description>&lt;P&gt;I have performed LAGs on C5’s to many other devices, including Cisco and other XOS devices without issues.&amp;nbsp; If you are receiving CRC errors you may want to check L1, such as dirty fiber or a bad cable or bad gbic.&lt;/P&gt;</description>
    <pubDate>Sat, 21 Mar 2020 13:36:06 GMT</pubDate>
    <dc:creator>Matthew_Hum</dc:creator>
    <dc:date>2020-03-21T13:36:06Z</dc:date>
    <item>
      <title>SecureStack C5/B5 CRC errors on physical LAG port</title>
      <link>https://community.extremenetworks.com/t5/end-of-service-products/securestack-c5-b5-crc-errors-on-physical-lag-port/m-p/84849#M781</link>
      <description>&lt;P&gt;Does anyone have experience with massive CRC errors on one physical port of a LAG?&lt;/P&gt; &lt;P&gt;Is it possible that a C5 is not able to handle this kind of issue and loos the complete LAG Memberships?&lt;/P&gt;</description>
      <pubDate>Thu, 05 Mar 2020 23:26:38 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/end-of-service-products/securestack-c5-b5-crc-errors-on-physical-lag-port/m-p/84849#M781</guid>
      <dc:creator>Herbert</dc:creator>
      <dc:date>2020-03-05T23:26:38Z</dc:date>
    </item>
    <item>
      <title>Re: SecureStack C5/B5 CRC errors on physical LAG port</title>
      <link>https://community.extremenetworks.com/t5/end-of-service-products/securestack-c5-b5-crc-errors-on-physical-lag-port/m-p/84850#M782</link>
      <description>&lt;P&gt;I have performed LAGs on C5’s to many other devices, including Cisco and other XOS devices without issues.&amp;nbsp; If you are receiving CRC errors you may want to check L1, such as dirty fiber or a bad cable or bad gbic.&lt;/P&gt;</description>
      <pubDate>Sat, 21 Mar 2020 13:36:06 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/end-of-service-products/securestack-c5-b5-crc-errors-on-physical-lag-port/m-p/84850#M782</guid>
      <dc:creator>Matthew_Hum</dc:creator>
      <dc:date>2020-03-21T13:36:06Z</dc:date>
    </item>
    <item>
      <title>Re: SecureStack C5/B5 CRC errors on physical LAG port</title>
      <link>https://community.extremenetworks.com/t5/end-of-service-products/securestack-c5-b5-crc-errors-on-physical-lag-port/m-p/84851#M783</link>
      <description>&lt;P&gt;Thank you Matthew for your answer.&lt;/P&gt; &lt;P&gt;I know this. Question is if massive CRC errors on one physical port and therefore missing LACP BDUs can bring the whole LAG to fail?&lt;/P&gt; &lt;P&gt;Can it be that there also other LAGs on the C5 are effected in this case?&lt;/P&gt; &lt;P&gt;Regards&lt;/P&gt; &lt;P&gt;Herbert&lt;/P&gt;</description>
      <pubDate>Sun, 22 Mar 2020 21:42:34 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/end-of-service-products/securestack-c5-b5-crc-errors-on-physical-lag-port/m-p/84851#M783</guid>
      <dc:creator>Herbert</dc:creator>
      <dc:date>2020-03-22T21:42:34Z</dc:date>
    </item>
    <item>
      <title>Re: SecureStack C5/B5 CRC errors on physical LAG port</title>
      <link>https://community.extremenetworks.com/t5/end-of-service-products/securestack-c5-b5-crc-errors-on-physical-lag-port/m-p/84852#M784</link>
      <description>&lt;P&gt;You can enable single port lag, so that if your lag gets down to one port up and running, then it will still operate as lag.0.x.&amp;nbsp; &amp;nbsp;&lt;BR /&gt; However you will need to remedy the crc errors otherwise performance will be spotty regardless.&lt;/P&gt;</description>
      <pubDate>Sun, 22 Mar 2020 22:04:23 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/end-of-service-products/securestack-c5-b5-crc-errors-on-physical-lag-port/m-p/84852#M784</guid>
      <dc:creator>Brian_Anderson1</dc:creator>
      <dc:date>2020-03-22T22:04:23Z</dc:date>
    </item>
    <item>
      <title>Re: SecureStack C5/B5 CRC errors on physical LAG port</title>
      <link>https://community.extremenetworks.com/t5/end-of-service-products/securestack-c5-b5-crc-errors-on-physical-lag-port/m-p/84853#M785</link>
      <description>&lt;P&gt;Hello Brian,&lt;/P&gt; &lt;P&gt;We plan to replace MGBICs and enable ”&lt;SPAN style="color:#1a1a1a;"&gt;single port lag&lt;/SPAN&gt;” next downtime.&lt;/P&gt; &lt;P&gt;Lag.0.2 is down until then.&lt;/P&gt; &lt;P&gt;But without single port lag enabled, there is the following scenario.&lt;/P&gt; &lt;P&gt;Case 1) ge.2.23 is down and ge.2.24 is down lag.0.2 is down&lt;/P&gt; &lt;P&gt;Case 2) ge.2.23 is up&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;and ge.2.24 is down lag.0.2 is down&lt;/P&gt; &lt;P&gt;Case 3) ge.2.23 is up&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;and ge.2.24 is up&amp;nbsp; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;lag.0.2 is up&lt;/P&gt; &lt;P&gt;Case 4) ge.2.23 is up&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;and ge.2.24 is down lag.0.2 is up&lt;/P&gt; &lt;P&gt;Case 5) ge.2.23 is up&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;and ge.2.24 is up&amp;nbsp; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;lag.0.2 is up&lt;/P&gt; &lt;P&gt;Case 6) ge.2.23 is down and ge.2.24 is up&amp;nbsp; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;lag.0.2 is up&lt;/P&gt; &lt;P&gt;Case 7) ge.2.23 is down and ge.2.24 is down lag.0.2 is down&lt;/P&gt; &lt;P&gt;Case  ge.2.23 is down and ge.2.24 is up &amp;nbsp; &amp;nbsp;&amp;nbsp; lag.0.2is down&lt;/P&gt; &lt;P&gt;Case 9) ge.2.23 is up&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;and ge.2.24 is up&amp;nbsp; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;lag.0.2 is up&lt;/P&gt; &lt;P&gt;There should be no problem when one port is no member of the LAG if the LAG has established before.&lt;/P&gt; &lt;P&gt;The C5 was connected with two LAGs.&lt;/P&gt; &lt;P&gt;We had massive problems after ge.2.24 on lag.0.2 had CRC errors.&lt;/P&gt; &lt;P&gt;Also problems with lag.0.1 packed forwarding.&lt;/P&gt; &lt;P&gt;It is working lag.0.2 links down.&lt;/P&gt; &lt;P&gt;We will see if all is Ok next time.&lt;/P&gt; &lt;P&gt;Thank you for answering.&lt;/P&gt; &lt;P&gt;Regards&lt;/P&gt; &lt;P&gt;Herbert&lt;/P&gt;</description>
      <pubDate>Sun, 22 Mar 2020 23:01:28 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/end-of-service-products/securestack-c5-b5-crc-errors-on-physical-lag-port/m-p/84853#M785</guid>
      <dc:creator>Herbert</dc:creator>
      <dc:date>2020-03-22T23:01:28Z</dc:date>
    </item>
  </channel>
</rss>

