NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
47% packet loss
I've RBK53 where RBSatellites are connected to RBRouter with ethernet backhaul. Wifi covers whole house & I can hit my bandwidth limit which is 250mbps everywhere but currently experiencing an issue ...
Cihan wrote:I've installed the replacement unit in AP mode as well and there was no package loss. Then I changed it to Router mode & bridged my modem today. Packet loss on 192.168.1.1 is back.
Is this normal, anyone else is experiencing the same thing?
Attached is a Ping Plot I just did to Google.com. Zero packet loss to any node that responds to ICMP (notice that node 2 does not).
The Orbi has been replaced, but the problem remains and shows up only in router mode. I wonder:
- The Orbi router will still have an IP address, even when in Access Point mode.
Can you run Ping Plotter against that IP address by itself? - It appears to me that the only "constant" in the problem is the Mac that is running Ping Plotter.
Can you get access to some other computer? (invite someone over with a laptop - and a mask, of course)
Would be useful to see if other devices report the same results.
If packets are actually being "dropped", I would expect the reports for every node after the Orbi to also report packet loss. Perhaps my understanding of how "ping plotters" function is incorrect. PingPlotter provides a really slick description of the product here:
https://www.pingplotter.com/fix-your-network/getting-started/how-pingplotter-works.html
But, they never say how those intermediate "hops" are discovered and measured.
My understanding is that the program does a "Trace Route" to determine how many hops there are and the IP address of each hop.
https://support.microsoft.com/en-us/help/314868/how-to-use-tracert-to-troubleshoot-tcp-ip-problems-in-windows
It then looks up the DNS names of those IP addresses to create a more "user friendly" display.Then, it sends a series of ICMP requests to every hop in the router. i.e. to hop 1, to hop 2, to hop 3, etc.and records how long it takes for each response to return.
Something is going wrong with ICMP to hop 1, but not to any other hop. If the Orbi is "dropping packets", then it should drop packets that are going everywhere, not just drop packets intended for the Orbi router.
Sorry to go on (and on). I have a feeling the problem may be with the measuring process, not with the network.
- The Orbi router will still have an IP address, even when in Access Point mode.
I've installed the replacement unit in AP mode as well and there was no package loss. Then I changed it to Router mode & bridged my modem today. Packet loss on 192.168.1.1 is back.
Is this normal, anyone else is experiencing the same thing?
PS: The new router has come with 2.3.30 or something firmware and my devices keep hopping and was not stable at all. I was frusturated and updated to the latest firmware. BTW unlike my first unit, it was not detecting the new firmware and I had to update it manually.
Since i would like to use router features (armor, disable internet via app etc..), AP mode is not a choice for me.
Cihan wrote:I've installed the replacement unit in AP mode as well and there was no package loss. Then I changed it to Router mode & bridged my modem today. Packet loss on 192.168.1.1 is back.
Is this normal, anyone else is experiencing the same thing?
Attached is a Ping Plot I just did to Google.com. Zero packet loss to any node that responds to ICMP (notice that node 2 does not).
The Orbi has been replaced, but the problem remains and shows up only in router mode. I wonder:
- The Orbi router will still have an IP address, even when in Access Point mode.
Can you run Ping Plotter against that IP address by itself? - It appears to me that the only "constant" in the problem is the Mac that is running Ping Plotter.
Can you get access to some other computer? (invite someone over with a laptop - and a mask, of course)
Would be useful to see if other devices report the same results.
If packets are actually being "dropped", I would expect the reports for every node after the Orbi to also report packet loss. Perhaps my understanding of how "ping plotters" function is incorrect. PingPlotter provides a really slick description of the product here:
https://www.pingplotter.com/fix-your-network/getting-started/how-pingplotter-works.html
But, they never say how those intermediate "hops" are discovered and measured.
My understanding is that the program does a "Trace Route" to determine how many hops there are and the IP address of each hop.
https://support.microsoft.com/en-us/help/314868/how-to-use-tracert-to-troubleshoot-tcp-ip-problems-in-windows
It then looks up the DNS names of those IP addresses to create a more "user friendly" display.
Then, it sends a series of ICMP requests to every hop in the router. i.e. to hop 1, to hop 2, to hop 3, etc.and records how long it takes for each response to return.
Something is going wrong with ICMP to hop 1, but not to any other hop. If the Orbi is "dropping packets", then it should drop packets that are going everywhere, not just drop packets intended for the Orbi router.
Sorry to go on (and on). I have a feeling the problem may be with the measuring process, not with the network.
Thanks for your reply CrimpOn .
Pingman says The only hop that matters is the final destination. If you're happy with the latency and packet loss being seen at the final destination, then none of the other hops matter.
So as you said it is a matter about the application for now.
But I was already experiencing a worst loss on my gaming pc ~97 last week. It is a windows pc and i was doing tracing via winMTR, also was getting ~10-20 loss on my developer machine via cable connected. But today I'm checking them side by side and they all look good.
The only difference is,
- Circle is not installed on this router
- Daisy chain disabled
- 2.4 & 5 ghz channels are set differently.
Now I don't experience any issue at all.
Thanks for your help CrimpOn !