[K12OSN] Excessive collisions cripple network -- Suggestions for solutions?
Tom Wolfe
twolfe at sawback.com
Sun May 4 17:36:12 UTC 2008
Terrell & Julius, thanks for the ideas. The switches I have right now are
Netgear GS748T (v1). They supposedly support STP but the firmware is also
a little flakey. I'll give it a shot.
I'm also definitely into the idea of springing more $$ for better switches
and moving the Netgears to other less critical locations. The Cisco
Catalyst switches are expensive -- are they worth the money? Any specific
recommendations? Any lower cost solutions that are "just as good"?
Regards,
Tom Wolfe
---
Tom Wolfe, IT Specialist twolfe at sawback.com
Stoney Education Authority tel: (403) 881-2650
Box 238, Morley AB, T0L 1N0 fax: (403) 881-2793
Morley Community School | Chief Jacob Bearspaw School | Ta-otha School
On Thu, 1 May 2008, "Terrell Prudé Jr." wrote:
> Julius Szelagiewicz wrote:
>> On Wed, 30 Apr 2008, Tom Wolfe wrote:
>>
>>
>>> Our Linux labs continue to work great. However, our network has now become
>>> much bigger, with lots of little satellite switches in our mini labs
>>> (classes that are serviced by a single Cat 5e wire now have 5-15 K12LTSP
>>> clients via simple switches).
>>>
>>> Every couple of months it seems that accidentally ?someone? plugs both
>>> ends of an ethernet cable into the same switch. This ends up sending out
>>> collisions like nuts and slows or cripples our network. I then have to
>>> figure out where the problem is and fix it.
>>>
>>> Are there any recommendations out there on how to prevent these problems
>>> from affecting my whole network, e.g. is there a switch that will shut
>>> down a port if it's generating too many collisions or problems? And maybe
>>> even email me to alert me of the problem??
>>>
>>> Suggestions would be appreciated!
>>>
>>>
>> Many optipons, all good options cost money. The simplest if not least
>> expensive is to use switches that support spanning tree protocol, end
>> enable it. There is a small packet delay penalty, but it is usually
>> negligible. All my HP Procurve switches have STP set and have no problem
>> with looped cabling. since this happens in rooms served by a single cat5
>> wire, local STP is really crucial. If only a big upstream switch has this
>> capability, it will stop all traffic from the affected room.
>> julius
>>
>
> Julius is right. What you're seeing probably isn't massive collisions,
> but rather a broadcast storm, which can happen even when everything's
> Full Duplex (i. e., no collisions). Several models of switch support STP:
>
> HP ProCurve
> Cisco Catalyst (all models)
> Amer.com (all managed-switch models)
> Raptor
> Avaya
>
> I've also used some Nortel BayStack 350-24T and 450-24T switches, which
> do this job very nicely as well. They make great LTSP switches, and
> they're relatively inexpensive on eBay. Look for one with a Gig-E
> uplink in it.
>
> To get rid of the delay that Julius mentioned, which can take 30
> seconds, you should configure all your access ports for "Rapid Spanning
> Tree", or in Cisco parlance, "port-fast" spanning tree. That'll reduce
> that delay from 30 seconds down to 2 seconds. Leave your uplinks on
> "normal" spanning tree.
>
> Additionally, you might want to configure your access ports to do
> rate-limiting for broadcast frames. This is relatively easy on any
> managed switch of decent quality. We do this at my place of work with
> rather good results.
>
> --TP
>
More information about the K12OSN
mailing list