LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Networking
User Name
Password
Linux - Networking This forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.

Notices


Reply
  Search this Thread
Old 08-16-2020, 02:55 AM   #1
browny_amiga
Member
 
Registered: Dec 2001
Location: /mnt/UNV/Mlkway/Earth/USA/California/Silicon Valley
Distribution: Kubuntu, Debian Buster Stable, Windoze 7
Posts: 684

Rep: Reputation: 56
Wifi Router from hell, massive latency and packet loss


Hi,

I just moved into a new place here and they seem to have a wifi router straight from hell, it is the worse POS I have ever see in my life, the speed is supposed to be around 50 mbit, but it goes down to like 3 kb/s transfer rate, then the latency is through the roof, massive packet loss, when pinging, the latency goes up and down like an akordeon, sometimes reaching stupid 5000 ms.

64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=55 ttl=116 time=421 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=56 ttl=116 time=407 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=58 ttl=116 time=241 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=59 ttl=116 time=485 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=60 ttl=116 time=270 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=61 ttl=116 time=222 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=62 ttl=116 time=356 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=63 ttl=116 time=840 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=64 ttl=116 time=331 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=65 ttl=116 time=780 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=67 ttl=116 time=234 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=68 ttl=116 time=1365 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=76 ttl=116 time=2393 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=77 ttl=116 time=1370 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=78 ttl=116 time=348 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=79 ttl=116 time=338 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=83 ttl=116 time=427 ms
64 bytes from sfo07s16-in-f4.1e100.net (216.58.195.68): icmp_seq=84 ttl=116 time=666 ms
^C
--- www.google.com ping statistics ---
85 packets transmitted, 50 received, 41.1765% packet loss, time 568ms
rtt min/avg/max/mdev = 125.441/574.320/2393.491/444.944 ms, pipe 3



What is going on here? This is on comcast and using their routers that has a cable modem built in.
I have so far always avoided them and knowing what a horrible company that is, I degraded it as a cable modem only and used my own devices which run OpenWRT, which is excellent.

It is pretty close to that router, I have a strong signal. They are not using a lot of bandwith, the people here are hardly tech savy, so oversaturation can be ruled out. There are also no strong EM fields around, everybody is sleeping right now.

On all my other networks, I usually have ZERO package loss, as this is an indicator of something really going wrong.
 
Old 08-16-2020, 04:05 AM   #2
ondoho
LQ Addict
 
Registered: Dec 2013
Posts: 19,872
Blog Entries: 12

Rep: Reputation: 6053Reputation: 6053Reputation: 6053Reputation: 6053Reputation: 6053Reputation: 6053Reputation: 6053Reputation: 6053Reputation: 6053Reputation: 6053Reputation: 6053
One google ping is not enough to establish anything here.
Foremost, try numerical IP's to rule out name resolution problems.
 
Old 08-16-2020, 07:04 AM   #3
browny_amiga
Member
 
Registered: Dec 2001
Location: /mnt/UNV/Mlkway/Earth/USA/California/Silicon Valley
Distribution: Kubuntu, Debian Buster Stable, Windoze 7
Posts: 684

Original Poster
Rep: Reputation: 56
This is just an example, I did about 10 of them, with the same results.
I will try the direct IP method.
 
Old 08-16-2020, 07:17 AM   #4
wpeckham
LQ Guru
 
Registered: Apr 2010
Location: Continental USA
Distribution: Debian, Ubuntu, RedHat, DSL, Puppy, CentOS, Knoppix, Mint-DE, Sparky, VSIDO, tinycore, Q4OS, Manjaro
Posts: 5,786

Rep: Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773
Questions:
1. Are you PAYING for this access? (In other words, have you any leverage or agreement with either Comcast or whoever is providing the Comcast access?)

2. Have you tested with other devices? (Is this a problem only with one device, or with everything attached via WIFI?)

3. Do you know what band (2.4 or 5) and what channel you are connecting on? (Most people do not, but if you know please tell us.) If you can, scan the channel load/signal strength information. If you cannot that is fine, it is not likely to be the issue.

4. Is there any pattern to the changes in either packet loss or latency that you can determine? (It goes to hell when the AC kicks in, gets worse when the lights are on, when a microwave runs, when it rains, anything at all like that.)
 
Old 08-18-2020, 06:30 PM   #5
browny_amiga
Member
 
Registered: Dec 2001
Location: /mnt/UNV/Mlkway/Earth/USA/California/Silicon Valley
Distribution: Kubuntu, Debian Buster Stable, Windoze 7
Posts: 684

