Windows – Poor performance when migrated Fast Ethernet to Gigabit network

gigabit-ethernetnetworkingwindowszyxel

I have very strange problem. In a office computer network with about 100 PCs with mixed Windows XP SP3, Windows 7 and some Windows Server 2008 R2, I've decided to upgrade the network from Fast Ethernet to Gigabit by changing the main 100Mbps switch (a TP-Link) with a 1Gbps switch (ZyXEL GS1910-48). There are two other gigabit switches (TP-Link) that I preserved in the network and they are uplinked to the new one.

After this change the network performance instead to be optimized it degraded! A group of the PCs (about 15) use accounting software from Windows Server 2008 as mapped windows drive to load the software and uses TCP connection to the server when accessing and writing accounting data. The performance of that network after the change degraded like 10Mbps network and every operation which was fast before the change become slow.

I checked the flow control of the switch and it is disabled on every port. Also disabled the flow control and QoS of every client machine. The switch port on which is connected the accounting server I noticed the error and rejected packet counters are increasing almost every second. Every ethernet cabling is changed with brand new CAT6. Some of the PCs have 100Mbps cards and other have 1Gbps. When I manually change speed in clients to be 100Mbps FDX is better performance but not as like before the switch change. Any ideas?

Best Answer

If you see error counters continuously increase on specific ports, it very likely is either a duplex mismatch or bad cabling. In rare cases you might be seeing a defective PHY on either side (switch or NIC), driver problems on the station side or a buggy switch.

So first, check the duplex settings on the switch and the connected station for the port(s) in question. If any of the two sides is not set for autonegotiation, the other side will fall back to half-duplex operation. If your station is for example set to "1 Gbps, full duplex", the autonegotiation attempts initiated by the switch side will fail, so it will use 1 Gbps half duplex, causing untimely received frames to be discarded as collisions and seriously degrading the transmission performance. In general, it is a good idea to leave everything at autonegotiation, but if it already is and you still are seeing problems, try hard-setting both sides to the same parameters - buggy NICs and switches exist so autonegotiation might fail to produce correct results in a few cases.

Another thing to check for is Jumbo frames - if either side is set to not accept the over-long frames, they would be counted as "too long" or "illegal length".

Defective cabling or broken PHYs would mostly let the CRC/FCS error counters increase in a rather speedy manner. The easiest way to check if it is cabling or the PHY is by exclusion by simply replacing the components - change ports on the switch, replace NICs at the station side, replace cabling runs by known-goods.

You also should not disable flow control - in general, it is a good thing to have.