Slowness Issue on 2950C - 24

[DrLar]

I bought this switch to comply with corporate standards (all switching and routing must be Cisco).

Bought one of these to replace an Old 3com 10mpbs switch.

But this switch is way slower transfering data, for example a 500MB file takes 2 hours to transfer from s PC to PC or PC to Server, it took way less on the 3com switch, also some apps like use SQL and Foxpro work way slower.

I setup the switch using the smartports feature.

I've checked the Fiber and the CAT 5e cabling and it works well.

Any tips or pointers on this?

 

[JOAMON]

There is a common problem with Cisco switches when connecting to legacy equipment that are 10-Base-T ethernet. For example if the router is a 2611 the best it can operate at is 10 full duplex. The Cisco switch port connected to it must also match and be manually set to either 10 full or 10 half. Auto never works properly and will cause no end to errors on the interfaces. Any older NIC's, printers, or other 10-Base-T network must also have this tweak. More than likely the 3-Com was auto-sensing auto-switching.

 

[JOAMON]

What model router do you have?

 

[DrLar]

Any way to set the Switch to auto-sense auto-switch to avoid these kinds of errors? I don't mind security and all that stuff I just want the switch to "switch" (no v-lans and all that stuff either), like the 3com I had w/o problems.

Also these switches are losing the password I set and I've reset it twice already.

 

[DrLar]

Model is WS-C2950C-24, both the PC side and they switch are reporting 100Mbps, but works like a 10Mbps hub (on speed terms).

The uplink also reports 100Mbps on both sides, this one is connected to a Cisco 4003 Switch.

 

[JOAMON]

on both switches do a show interface f0/? for the ports involved in connecting these two switches together. Please post results. Are you writing the config before a reload? Cisco does not auto save.

 

[DrLar]

Of course I write the config..

FastEthernet0/26 is up, line protocol is up (connected)
Hardware is Fast Ethernet, address is 0014.a827.161a (bia 0014.a827.161a)
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 4/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, media type is 100BaseFX
input flow-control is unsupported output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:07, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 1589000 bits/sec, 142 packets/sec
5 minute output rate 46000 bits/sec, 77 packets/sec
37431328 packets input, 705397017 bytes, 0 no buffer
Received 854759 broadcasts (0 multicast)
5515 runts, 16 giants, 0 throttles
97446 input errors, 45796 CRC, 46119 frame, 0 overrun, 0 ignored
0 watchdog, 498186 multicast, 0 pause input
0 input packets with dribble condition detected
19882625 packets output, 1553583264 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out

 

[DrLar]

Hey, turns out corporate (the guys that manage the 4003), had set the 100BaseFX ports to half duplex on their side, as soon as they changed the config the speed improved drastically.

 

[vipergg]

That certainly will do it . These problems are usually speed/duplex issues.

 

[JOAMON]

The easiest way to spot speed/duplex errors is to enable terminal monitor when you telnet in. Then you will see the console messages.