On Tuesday, I wrote about issues with our Netgear GS748T (see post).
Well, it’s happened again. Thankfully because of the effort we put in last time, it was a fairly quick and simple fix – make sure nobody is on the phone (although if they were, they’d be having difficulties – we use VoIP exclusively), and reboot the switch.
Again, job done – but now we’ve got an order in for some new kit. Tomorrow will bring us from the Ubiquiti Unifi line:
- 2 x US-8-150w – 8 port PoE switch
- 1 x US-24 – 24 port switch
- 1 x US-48 – 48 port switch
The bonus for this is that we’re migrating networks soon (we’ve merged with a much bigger organisation) so I’ll be able to manage these switches easily when the time comes for VLAN setup!
The idea behind this is that each 8 port switch (one for each building on that site) will have the VoIP phones and WiFi Access Points (also Unifi) plugged in for power, one 24 port switch for the server room, and the 48 port switch for user devices.
In one of our sites, our network gear is getting fairly old – and although that shouldn’t really be too much of an issue, one of our switches has started to cause us some networking issues.
It’s a Netgear GS748T and it started showing it’s issue with extended response times to devices attached to it. None of us were aware of where the networking issue was initially so diagnosis took a while.
Networking issue diagnosis
The first ideas were actually that is was the switch directly attached to the servers (a 24 port TP-Link) or one of the devices attached to it as the other switches between the buildings (there’s two) supported desktop devices.
First port of call was to reboot the TP-Link switch – that didn’t work. Next thing to try was to start removing cables from it one by one to see where the issue lay. As we did that, we were pinging a server attached to that switch and monitored response times. Once we tried all of the ports, we realised that the only port we hadn’t done was the one that we were pinging. So, time to ping another machine and pull the last one left.
Ping times dropped.
The problem? That particular server dealt with Active Directory, DNS, DHCP and DFS server. Either we had to rectify the issue with it, or reconfigure something else to take over DHCP and DFS (AD and DNS would be looked after by our other site).
Off we go to reconfigure a different network card with the same IP address (ignoring all the Windows warnings of multiple gateways / duplicate IP addresses etc.).
Then – disaster. As we’re doing this, ping times start ramping up again – up to around 3000ms again! What we then realise is that we’re pinging through another switch – the Netgear GS748T. Hmmm, I wonder. Guy on site wanders over to the other building, reboots the switch and boom – network drops to normal.
Job done – and a note in my head to think that it’s not always the device you think is the problem!
Read here to see how we’re going to resolve the issues.