A simple task of replacing a burnt 3COM switch & rearranging the patch cords in proper sequence turns into a major troubleshooting process when after plugging in the new switch & cascading it to an existing switch, all users on the network cannot no longer access the network.
It is no help that these two switches are also linked via a fiber link to another department nearby. The fact that the face plates at the users’ locations are just partially numbered & the patch cords aren’t numbered at all adds on to the difficult task of isolating the problem.
First suspect was that there was a loop somewhere whereby there are two uplinks linking up two of the switches, namely the fibre link & another ethernet link which we have accidentally plugged in to the patch panel while disconnecting & rearranging the cables. But because there were no indication nor any kind of network diagram, we have to test it one by one;
by first disconnecting the all the cables on the server rack on our end,
cascade the two switches, then connect the fiber link,
ensure the remote location is able to access the network,
then connect a workstation to the local switches doing at command prompt, an ipconfig /release then ipconfig /renew every time a patch cord is connected from the patch panel on the server rack to the port on the switch.
This is to test whether to ensure we can obtain a IP lease from the server without any problem. If we can’t then that is the source of the problem.
The process also force us to properly label the patch cords, tidy up the cable layout & finally isolating the problematic point on the patch panel, all these while with the users breathing down our necks.
Once all these are done & the network is fully functional again, there is still one particular user that is unable to access the network. In fact the network icon on her computer shows a network disconnected sign.
Suspect that it could be a non-functioning port on the old switch that we have cascaded the new switch to since we have done a rearrangement of the network points.
Without a data point number on the face plate near her table, we have to unplug those ports that is not in use from the patch panel (that is their led is not lit on the old switch) then plug one end of a network cable to a port on the new switch & then plug the other end to the patch panel unused ports one by one.
Since those ports are unused, there should not be any led light on the new switch when we plug the cable to each of the patch panel’s port. If the led is lit, we have isolated the faulty port on the old switch.
We manage to isolate the problematic port on the old switch, tape it up to ensure no one would accidentally use it again & check every single network point to ensure it is functionally.
The whole process took 2.1/2 hours but it is better than having to deal with errantic problems these two issues may cause which we may be clueless about few weeks down the road.