ORBI RBR/S50 dropping connection every 5 minutes

[aythan09]

Im reading all of the "older" posts and the fix for them is the https://kb.netgear.com/000044171/RBR50-Firmware-Version-1-12-0-18.  Is this still the fix some 2+ months later?

Symptoms:

Im online and I will lose connection for 5 seconds and the connection will comeback.  I am a wfh consultant so I am on webex 10 hours a day... if I am on VPN with a customer (we all know how sensitive and latent VPN can sometimes be) the connection drop will not immediately reset and it can drop my voice or drop connection for a few seconds and immediately reconnect.  Its almost as if Im losing enough packets or getting a rst then getting back into the webex.

Of course... this is very annoying an not conducive to my work! 

What is the most current fix for this?  My current setup is using the ATT Uverse 5268AC with DMZ+ mode into the ORBI and my primary computers are all hardwired into the ORBI.

[aythan09]

Im currently on V2.0.0.74.

[aaz]

Definitely upgrade firmware 2.0.0.74, but I found that a camera on my network was causing a similar issue with real time traffic because of bad UPnP implimentation, when I turned off UPnP under advanced settings everything was good including VOIP and RDP connecitons.

[aythan09]

I removed UPnP and the issue is still occuring.  I am on the suggested firmware version... if there are any other suggestions... Im definitely willing to try them out!

[aythan09]

Something is definitely happening every 5 minutes... my ping times are weird!

64 bytes from 8.8.8.8: icmp_seq=134 ttl=55 time=70.220 ms
64 bytes from 8.8.8.8: icmp_seq=135 ttl=55 time=70.937 ms
Request timeout for icmp_seq 136
64 bytes from 8.8.8.8: icmp_seq=137 ttl=56 time=6.987 ms
64 bytes from 8.8.8.8: icmp_seq=138 ttl=55 time=70.501 ms
64 bytes from 8.8.8.8: icmp_seq=139 ttl=55 time=70.287 ms
64 bytes from 8.8.8.8: icmp_seq=140 ttl=55 time=70.100 ms
64 bytes from 8.8.8.8: icmp_seq=141 ttl=55 time=70.968 ms

64 bytes from 8.8.8.8: icmp_seq=430 ttl=55 time=70.341 ms
64 bytes from 8.8.8.8: icmp_seq=431 ttl=55 time=69.973 ms
64 bytes from 8.8.8.8: icmp_seq=432 ttl=55 time=70.406 ms
64 bytes from 8.8.8.8: icmp_seq=433 ttl=55 time=70.244 ms
64 bytes from 8.8.8.8: icmp_seq=434 ttl=55 time=70.947 ms
Request timeout for icmp_seq 435
Request timeout for icmp_seq 436
64 bytes from 8.8.8.8: icmp_seq=437 ttl=56 time=7.037 ms
64 bytes from 8.8.8.8: icmp_seq=438 ttl=56 time=6.954 ms
64 bytes from 8.8.8.8: icmp_seq=439 ttl=55 time=70.001 ms
64 bytes from 8.8.8.8: icmp_seq=440 ttl=55 time=70.090 ms
64 bytes from 8.8.8.8: icmp_seq=441 ttl=55 time=70.111 ms

Whats up with the 7ms and then 70ms after the dropped packets?

[aaz]

Cannot tell what's up with your ping times. Maybe try pinging the router itself or another device on your network. Let's see that.