<?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: Excessive Broadcasts in Switches, Hubs, and Modems</title>
    <link>https://community.hpe.com/t5/switches-hubs-and-modems/excessive-broadcasts/m-p/3932724#M10306</link>
    <description>CDC errors are often caused by manually setting a port to 100 FULL then leaving the others at AutoNegotiate.  AutoNegotiate is only allowed to work correctly if both ends are set to AutoNegotiate.  If you set one end to Full the other side will not be able to AutoNegotiate to FULL and will be stuck at HALF.  (It's in the AutoNegotiate specs that way.  I guess they were afraid of it making a mistake back when most people just had hubs)&lt;BR /&gt;&lt;BR /&gt;The side set to FULL will show high CRC errors.  The AutoNegotiate HALF side will show a large number of collisions.  The CRC errors come about because the Half side sees incoming traffic when it is transmitting and thinks it's a collision so it stops sending immediately which results in an unfinished packet reaching the FULL side.  This unfinished packet is interpreted by the FULL side as a CRC error.&lt;BR /&gt;&lt;BR /&gt;Ron</description>
    <pubDate>Fri, 26 Jan 2007 11:19:14 GMT</pubDate>
    <dc:creator>Ron Kinner</dc:creator>
    <dc:date>2007-01-26T11:19:14Z</dc:date>
    <item>
      <title>Excessive Broadcasts</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/excessive-broadcasts/m-p/3932720#M10302</link>
      <description>Hi, &lt;BR /&gt;There's this error too in the same swicth!My question is, what can i do for reduce the broadcast on this switch?&lt;BR /&gt;Where can i operate for solving this problem? In the switch or in the instruments (PC, client or anything else)?&lt;BR /&gt;Thanks a lot.&lt;BR /&gt;Best regards&lt;BR /&gt;Alberto</description>
      <pubDate>Thu, 25 Jan 2007 06:18:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/excessive-broadcasts/m-p/3932720#M10302</guid>
      <dc:creator>Alberto Frosi</dc:creator>
      <dc:date>2007-01-25T06:18:33Z</dc:date>
    </item>
    <item>
      <title>Re: Excessive Broadcasts</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/excessive-broadcasts/m-p/3932721#M10303</link>
      <description>The switch only reports what it sees, but you may be able to reduce the sensitivity of the switch logging these events with the 'fault finder' command. Set it to the lowest sensitivity. You can do this through the CLI or the web interface.</description>
      <pubDate>Thu, 25 Jan 2007 07:20:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/excessive-broadcasts/m-p/3932721#M10303</guid>
      <dc:creator>Matt Hobbs</dc:creator>
      <dc:date>2007-01-25T07:20:06Z</dc:date>
    </item>
    <item>
      <title>Re: Excessive Broadcasts</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/excessive-broadcasts/m-p/3932722#M10304</link>
      <description>I've posted here my first problem:&lt;BR /&gt; Hi all&lt;BR /&gt;Last night a hp switch 4108 for more port report&lt;BR /&gt;this error: Excessive CRC/Alignment Errors on port XX.In the same switch are connected more instrument HPLC and 1 server.&lt;BR /&gt;The server at 2.11AM has last the connection with all instruments and with another server connected in another switch.This error are appeared for any port too in the same switch.&lt;BR /&gt;What can i check for resolve the problem?&lt;BR /&gt;Till 15 January what this problem on the switch apperead!&lt;BR /&gt;Thanks a lot in advance.&lt;BR /&gt;Regards...&lt;BR /&gt;Alberto Frosi</description>
      <pubDate>Thu, 25 Jan 2007 08:00:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/excessive-broadcasts/m-p/3932722#M10304</guid>
      <dc:creator>Alberto Frosi</dc:creator>
      <dc:date>2007-01-25T08:00:13Z</dc:date>
    </item>
    <item>
      <title>Re: Excessive Broadcasts</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/excessive-broadcasts/m-p/3932723#M10305</link>
      <description>You can disable the CDP RUN , interface all , disable the LACP,  no flowcontrol . then show logging again.&lt;BR /&gt;&lt;BR /&gt;when you see the CRC error, other option you need  check the cable or the computer's NIC.</description>
      <pubDate>Thu, 25 Jan 2007 20:58:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/excessive-broadcasts/m-p/3932723#M10305</guid>
      <dc:creator>Lei.Ma</dc:creator>
      <dc:date>2007-01-25T20:58:54Z</dc:date>
    </item>
    <item>
      <title>Re: Excessive Broadcasts</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/excessive-broadcasts/m-p/3932724#M10306</link>
      <description>CDC errors are often caused by manually setting a port to 100 FULL then leaving the others at AutoNegotiate.  AutoNegotiate is only allowed to work correctly if both ends are set to AutoNegotiate.  If you set one end to Full the other side will not be able to AutoNegotiate to FULL and will be stuck at HALF.  (It's in the AutoNegotiate specs that way.  I guess they were afraid of it making a mistake back when most people just had hubs)&lt;BR /&gt;&lt;BR /&gt;The side set to FULL will show high CRC errors.  The AutoNegotiate HALF side will show a large number of collisions.  The CRC errors come about because the Half side sees incoming traffic when it is transmitting and thinks it's a collision so it stops sending immediately which results in an unfinished packet reaching the FULL side.  This unfinished packet is interpreted by the FULL side as a CRC error.&lt;BR /&gt;&lt;BR /&gt;Ron</description>
      <pubDate>Fri, 26 Jan 2007 11:19:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/excessive-broadcasts/m-p/3932724#M10306</guid>
      <dc:creator>Ron Kinner</dc:creator>
      <dc:date>2007-01-26T11:19:14Z</dc:date>
    </item>
  </channel>
</rss>

