Every day at the same time, my internet dies for 1 minute. How do I investigate?
3:40pm every day my wifi loses internet access. My devices remain connected to the network, but all traffic dies. Almost exactly 1 minute later everything is resumed. I have no idea what the cause could be.
How could I begin investigating this? I have a spare Raspberry Pi and and old Android phone at my disposal, and some programming competency.
140 comments
[ 21.7 ms ] story [ 1162 ms ] threadAnyway, if the ISP does this, then you have to reconnect once every day (or sometimes every two days), and if you don't do so manually they will just cut your connection on their side and make you reconnect.
My (German) ISP does that too, the one I had before did it, the one before did it as well.
You might also check the router's logs for that time, perhaps there's something useful information.
Because the exact same thing was happening to me at the exact same time. I’m no networking expert but when I checked the logs it seemed that every day Comcast would try to “fix” my (not broken) DNS settings. I had been using mullvad DNS and open DNS as backup but since switching to nextDNS the issue has stopped.
I don’t know enough about networking or DNS to offer any explanation as to why.
It went away after I called them and had them "de-provision" and "re-provision" my modem. Basically deleting it from their system and readding it. For whatever reason, whenever I'm having chronic comcast weirdness, having them do this solves it. It sucks that this is the way things are.
Sorry for the all caps. I just scrolled through my texts and saw the “internet out?” texts are at the same time.
Hopefully that means it’s a provider issue behind us. Wonder what we have in common?
- South Lake Tahoe, CA
- Spectrum Gig internet
- Asus Zenwifi mesh
Also Spectrum, but no gigabit here.
Although I suspect your ISP has a 24h lease and your modem renegociates at 3:40 everyday
But I’ve not experienced similar in 20 years of dynamic ips.
The way DHCP 'should' work is that when a client is part-way through the lease it should try to renew the IP it already has:
* https://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Pro...
* https://tools.ietf.org/html/rfc2131#section-4.4.5
This allows the client to (hopefully) keep extending the IP it has so that a re-IP does not cause current connections to drop. If the modem is not doing this (can the OP log into it in someway to see logs?), then it is acting as a 'non-ideal' DHCP client.
Until this is sorted out, try rebooting the modem an an 'odd' hour that will not disrupt you during the day. This is no guarantee though: the DHCP server may remember the old/current DHCP lease and simply re-issue it with the same expiration time.
I'm on DSL/PPPoE, so this may not apply, but: my Asus router has a setting that allows it to automatically reboot. I do this at ~04h00 to get a new IP every day so help with privacy concerns. I generally surf with cookies disabled, so these two things help with the low-hanging fruit of simple tracking techniques. (My DSL modem is bridged.)
The lease would be dropped and renegotiated every few hours, we could notice it because our SSH tunnels would get torn down.
What was annoying was that the business plan had a static IP associated with it, presumably managed by their DHCP setup.
It took weeks to convince Comcast the issue wasn’t in our building, and moments for them to fix once they “got it”.
https://xkcd.com/806/
> The Gileadites seized the fords of the Jordan before the Ephraimites arrived. And when any Ephraimite who escaped said, “Let me cross over,” the men of Gilead would say to him, “Are you an Ephraimite?” If he said, “No,” then they would say to him, “Then say, ‘Shibboleth’!” And he would say, “Sibboleth,” for he could not pronounce it right. Then they would take him and kill him at the fords of the Jordan. There fell at that time forty-two thousand Ephraimites.
As OP said, mtr will tell you where in the line it’s happening.
My router is currently showing a lease time of 3 Min. I think most router tends to renew their IP at 50% of ISP's lease time ( in this case 6 min )
What are the purpose of these ridiculously low lease time? I remember in the old days they tend to go for 48 hours if not longer.
And apology for asking an off topic question. I guess that is what the downvotes are coming from.
But the other part is money... why give something away for free when you can make it a "feature" to pay for?
Tons of other reasons in various articles...
https://www.online-tech-tips.com/computer-tips/ott-explains-...
https://superuser.com/questions/590391/why-do-isps-change-yo...
Id be glad to give them away for free but it is all downside for us and over 99% of residential customers dont want one to start with.
I think we have 3 residential customers out of 1500 that have statics.
I'm actually glad I don't deal with that stuff on a day to day... but I like learning about it.
(or if I set up my own router could I just use the all?)
2. If there are packet losses, then you have your answer: the issue is from your ISP.
3. If there are no packet losses, then you'll need to look closer at your network. Check to see if some hardware on your network might be performing a reboot at the 3:40pm mark.
[1] https://en.wikipedia.org/wiki/Reply_All_(podcast)
Or maybe it is related, in which case I'll eat at a hat.
I need to watch more Futurama. That was great!
I think the OP is so eager to get back online he sees 3:40 every day and is using that timepoint as his troubleshooting clue.
However If he were to disconnect 3:10 and then just be offline an hour until plugging the device back he would probably see the reset happen 4:10 going forward.
In my experience, even if I discover what is the problem, if it's on their side I still have to go through support to get it fixed, so I just wasted my time. And in most cases the lowest level of support doesn't even write down the information I give in the ticket, even if I send an email.
Also, it made it harder to run servers until we had services like DynDNS.
On newer connections it isn't common anymore, especially if you have a voice service.
Hardwire the Pi to the network. Start a verbose traceroute and ping loop on a device on WiFi, as well as the Pi. Once it fails, observe the lights on your router/wifi device(s). Note time to the second of the start and finish of the outage, and the behavior of the lights. Check the results of your traceroutes/pings. Start digging through the logs of each network device.
Also, you can never quite rule out power, even if the lights stay on. A power conditioning UPS is useful here.
You can do that with cheap socket timer.
Not sure why would anyone set it to the middle of the day. Maybe error in setting times or clock or it was set intentionally so that you can service it at normal hours if it doesn't come back on.
The problem is you can put in 'off' time and 'on' time but they have to be at least 1 minute apart.
Switching to 5Ghz will help if this is the case
I had a similar experience to this years ago while working at my mother's kitchen table for while. The network would keep going dead and I had no idea what was causing it.
Eventually, I discovered that it happened every time she used the microwave to heat up a drink or something.
Changing to a different WiFi channel fixed it. :)
If that doesn't fix it, below is how I'd proceed.
Use the trace route networking tool (google it, different syntax on different OS) to some known good public IP address. I usually use 1.1.1.1 or 8.8.8.8.
This tool shows you the path your traffic takes:
The snippet above shows that I have two local devices (192.168.1.1, 192.168.11.1) my traffic passes through and 18 devices total before my traffic hits the public IP.Run this command at 3:39. Then run it again at 3:40. Then again at 3:41. Compare results and that should give you a good idea which device is malfunctioning at that time.
Some routers also have a ping command baked into them. If you can make it constantly ping 8.8.8.8, while you run the test above, it may help you. In the case where your traceroute stops at your own router, you can look at the ping from the router itself, and see if it also stopped:
A) If the traceroute stops at your router, but the router ping is not interrupted, then something in your router is flaking out.
B) If the router ping is also interrupted, then the problem is "upstream" from you. Maybe the cable modem (or whatever device) that is upstream from your router.
If you decide the problem is upstream, contact your ISP. If it's local, investigate and/or replace the flaky device.
HTH.