2
My office's network is super slow when browsing HTTP and I am not sure what is wrong. If someone can point me the way to properly diagnose the problem it would be much appreciated. Some facts:
- Old legacy network, probably 10-15 years old or so. Wirings are old, and could be chomped by rodents. Before my time.
- Have a lot of 4-port and 8-port switches hiding under some nooks and cranny, and also two 24-port unmanaged switches. They are probably incorrectly connected topology-wise.
- Main router is a Linksys E2500 running Tomato Shibby. This one I setup up myself.
- ISP has 20 MBps bandwidth.
5. Very slow when browsing HTTP and email, frequently times out. Many times fails to even open main router's GUI page.
- Great torrent speed! I got about 1.6-1.7 MegaBytes/s the other day, which is more or less what we pay for.
- Many devices connected during the day. Can be 100 or so, including PCs, laptops, and mobile devices. Note that not all devices stay in office all day, and by afternoon probably only 40 or so devices are on the network. On a typical day total up and down bandwidth used is 5-10 GB.
- Some ping results:
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=1.069 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.242 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=1.458 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.510 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=1.827 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=2.495 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=1.583 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=1.393 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=1.089 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=1.375 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=1.357 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=1.266 ms
64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=1.428 ms
64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=106.366 ms
64 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=111.168 ms
64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=66.989 ms
64 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=25.137 ms
64 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=1.436 ms
64 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=1.392 ms
64 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=1.341 ms
64 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=6.628 ms
64 bytes from 192.168.1.1: icmp_seq=21 ttl=64 time=1.694 ms
64 bytes from 192.168.1.1: icmp_seq=22 ttl=64 time=1.804 ms
64 bytes from 192.168.1.1: icmp_seq=23 ttl=64 time=2.421 ms
64 bytes from 192.168.1.1: icmp_seq=24 ttl=64 time=5.953 ms
64 bytes from 192.168.1.1: icmp_seq=25 ttl=64 time=1.351 ms
64 bytes from 192.168.1.1: icmp_seq=26 ttl=64 time=1.355 ms
64 bytes from 192.168.1.1: icmp_seq=27 ttl=64 time=15.504 ms
64 bytes from 192.168.1.1: icmp_seq=28 ttl=64 time=1.352 ms
64 bytes from 192.168.1.1: icmp_seq=29 ttl=64 time=5.576 ms
^C
--- 192.168.1.1 ping statistics ---
31 packets transmitted, 30 packets received, 3.2% packet loss
round-trip min/avg/max/stddev = 1.069/12.552/111.168/28.559 ms
PING www.google.com (117.102.117.229): 56 data bytes 64 bytes from 117.102.117.229: icmp_seq=0 ttl=61 time=8.264 ms
64 bytes from 117.102.117.229: icmp_seq=1 ttl=61 time=7.649 ms
64 bytes from 117.102.117.229: icmp_seq=2 ttl=61 time=9.111 ms
64 bytes from 117.102.117.229: icmp_seq=3 ttl=61 time=102.421 ms
64 bytes from 117.102.117.229: icmp_seq=4 ttl=61 time=9.958 ms
64 bytes from 117.102.117.229: icmp_seq=5 ttl=61 time=12.041 ms
64 bytes from 117.102.117.229: icmp_seq=6 ttl=61 time=8.307 ms
64 bytes from 117.102.117.229: icmp_seq=7 ttl=61 time=10.437 ms
64 bytes from 117.102.117.229: icmp_seq=8 ttl=61 time=9.053 ms
64 bytes from 117.102.117.229: icmp_seq=9 ttl=61 time=8.305 ms
64 bytes from 117.102.117.229: icmp_seq=10 ttl=61 time=9.206 ms
64 bytes from 117.102.117.229: icmp_seq=11 ttl=61 time=8.594 ms
64 bytes from 117.102.117.229: icmp_seq=12 ttl=61 time=8.809 ms
64 bytes from 117.102.117.229: icmp_seq=13 ttl=61 time=7.019 ms
64 bytes from 117.102.117.229: icmp_seq=14 ttl=61 time=17.241 ms
64 bytes from 117.102.117.229: icmp_seq=15 ttl=61 time=40.051 ms
^C
--- www.google.com ping statistics ---
16 packets transmitted, 16 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 7.019/17.279/102.421/23.295 ms
Router stats:
Name TomatoUSB
Model Linksys E2500 v1.0
Chipset Broadcom BCM5357 chip rev 2 pkg 8
CPU Freq 300MHz
Flash Size 16MB
Time Wed, 13 Jan 2016 09:59:37 +0100
Uptime 0 days, 09:59:14
CPU Load (1 / 5 / 15 mins) 0.14 / 0.08 / 0.01
Total / Free Memory 59.96 MB / 40.43 MB (67.42%)
Total / Free NVRAM 60.00 KB / 35.05 KB (58.42%)
I have an engineering background and some programming experience, but I am by no means a qualified network engineer. Questions:
- Is pinging an accurate representation of the quality of a network?
- If I get rid of all switches and force all devices to use Wifi would it help?
- Would having a Managed Switch plugged into the top of my network help?
- Could Tomato firmware be a reason for high pings?
Thank you!
1Get a better router. A SOHO router is not designed to handle 100 devices. – sawdust – 2016-01-12T08:50:51.563
1"Old legacy network, probably 10-15 years old or so. Wirings are old, and could be chomped by rodents." I would suggest it's time to redo the network from scratch using new cabling. 100 devices on a 20Mbps network would suggest you also need to upgrade your internet connection. Putting everything on WiFi would make things even slower. – DavidPostill – 2016-01-12T08:51:50.560
@sawdust thank you for your suggestion. Any suggestion for a more suitable router? – rabbid – 2016-01-12T09:16:23.993
@DavidPostill thank you for your suggestion. In fact I am in the middle of a negotiation with a contractor to rebuild our infrastructure. But I am wondering if it is indeed the problem since our ping results is (mostly) OK? How to properly test our infrastructure? I wouldn't to spend a lot of money on rewiring and have the same problems. For speed it is much more than enough. Among those 100 devices not all of them stay in office all day. On a typical day we use just between 5-10 GB total up and down data. I will revise my original posting to reflect those facts. Thanks again. – rabbid – 2016-01-12T09:20:36.500
1Your ping results to 192.168.1.1 are NOT OK at all. On your LAN, you should pretty much always get less than 1ms pings to the gateway. I am with sawdust, get a new router. I am going to guess that switching out the router would be a huge help. Installing a managed switch COULD help prevent against switching loops (via STP), and would give you the ability to VLAN traffic which could help, but your router seems to be at the core of the issue IMHO. Also, what DNS servers are you using to access the outside world? – Richie086 – 2016-01-12T11:28:37.487
1
One thing you could try is install a tool like ntop (http://www.ntop.org/) on a spare machine and have it capture network traffic for a few days and then analyse the traffic to see if someone is hogging bandwith or using the network connection for some non-work approved thing. I should mention that in order to do this correctly, you will need a managed switch of some sort because you will need to be able to configure port mirroring so that the ethernet cable going to the machine running ntop will capture packets other than just broadcasts. If you need more info, feel free to say so.
– Richie086 – 2016-01-12T11:32:18.9802>
1@rabbid -- I'm not qualified to recommend network equipment even if it wasn't off-topic at SU. But as Line4ult mentions, use a dealer rather than a retail outlet. They might be able to let you test out a loaner/demo unit at your office. Since your primary complaint is internet access, I'd focus on the router before a rewire of the office. – sawdust – 2016-01-12T19:23:03.100
@Richie086 Thanks for your comment. For DNS I am using what the ISP provides. Currently it is 203.142.82.224:53, 182.253.236.236:53 – rabbid – 2016-01-13T09:01:15.330
Added router stats to my original post – rabbid – 2016-01-13T09:03:10.923
Could Tomato firmware be the reason for high pings? – rabbid – 2016-01-13T16:17:22.660
You could, as a test, configure the network to use some public DNS server like 4.2.2.2-7 or 8.8.8.8 to see if your ISPs DNS server is causing any of your issues, but regardless your gateway looks to be dropping packets and responding with sub optimal ping responses. I would expect 0% packet loss when pinging the LAN gateway on any given network. Unless the network was being utilized at its absolute maximum, you should not be dropping packets. – Richie086 – 2016-01-16T03:39:13.630
@Richie086 thanks for your comment again. Does that mean my main router cannot handle the load? – rabbid – 2016-01-17T03:03:10.070
It depends on what time of day you did the pings in your OP. If it was during the day when everyone was using the network it might be slightly understandable to drop a few packets. Try to run a continuous ping before you leave work and let it run until you get back to work the next morning. If you have dropped packets when no one is using the network, get a new router. If you don't see any dropped packets overnight, you should still probably get a new router. – Richie086 – 2016-01-17T11:21:10.323
Btw to do a continuous ping, the command is ping -t IP address. You can redirect the output to a text file if you add >> filename.txt to the end of the ping command – Richie086 – 2016-01-17T11:23:02.523
@Richie086 you just told me to buy a new router no matter what :D Thank you – rabbid – 2016-01-18T07:32:12.023
Exactly, I'm glad you understood my hint. – Richie086 – 2016-01-18T07:33:24.907
By the way late last week I was fooling around with the settings within Tomato and I turned off Bandwidth Limiter and turned on QoS instead. The difference in connection quality is pretty noticeable, though I do not know if what I did is really the reason for that change. – rabbid – 2016-01-18T07:33:39.710
Just turning on QoS means nothing. Did you specify what types of traffic get priority over others? – Richie086 – 2016-01-18T07:35:04.147
Yes, email and especially WWW have priority – rabbid – 2016-01-18T13:33:34.050