<?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 USL Task?  C5 Switches in ExtremeSwitching (EOS)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-eos/usl-task-c5-switches/m-p/57381#M1036</link>
    <description>We are chasing high system utilization rates at our central location.  When the CPU rate is low (between 5-15%) there is no TID named USL Task.  When CPU runs high (between 94-98%) there is a TID named USL Tack running between 50-80%.&lt;BR /&gt;
&lt;BR /&gt;
We have found many errors, loops, rogue APs, even a hub!  After finding each of these our rmon stats broadcast/multicast numbers dropped and out CPU numbers came down to 5-15%.  USL Task would go away.  Check an hour later and the USL Task is back, churning up 50-75%, and CPU is hovering in the mid 90s.  When it peggs at 100% things get really ugly since this is the main egress from the entire school district.&lt;BR /&gt;
&lt;BR /&gt;
What is USL Task and what can I learn from it?&lt;BR /&gt;
&lt;BR /&gt;</description>
    <pubDate>Wed, 12 Apr 2017 22:52:00 GMT</pubDate>
    <dc:creator>Joshua_Beddingf</dc:creator>
    <dc:date>2017-04-12T22:52:00Z</dc:date>
    <item>
      <title>USL Task?  C5 Switches</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/usl-task-c5-switches/m-p/57381#M1036</link>
      <description>We are chasing high system utilization rates at our central location.  When the CPU rate is low (between 5-15%) there is no TID named USL Task.  When CPU runs high (between 94-98%) there is a TID named USL Tack running between 50-80%.&lt;BR /&gt;
&lt;BR /&gt;
We have found many errors, loops, rogue APs, even a hub!  After finding each of these our rmon stats broadcast/multicast numbers dropped and out CPU numbers came down to 5-15%.  USL Task would go away.  Check an hour later and the USL Task is back, churning up 50-75%, and CPU is hovering in the mid 90s.  When it peggs at 100% things get really ugly since this is the main egress from the entire school district.&lt;BR /&gt;
&lt;BR /&gt;
What is USL Task and what can I learn from it?&lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Wed, 12 Apr 2017 22:52:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/usl-task-c5-switches/m-p/57381#M1036</guid>
      <dc:creator>Joshua_Beddingf</dc:creator>
      <dc:date>2017-04-12T22:52:00Z</dc:date>
    </item>
    <item>
      <title>RE: USL Task?  C5 Switches</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/usl-task-c5-switches/m-p/57382#M1037</link>
      <description>Sounds like you still have a loop.  &lt;BR /&gt;
&lt;BR /&gt;
&lt;A href="https://extremeportal.force.com/ExtrArticleDetail?n=000004301&amp;amp;#38;q=USL%20Task" target="_blank" rel="nofollow noreferrer noopener"&gt;https://extremeportal.force.com/ExtrArticleDetail?n=000004301&amp;amp;q=USL%20Task&lt;/A&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 13 Apr 2017 01:52:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/usl-task-c5-switches/m-p/57382#M1037</guid>
      <dc:creator>Jeremy_Gibbs</dc:creator>
      <dc:date>2017-04-13T01:52:00Z</dc:date>
    </item>
    <item>
      <title>RE: USL Task?  C5 Switches</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/usl-task-c5-switches/m-p/57383#M1038</link>
      <description>Do you have STP enabled?  If you do, on the edge port, enable adminedge&lt;BR /&gt;
&lt;BR /&gt;
so you would&lt;BR /&gt;
&lt;BR /&gt;
set spantree adminedge ge.1.1-47 true&lt;BR /&gt;
set spantree spangaurd enable &lt;BR /&gt;
&lt;BR /&gt;
Don't put adminedge on the non-edge ports.  It will disable the port if it receives a BPDU.</description>
      <pubDate>Thu, 13 Apr 2017 01:55:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/usl-task-c5-switches/m-p/57383#M1038</guid>
      <dc:creator>Jeremy_Gibbs</dc:creator>
      <dc:date>2017-04-13T01:55:00Z</dc:date>
    </item>
    <item>
      <title>RE: USL Task?  C5 Switches</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/usl-task-c5-switches/m-p/57384#M1039</link>
      <description>Spantree is enabled.  Adminedge "should" be set on all non-edge ports.  show spantree debug no longer shows any spantree issues.  No adminedge ports are blocked.  Only one loop has triggered spantree to this point.&lt;BR /&gt;
&lt;BR /&gt;
We found a hub because of the number of collisions in rmon stats for that port (spantree wont pick up a hub - no bpdu's).  This helped.  A few days later CPU was pegged again and we found a loop in another switch in the subnet.  Two of us have been combing through the 6 closets (with about 2-3 switches each) at this location for the past few days.&lt;BR /&gt;
&lt;BR /&gt;
If USL Task is an indicator of a loop, we will keep looking for loops.&lt;BR /&gt;</description>
      <pubDate>Thu, 13 Apr 2017 05:06:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/usl-task-c5-switches/m-p/57384#M1039</guid>
      <dc:creator>Joshua_Beddingf</dc:creator>
      <dc:date>2017-04-13T05:06:00Z</dc:date>
    </item>
    <item>
      <title>RE: USL Task?  C5 Switches</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/usl-task-c5-switches/m-p/57385#M1040</link>
      <description>Hi Joshua,&lt;BR /&gt;
&lt;BR /&gt;
you can try broadcast limiters to limit the effect of loops and help in finding them (look for ports with high broadcast numbers).&lt;BR /&gt;
set port broadcast  &lt;THRESHOLD_VALUE&gt;But this might not be enough to completely mitigate a loop, see &lt;A href="https://gtacknowledge.extremenetworks.com/articles/Solution/Port-Broadcast-Suppression-does-not-help-prevent-network-congestion-on-SecureStack-during-loop-or-flood" target="_blank" rel="nofollow noreferrer noopener"&gt;Port Broadcast Suppression does not help prevent network congestion on SecureStack during loop or flood&lt;/A&gt;.&lt;BR /&gt;
&lt;BR /&gt;
You can limit flooded multicast and unknown unicast frames using the &lt;I&gt;flood-ctrl&lt;/I&gt; feature set.&lt;BR /&gt;
&lt;BR /&gt;
Erik&lt;/THRESHOLD_VALUE&gt;</description>
      <pubDate>Thu, 13 Apr 2017 13:00:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/usl-task-c5-switches/m-p/57385#M1040</guid>
      <dc:creator>Erik_Auerswald</dc:creator>
      <dc:date>2017-04-13T13:00:00Z</dc:date>
    </item>
  </channel>
</rss>

