Netduma Fraser

Added

Added!

Added! You're very welcome.

Thanks for the information, you can do whatever you need to in order to restore normal internet functionality. You can keep posting, this is our main support channel so you're good! I'll have a look over the logs, in the meantime, the easy thing to do which hasn't been done yet is to disable QoS completely to see if you then get normal speeds. Click the menu icon top left of the Congestion Control panel then disable a run a test. For the devices, go to the Device Manager, click the icon and delete offline devices, that should clean it up for you.

Thank you for that, it could be UPnP, as a test, if you put your device in the DMZ on the R2 does it allow you to connect then? If it does take it out of the DMZ then port forward the ports required for the game and it should continue to work.

There is no notification of it but you do have access already, you can find it here: https://forum.netduma.com/forum/144-netduma-r2-early-access/

3.3 is big on getting better mobile/app functionality so it would create more work to release a firmware without it as they're quite intertwined. I'll keep you posted though when I have any updates.

Added, enjoy! https://forum.netduma.com/forum/145-nighthawk-pro-gaming-beta/

There has been some progress, as we're unable to use dumaweb for the 700 (the mobile type interface for 3.3) due to size limitations we've been working on getting it properly supported with the DumaOS app which is now looking good. From what I can see now there may be one or two things being looked into further, other than that I can't see anything that would cause an unnecessary delay at this point so fingers crossed it shouldn't be long now.

Could you provide another log please then when it happens as they were the main entries I could see in the previous log.

Thank you for that, could you disable QoS fully from the Congestion Control menu please and see if it happens again?

Thank you for that, could you disable IPv6 in WAN & LAN Settings and also give the PS5 a reserved IP in LAN Settings > DHCP, reboot the router from the interface and then try again please?

Added! https://forum.netduma.com/forum/145-nighthawk-pro-gaming-beta/

That's very strange, are you seeing anything on the log file when it doesn't allow you to connect?

So you upgraded to the latest Early Access firmware followed by a factory reset and still experiencing the disconnects?

Could you change your DNS to 1.1.1.1 & 1.0.0.1 and see if it continues please?

Could you grab a log when that happens please? Without the DHCP lease in play it may indicate another cause.

The Netgear routers show DoS attacks a lot, they're very sensitive, it's not an attack just a connection you've come in contact with, that one is a server, likely a game server.

Yes that's right so just continue giving devices reserved IPs and see if that resolves it

In LAN Setting, set the DHCP range to start at .50, then assign reserved IP addresses to devices between .2 & .49 so they're out of the DHCP range, apply, reboot from the interface, wait 2 minutes and see if that stops the disconnects.

It may be the Adblocker, if you disable that does it then load correctly?

Are you seeing the issue with the Geo-Filter disabled? What game are you playing specifically? What is the model of the modem/router the R2 is connected to and how is that setup?

Could you sign up for Early Access here: https://forum.netduma.com/topic/39415-introducing-early-access/ then you can try that firmware which should be more stable but if not the devs will be able to take a closer look and see what is happening.

So actually there were a few tests missing but a lot of your testing is based off of Auto Setup which is still being improved upon, Connection Benchmark which uses Google servers (not everyone gets a great connection to them) and 3rd party bufferbloat tests which I don't generally recommend. I think this is why some of the results you're seeing aren't the best. What I would suggest is, saturate your connection with downloads and videos etc, this is better because you're simulating actual traffic on your connection which is more of a real world test. You know how to use Ping Plotter already but I would suggest following this: https://support.netduma.com/en/support/solutions/articles/16000074717-how-to-test-your-internet-ping The key part there is using a local site to test, a news site in your country/state/county for example is likely to be more stable for you. So while you have your connection being saturated with downloads, videos etc and a local site is being pinged it's then best to start with a high value for Congestion Control (while set to Always), say 95% then check the bottom Ping Plotter graph, decrease by 10%, check, decrease by 10% etc, until you get to a value that is pretty good and then try 5% either side of that value to see if it can be improved. It's important to note that Download & Upload on Congestion Control don't have to be the same value and that you may have a better experience with differing values. Ideally by following the guide you'll find your base ping, then you'll see how high your ping goes when the connection is saturated and then you'll find the best CC values that bring your ping down as close to your base ping as possible while all of that traffic is happening. This way you can be absolutely sure that your connection will never be saturated and that no matter what is happening on your network it will not affect your ping at all.

Apologies, a lot to go through, I'll go through it all within the next few hours and provide some feedback. Not specifically no, the PC has a different MAC address depending on the connection method. For Bandwidth Allocation it won't matter as it'll give bandwidth to devices that need it so there won't be any bandwidth going to the 'device' that isn't 'online' if you see what I mean.