I'm experiencing a quick loss of the connection. Sometimes, my MS Teams call freezes, or a site does open, but then if I refresh the page or wait a few seconds, it's back online aging.
I have left a ping running to 8.8.8.8 and 1.1.1.1 from my PC, and sometimes I have the problem, and the ping is still working... I also track the WAN traffic in the OpenWrt, but I couldn't figure out anything from there.
Any tips on what to do next to identify and fix the problem?
I'm new here, so if you need information from my configuration, please share the command I need to run to get it.
Big picture:
Model: Raspberry Pi 4 Model B Rev 1.2
Architecture: ARMv8 Processor rev 3
Target Platform: bcm27xx/bcm2711
Firmware Version: OpenWrt 23.05.0-rc2 r23228-cd17d8df2a / LuCI openwrt-23.05 branch git-23.118.79121-6fb185f
Kernel-Version: 5.15.118
Pinging microsoft.com [20.112.250.133] with 32 bytes of data:
Reply from 20.112.250.133: bytes=32 time=170ms TTL=108
Reply from 20.112.250.133: bytes=32 time=170ms TTL=108
So do you have a fiber optic/ethernet adapter provided by your carrier and after all the other devices?
Correct, the network provided las equipment in my network is a NTU (Network Termination Unit).
Is the fiber optic adapter set to bridge-mode or is it nat on the connections?
The NTU gives me a NAT IP. So, It's not in bridge mode.
which operator provides you with internet?
A small network provider from my city, which is a good thing. Because if I need something from them, I can quickly get it.
I have bought the adaptor Ethernet Gigabit Ue300 Usb 3.0 Tp-link, but it hasn't arrived yet.
So far, after installing the mtr in the OpenWrt and running it on two Windows machines on my network...The internet issue didn't happen so far...I will continue tracking here ...
You should try to stress the connection, for example by launching more contemporary downloads and/or even more contemporary speed tests it could be that you can identify the anomaly in the presence of multiple outgoing connections.
o heating anomalies of the Rasberry CPU under stress ..
Have you also active any SQM?
Have you activated the Stoware/Hardware Flow Offloading?
I just did a stress bandwidth test using the "https://www.speedtest.net/." During this test, the CPU 0 reached around 73% to 85% during download and 44% to 66% during upload. The other CPUs didn't change.
@ncompact, do you think it's not necessary to configure an SQM?
I have turned it off and rerun the download and upload test. It dropped the CPU usage a little to around 66% during the download and 55% during the update.
I don't think the SQM CPU usage is a problem for now...