Original Poster
Rep: Reputation: 56
Quote:
Originally Posted by wpeckham View Post
Questions:
1. Are you PAYING for this access? (In other words, have you any leverage or agreement with either Comcast or whoever is providing the Comcast access?)
I'm paying for this indirectly through rent, but not that there is much choice here, thanks to the monopole that Comcast has in this region of the USA.

Quote:

2. Have you tested with other devices? (Is this a problem only with one device, or with everything attached via WIFI?)
Not yet, but that is a good idea. This is a Linux Laptop that is super reliable (Debian Stable), I have used it for years on every hour of every day and never had any issues like this, so the hardware / software (which has not been modified in any way neither) can be expected not to be the problem. But I will try once I get the chance.

Quote:
3. Do you know what band (2.4 or 5) and what channel you are connecting on? (Most people do not, but if you know please tell us.) If you can, scan the channel load/signal strength information. If you cannot that is fine, it is not likely to be the issue.
It is 2.4, not a surprise, the people here have no clue about technology, they would not know the difference between the bands if I hit them over the head with it. ;-)
Mode:Managed Frequency:2.412 GHz Access Point:
Bit Rate=108 Mb/s Tx-Power=15 dBm

Quote:
4. Is there any pattern to the changes in either packet loss or latency that you can determine? (It goes to hell when the AC kicks in, gets worse when the lights are on, when a microwave runs, when it rains, anything at all like that.)
[/QUOTE]

Not that I can see. And again, there are no EM fields, no microwave that is on, no washers / dryers that are running, no A/C, no TV, nothing. I do know that it can make a huge difference with WIFI. This is California, so no rain or weather that could account for it. Not that it ever has been a problem before, I sit pretty close to that WIFI Hotspot, so the signal is very strong.
I rebooted the router and it felt it was better for a second and then went back to being posessed. But I know that companies like Comcast are technically inept due to being a monopoly, they could not find their arse with both hands and a flashlight, the routers that they use are all pretty much crap, I have had great success with degrading their devices to just a Cable to ethernet bridge / Modem and getting a proper/good WIFI router (running OpenWRT) to handle the real work.

Due to the people here having no clue about technology, I might be able to make that change.

Update: pinging the IP directly makes no difference, so it is not a DNS issue.
Interesting enough: The problem comes and goes, sometimes it vanishes completely, the latency then is consistently around time=12.7 ms and no packet loss.
 
Old 08-18-2020, 07:58 PM   #6
michaelk
Moderator
 
Registered: Aug 2002
Posts: 25,814

Rep: Reputation: 5960Reputation: 5960Reputation: 5960Reputation: 5960Reputation: 5960Reputation: 5960Reputation: 5960Reputation: 5960Reputation: 5960Reputation: 5960Reputation: 5960
My father has Comcast cable in Florida and about every few years it seems the Xfinity MODEM fails for some reason. One might suspect weather and power but it is always plugged into a UPS. They recently installed fiber so speed isn't much of a problem just reliability.

Many reasons and not necessarily due to wifi signal. Checking with a wired computer would confirm or eliminate wifi as a problem. How old is the MODEM and what is its docsis version? May just need to be replaced. COAX cable ages and could be bad, there could be a bad connections somewhere, downstream amplifiers could be iffy. With everyone online all the time these days the hardware may not be able to handle the load and so on. Comcast should be able to check the signal strength from their end and see if it is acceptable but their first level phone help is not much so it is worth having someone come out and check.
 
Old 08-19-2020, 06:52 AM   #7
wpeckham
LQ Guru
 
Registered: Apr 2010
Location: Continental USA
Distribution: Debian, Ubuntu, RedHat, DSL, Puppy, CentOS, Knoppix, Mint-DE, Sparky, VSIDO, tinycore, Q4OS, Manjaro
Posts: 5,786

Rep: Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773
I sent back their device and installed my own cable modem, then picked a good WIFI router with latest and multiple bands. While I could reload it, the MFG has been good about firmware and OS updates so far and I have not needed to modify it. My throughput is not much better than I had with COMCAST/XFINITY equipment, but mine has always been good (just expensive).

Problem, if you are not the guy paying Comcast, I assume a property owner, you cannot arrange the equipment replacement without involving the owner.
Question: have you discussed the problem with the property owner, it being California is that even possible?

I agree with previous: it might be worth the call to get them to test signal throughput and wire to the device. It would also be of value to be able to report the behavior with at least two clients, so their support will not focus on your platform or OS as a possible cause.
 
