<?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: HIGH RX PAUSE COUNT in ExtremeSwitching (EOS)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60386#M1995</link>
    <description>Adding to Dan's comments&lt;BR /&gt;
You could utilize the software  EMC formally Netsight Console and use the  "execute command" script tool (right click on the icon and select execute command script and type the following commands (for the ports in question) various times of the day (as it could be a factor of certain timed events) and then compare the files. &lt;BR /&gt;
&lt;BR /&gt;
set  length 0&lt;BR /&gt;
show port flowcontrol  ge.4.7         &lt;BR /&gt;
show port flowcontrol ge.4.26       &lt;BR /&gt;
show port flowcontrol ge.4.38        &lt;BR /&gt;
show port flowcontrol ge.5.34       &lt;BR /&gt;
show port flowcontrol ge.5.36       &lt;BR /&gt;
show port flowcontrol ge.5.38      &lt;BR /&gt;
show port flowcontrol ge.5.46  &lt;BR /&gt;
&lt;BR /&gt;
If you decide to check all of your switches with &lt;BR /&gt;
set  length 0&lt;BR /&gt;
show port flowcontrol  *.*.*&lt;BR /&gt;
&lt;BR /&gt;
Then download a free tool called examdiff (it has a apple and pear picture) and compare the &lt;BR /&gt;
files by show differences only between the any 2 collect&lt;BR /&gt;
&lt;BR /&gt;
Makes life a bit easier&lt;BR /&gt;
and also note the big picture&lt;BR /&gt;
it could be a:&lt;BR /&gt;
1. Mis-configuration of switch&lt;BR /&gt;
2. Faulty NIC or wiring&lt;BR /&gt;
3. Cabling&lt;BR /&gt;
4. Low end PC,&lt;BR /&gt;
5. Printers that should not be seeing traffic(like Multicast&lt;BR /&gt;
6. Congestion&lt;BR /&gt;
7. etc.&lt;BR /&gt;
&lt;BR /&gt;</description>
    <pubDate>Tue, 14 Mar 2017 22:53:00 GMT</pubDate>
    <dc:creator>Jason_Parker</dc:creator>
    <dc:date>2017-03-14T22:53:00Z</dc:date>
    <item>
      <title>HIGH RX PAUSE COUNT</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60382#M1991</link>
      <description>I HAVE TYPED  show port flowcontrol over my S8 core switch. This is the answer:&lt;BR /&gt;
Here are some of the ports that have RX counts:&lt;BR /&gt;
&lt;BR /&gt;
 port           TX Pause Count      RX Pause Count&lt;BR /&gt;
--------       ---------------      --------------&lt;BR /&gt;
 ge.4.7         0                    48751000&lt;BR /&gt;
 ge.4.26        0                    87754431&lt;BR /&gt;
 ge.4.38        0                    47367545&lt;BR /&gt;
 ge.5.34        0                    28592459&lt;BR /&gt;
 ge.5.36        0                    49402054&lt;BR /&gt;
 ge.5.38        0                    158671480&lt;BR /&gt;
 ge.5.46        0                    39917565&lt;BR /&gt;
What does it mean? How can I clear the RX Pause Count in order to start counting from "zero" again. I would like to see the data increasing. Frequentely I lost the uplink connectio from S8 to distribution switch. Can I troubleshoot this issue?Thanks&lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Mar 2017 18:02:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60382#M1991</guid>
      <dc:creator>lino_calo_liber</dc:creator>
      <dc:date>2017-03-14T18:02:00Z</dc:date>
    </item>
    <item>
      <title>RE: HIGH RX PAUSE COUNT</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60383#M1992</link>
      <description>RX pause is the counter keeping track of how many pause frames received on the port shown. What ever is attached to port ge.4.7 has sent 48751000.  When trouble shooting this issue I simply run the command say 10 minutes apart and find the change.  This will give you the rate that they are coming in at.  The next step here is to look at the devices connected to the ports.&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Mar 2017 18:15:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60383#M1992</guid>
      <dc:creator>Daniel_Coughlin</dc:creator>
      <dc:date>2017-03-14T18:15:00Z</dc:date>
    </item>
    <item>
      <title>RE: HIGH RX PAUSE COUNT</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60384#M1993</link>
      <description>I'm surprised but it looks like that this basic function is not implemented ....&lt;BR /&gt;
&lt;BR /&gt;
&lt;A href="https://gtacknowledge.extremenetworks.com/articles/How_To/How-do-you-clear-port-counters-on-a-Matrix-S" target="_blank" rel="nofollow noreferrer noopener"&gt;https://gtacknowledge.extremenetworks.com/articles/How_To/How-do-you-clear-port-counters-on-a-Matrix...&lt;/A&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Mar 2017 18:22:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60384#M1993</guid>
      <dc:creator>Ronald_Dvorak</dc:creator>
      <dc:date>2017-03-14T18:22:00Z</dc:date>
    </item>
    <item>
      <title>RE: HIGH RX PAUSE COUNT</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60385#M1994</link>
      <description>Internally the ability to clear counters has been debated many times.  Having historical data is often helpful and spot checking for changes is not hard.  On the S and K series engineering added the loop command which is great for just this kind of thing.&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Mar 2017 18:22:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60385#M1994</guid>
      <dc:creator>Daniel_Coughlin</dc:creator>
      <dc:date>2017-03-14T18:22:00Z</dc:date>
    </item>
    <item>
      <title>RE: HIGH RX PAUSE COUNT</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60386#M1995</link>
      <description>Adding to Dan's comments&lt;BR /&gt;
You could utilize the software  EMC formally Netsight Console and use the  "execute command" script tool (right click on the icon and select execute command script and type the following commands (for the ports in question) various times of the day (as it could be a factor of certain timed events) and then compare the files. &lt;BR /&gt;
&lt;BR /&gt;
set  length 0&lt;BR /&gt;
show port flowcontrol  ge.4.7         &lt;BR /&gt;
show port flowcontrol ge.4.26       &lt;BR /&gt;
show port flowcontrol ge.4.38        &lt;BR /&gt;
show port flowcontrol ge.5.34       &lt;BR /&gt;
show port flowcontrol ge.5.36       &lt;BR /&gt;
show port flowcontrol ge.5.38      &lt;BR /&gt;
show port flowcontrol ge.5.46  &lt;BR /&gt;
&lt;BR /&gt;
If you decide to check all of your switches with &lt;BR /&gt;
set  length 0&lt;BR /&gt;
show port flowcontrol  *.*.*&lt;BR /&gt;
&lt;BR /&gt;
Then download a free tool called examdiff (it has a apple and pear picture) and compare the &lt;BR /&gt;
files by show differences only between the any 2 collect&lt;BR /&gt;
&lt;BR /&gt;
Makes life a bit easier&lt;BR /&gt;
and also note the big picture&lt;BR /&gt;
it could be a:&lt;BR /&gt;
1. Mis-configuration of switch&lt;BR /&gt;
2. Faulty NIC or wiring&lt;BR /&gt;
3. Cabling&lt;BR /&gt;
4. Low end PC,&lt;BR /&gt;
5. Printers that should not be seeing traffic(like Multicast&lt;BR /&gt;
6. Congestion&lt;BR /&gt;
7. etc.&lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Mar 2017 22:53:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60386#M1995</guid>
      <dc:creator>Jason_Parker</dc:creator>
      <dc:date>2017-03-14T22:53:00Z</dc:date>
    </item>
    <item>
      <title>RE: HIGH RX PAUSE COUNT</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60387#M1996</link>
      <description>My opinion on the topic..... &lt;BR /&gt;
&lt;BR /&gt;
If I troubleshoot I don't want to write down current counters and then 10 minutes later subtract that from the current counter to get the  result for the change - I want to set them to 0 - during troubleshooting I've better things to do then solving math tasks or using some kind of app to show me the difference.&lt;BR /&gt;
&lt;BR /&gt;
Another thing....there is nothing more annoying then sending a "show support" to the GTAC and then get the answer that some error counters have high numbers even that was because of some issue months ago and has nothing to do with the current problem that I'm working on.&lt;BR /&gt;
&lt;BR /&gt;
For me "clear counter" is the most basic command that must exist on a CLI.&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Mar 2017 23:11:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60387#M1996</guid>
      <dc:creator>Ronald_Dvorak</dc:creator>
      <dc:date>2017-03-14T23:11:00Z</dc:date>
    </item>
    <item>
      <title>RE: HIGH RX PAUSE COUNT</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60388#M1997</link>
      <description>I second this, the ability to not clear counters is absolutely ridiculous. You should at least have the abilities to set the option to clear the counters or maybe just lock out counter clearing if you so desire</description>
      <pubDate>Tue, 14 Mar 2017 23:11:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/high-rx-pause-count/m-p/60388#M1997</guid>
      <dc:creator>Jeremy_Gibbs</dc:creator>
      <dc:date>2017-03-14T23:11:00Z</dc:date>
    </item>
  </channel>
</rss>