Old 08-19-2020, 07:25 AM   #8
dc.901
Senior Member
 
Registered: Aug 2018
Location: Atlanta, GA - USA
Distribution: CentOS/RHEL, openSuSE/SLES, Ubuntu
Posts: 1,005

Rep: Reputation: 370Reputation: 370Reputation: 370Reputation: 370
Quote:
Originally Posted by browny_amiga View Post
Hi,

This is on comcast and using their routers that has a cable modem built in.
There is the problem. This is quite common, I have experienced it myself.
If you have a compatible modem (DOCs3 last I checked) and a router, then switch immediately.
https://www.xfinity.com/support/arti...d-cable-modems
 
Old 08-20-2020, 06:52 AM   #9
wpeckham
LQ Guru
 
Registered: Apr 2010
Location: Continental USA
Distribution: Debian, Ubuntu, RedHat, DSL, Puppy, CentOS, Knoppix, Mint-DE, Sparky, VSIDO, tinycore, Q4OS, Manjaro
Posts: 5,786

Rep: Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773
Quote:
Originally Posted by dc.901 View Post
There is the problem. This is quite common, I have experienced it myself.
If you have a compatible modem (DOCs3 last I checked) and a router, then switch immediately.
https://www.xfinity.com/support/arti...d-cable-modems
Easy to say, but if the account is not in his name then Comcast cannot make the changes required to make it work against the owners will.
Comcast may be able to provide a newer device so that he does not have to spring for hardware, but that also requires the permissionof the owner.
He needs to engage with the property and account owner.
 
Old 08-26-2020, 01:50 PM   #10
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 16,493

Rep: Reputation: 2361Reputation: 2361Reputation: 2361Reputation: 2361Reputation: 2361Reputation: 2361Reputation: 2361Reputation: 2361Reputation: 2361Reputation: 2361Reputation: 2361
Post #1 sounds awful. All going on 2.4Ghz, I presume? Often, switching channel improves things. Try this:
Code:
(sudo) iwlist wlan0 scan |grep -c Channel:1
and repeat for the other channels (Channel:2, etc). That tells you how many users are competing on the same space. Channels overlap, as you know, so try to find the clearest spot and place yourself in the middle of it. Next, try this line for your channels of interest
Code:
(sudo) iwlist wlan0 scan |grep -A4 Channel:1
That gives Channel, Quality and ESSID. If there are people interfering, you want them as far away as possible. 30/70 is poor reception. 60/70 is good. If nothing else, you might be able to get the router channel changed, which costs little.

Lastly, there are gimmicks with a usb and RJ45 connector. You get the feed from the RJ45, and it's powered by usb. Usb-2.0 is fine. These send a wifi signal which is all your own. You can set it up as a private AP of your own., and shake off wifi congestion if you can't get router changes.
 
Old 08-27-2020, 07:38 AM   #11
wpeckham
LQ Guru
 
Registered: Apr 2010
Location: Continental USA
Distribution: Debian, Ubuntu, RedHat, DSL, Puppy, CentOS, Knoppix, Mint-DE, Sparky, VSIDO, tinycore, Q4OS, Manjaro
Posts: 5,786

Rep: Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773Reputation: 2773
I was just reading a similar thread on a different site, and it resolved when the user discovered the backups he thought completed long since were still running, and chewing up his bandwidth behind the scenes. For days at a time!
I see no reason to suspect anything like that here, but it did remind me that it pays to know what might be running in the background that could skew your results.

In this case you have a handicap of not being able to manage the network device, so something could be running in the background anywhere on the network and you may be unable to see it. If it IS something running on your device, that you should be able to check.

Just a thought, I hope it helps.

Last edited by wpeckham; 08-27-2020 at 07:39 AM.
 
  


Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
#WIFI IP Loss - #Ubuntu #Zesty fails to obtain #IP when logged to #Router via WIFI tarant8l Linux - Wireless Networking 1 10-05-2017 08:07 AM
howto monitor mac80211 latency/queue/loss lawranceheshlo Linux - Wireless Networking 1 08-10-2014 03:46 AM
[SOLVED] Abnormally high packet loss when pinging router (leading to slow internet?) Snark1994 Linux - Wireless Networking 3 04-03-2012 11:13 AM
[WMP54GS/bcm43xx] Router lag spike/packet loss Speng Linux - Wireless Networking 5 12-08-2008 02:08 PM
90% packet loss to router? OatBran Linux - Networking 7 11-19-2001 01:54 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Networking

All times are GMT -5. The time now is 09:39 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration