NEW XR500 BETA FIRMWARE: 3.3.535

[Netduma Fraser]

@mr_kfed thanks for the kind words about me! I totally appreciate it's a frustrating issue, I wish I could say it was an issue on our side that we could have fixed but I can't unfortunately. If it's continuing after raising the bottom of the range then I would suggest giving every single device connected to the router a static/reserved IP in DHCP settings. Once you've done that then disable the DHCP server, reboot the router from the interface, wait 4 minutes then confirm you still have access to the interface and internet. Then in theory, the DHCP issue should not longer pose a problem as it's disabled and devices will continue to function with their permanent IP address.

[mr_kfed]

On 4/28/2025 at 10:47 AM, Netduma Fraser said:

@mr_kfed thanks for the kind words about me! I totally appreciate it's a frustrating issue, I wish I could say it was an issue on our side that we could have fixed but I can't unfortunately. If it's continuing after raising the bottom of the range then I would suggest giving every single device connected to the router a static/reserved IP in DHCP settings. Once you've done that then disable the DHCP server, reboot the router from the interface, wait 4 minutes then confirm you still have access to the interface and internet. Then in theory, the DHCP issue should not longer pose a problem as it's disabled and devices will continue to function with their permanent IP address.

They're well deserved!

So, I wasn't able to apply the fix you suggested for more than a day because I have devices that come and go as well as guests staying throughout the year who will want access to my internet. That said, my internet still went down twice during that time. There's nothing in the logs besides 4-5 addresses that update their leases faster and faster, up to every second (or less), then the crash occurs. I have a feeling it's due to features like iPhones Private Wi-Fi Address. The affected IP addresses accumulate 7-50 mac addresses in the device manager fairly rapidly. To my understanding it should be 1 MAC per AP but I'm not an expert or up-to-date with iPhone technologies any longer. 

Another [far fetched] theory is that a user or their ISP has mistakenly turned back on the router functionality for their modem and a double NAT is somehow causing the described issue through some race condition or bug. 

In the end I broke down and purchased another router. An interesting note is that even though I emulated my XR500s settings, I can see each per device data via my piHole now whereas previously I'd only see my XR500s router's 192.168.1.1. Traffic data type (e.g. txt, https, ns) is being reported more accurately as well. Just an interesting observation. That said, my XR500 did pick WIFI auto settings better than my current solution.

Farwell for now Fraser! All the best. 

[Netduma Fraser]

37 minutes ago, mr_kfed said:

They're well deserved!

So, I wasn't able to apply the fix you suggested for more than a day because I have devices that come and go as well as guests staying throughout the year who will want access to my internet. That said, my internet still went down twice during that time. There's nothing in the logs besides 4-5 addresses that update their leases faster and faster, up to every second (or less), then the crash occurs. I have a feeling it's due to features like iPhones Private Wi-Fi Address. The affected IP addresses accumulate 7-50 mac addresses in the device manager fairly rapidly. To my understanding it should be 1 MAC per AP but I'm not an expert or up-to-date with iPhone technologies any longer. 

Another [far fetched] theory is that a user or their ISP has mistakenly turned back on the router functionality for their modem and a double NAT is somehow causing the described issue through some race condition or bug. 

In the end I broke down and purchased another router. An interesting note is that even though I emulated my XR500s settings, I can see each per device data via my piHole now whereas previously I'd only see my XR500s router's 192.168.1.1. Traffic data type (e.g. txt, https, ns) is being reported more accurately as well. Just an interesting observation. That said, my XR500 did pick WIFI auto settings better than my current solution.

Farwell for now Fraser! All the best. 

Ah yes the private address on iOS and other devices can pose a problem there, they will just ignore any reservations unless that is disabled. You would see a double NAT on your console if that was the case, unlikely but a possibility for sure. 

[baesik]

This is one of the most frustrating experiences of a router. It's so flip flop when it's working and when it's not. 

XR500 V2.3.2.134-dumaos33-rc14 here. It's just constant DHCP renewals, consistent drop outs, and a general mess. Even versioning can't be consistent. 

I don't use QoS or AdBlock. As in, it's not configured 

[DumaOS] DHCP lease change., Friday, May 02, 2025 07:12:58
[DumaOS] DHCP new event., Friday, May 02, 2025 07:12:58
[DHCP IP: 192.168.1.5] to MAC address [xx], Friday, May 02, 2025 07:12:58
[DumaOS] DHCP lease change., Friday, May 02, 2025 07:08:47
[DumaOS] DHCP new event., Friday, May 02, 2025 07:08:47
[DHCP IP: 192.168.1.12] to MAC address [xx], Friday, May 02, 2025 07:08:47
...
[DumaOS] Ubus object 'com.netdumasoftware.dpiclass' added, attempting to bind pending, Friday, May 02, 2025 07:04:29
[DumaOS] process '//usr/bin/dpiclass' died restart:true, Friday, May 02, 2025 07:04:26
[DumaOS] recovering state com.netdumasoftware.dpiclass, Friday, May 02, 2025 07:04:26

 

Under QoS, I have Goodput only checked and have congestion control set to Never. Keeping it on reduces my speeds by a significant amount.

Should I just roll back to the official version and call it a month before I pull my hair out and swap routers for good? 

 

Edit: Yes, I've set the DHCP reservation table for my PC and my reserved addresses start at .50. I start from .2 and go up to around 15 before I'm annoyed. Individually doing them all is ridiculous. It's actually sad to think about all the users and customers who have significant connection issues because they just happen to own this router and don't know how to troubleshoot it. I don't think my smart bulb needs a reserved IP. 😛

[Netduma Fraser]

22 minutes ago, baesik said:

This is one of the most frustrating experiences of a router. It's so flip flop when it's working and when it's not. 

XR500 V2.3.2.134-dumaos33-rc14 here. It's just constant DHCP renewals, consistent drop outs, and a general mess. Even versioning can't be consistent. 

I don't use QoS or AdBlock. As in, it's not configured 

[DumaOS] DHCP lease change., Friday, May 02, 2025 07:12:58
[DumaOS] DHCP new event., Friday, May 02, 2025 07:12:58
[DHCP IP: 192.168.1.5] to MAC address [xx], Friday, May 02, 2025 07:12:58
[DumaOS] DHCP lease change., Friday, May 02, 2025 07:08:47
[DumaOS] DHCP new event., Friday, May 02, 2025 07:08:47
[DHCP IP: 192.168.1.12] to MAC address [xx], Friday, May 02, 2025 07:08:47
...
[DumaOS] Ubus object 'com.netdumasoftware.dpiclass' added, attempting to bind pending, Friday, May 02, 2025 07:04:29
[DumaOS] process '//usr/bin/dpiclass' died restart:true, Friday, May 02, 2025 07:04:26
[DumaOS] recovering state com.netdumasoftware.dpiclass, Friday, May 02, 2025 07:04:26

 

Under QoS, I have Goodput only checked and have congestion control set to Never. Keeping it on reduces my speeds by a significant amount.

Should I just roll back to the official version and call it a month before I pull my hair out and swap routers for good? 

 

Edit: Yes, I've set the DHCP reservation table for my PC and my reserved addresses start at .50. I start from .2 and go up to around 15 before I'm annoyed. Individually doing them all is ridiculous. It's actually sad to think about all the users and customers who have significant connection issues because they just happen to own this router and don't know how to troubleshoot it. I don't think my smart bulb needs a reserved IP. 😛

It is something we raised to NG awhile ago and not something we can directly fix unfortunately. Once you've done the reserved IPs you won't need to do it again so it'll be a one and done scenario. 

If you're not using QoS then you can disable it fully in the Congestion Control menu.

[Comp0za]

with latest official firmware for XR500, I haven't had any dhcp disconnects since when it came out. Hopefully it will stay like that

[Comp0za]

I jinxed it... I do get random disconnects, only when I use wired, especially on my PS5, it happened when my router renewed the lease time... Ng are soo lazy to fix the issue... I'm getting tired of this...

[Netduma Fraser]

12 minutes ago, Comp0za said:

I jinxed it... I do get random disconnects, only when I use wired, especially on my PS5, it happened when my router renewed the lease time... Ng are soo lazy to fix the issue... I'm getting tired of this...

It was just a security update so would be surprised if it did. The only workaround I'm aware of is applying static/reserved IPs to devices outside the DHCP range and if it continues then disabling DHCP fully so only devices given a reserved IP can connect

[HiTmAn47]

After updating to V2.3.3.136 DumaOs returns to version 3.0.202 is there any solution for this?

[Netduma Fraser]

7 minutes ago, HiTmAn47 said:

After updating to V2.3.3.136 DumaOs returns to version 3.0.202 is there any solution for this?

Upgrade back to the version from this topic

[bberger]

On 5/13/2025 at 6:57 PM, Netduma Fraser said:

Upgrade back to the version from this topic

You mean downgrade from V2.3.3.136 (latest official) to V2.3.2.134-dumaos33-rc14 (from opening post in 2023 this thread), correct?

[PurpleHaze]

Hi my XR500 is v2.3.3 do I still need to do all the steps? Seems like I'm going backwards 

[HiTmAn47]

Will the current version of DumaOs be added to this new version at all?

[PurpleHaze]

I have installed this via this method but now it asks if I want to update online, will that revert to no duma 3 (how I was before this)?

[Netduma Fraser]

4 hours ago, bberger said:

You mean downgrade from V2.3.3.136 (latest official) to V2.3.2.134-dumaos33-rc14 (from opening post in 2023 this thread), correct?

Correct

2 hours ago, PurpleHaze said:

Hi my XR500 is v2.3.3 do I still need to do all the steps? Seems like I'm going backwards 

48 minutes ago, PurpleHaze said:

I have installed this via this method but now it asks if I want to update online, will that revert to no duma 3 (how I was before this)?

This is the 3.3 firmware so if you're already on it you wouldn't need to do anything. Yes it would revert it - you can disable auto update in Settings > Administration > Firmware update

2 hours ago, HiTmAn47 said:

Will the current version of DumaOs be added to this new version at all?

Are you referring to the official update? If so there is nothing blocking it on our side

[mathmath51]

Hi,

As the XR500 is officially out of service from Netgear according to their website (https://www.netgear.com/support/product/xr500/#download), two questions :

• Can't you release a proper fix to the DHCP issue as NetGear doesn't care anymore ?
• What is the very latest version of the firmware you provide here (official final being 2.3.3.136)

Thanks

[Netduma Fraser]

6 hours ago, mathmath51 said:

Hi,

As the XR500 is officially out of service from Netgear according to their website (https://www.netgear.com/support/product/xr500/#download), two questions :

• Can't you release a proper fix to the DHCP issue as NetGear doesn't care anymore ?
• What is the very latest version of the firmware you provide here (official final being 2.3.3.136)

Thanks

• No because that is part of the NG software side, we don't have access to that code unfortunately
• This is the latest version that has the most features/updates

[PurpleHaze]

On 5/19/2025 at 2:35 AM, Netduma Fraser said:

Correct

This is the 3.3 firmware so if you're already on it you wouldn't need to do anything. Yes it would revert it - you can disable auto update in Settings > Administration > Firmware update

Are you referring to the official update? If so there is nothing blocking it on our side

Thanks for the reply normally I get an email or notification when I get a response, maybe I missed it but no problem. 

Follow up question the firmware was running pretty well up until today, when I realized my Hybrid VPN isn't working. The RApp is not starting and it says 0kb on the Rapp pinned to my Dashboard. I seen some people have similar issues but I can pinpoint a fix for me.

 

I tried to re install the firmware (DumaOS 33 rc14) from this thread but it still isn't working.

I just found in my logs I can see "[DumaOS] Some of the cleanup calls for com.netdumasoftware.hybirdvpn failed. And I also found Giving up restarting 'com.netdumasoftware.hybirdvpn' and  ---- rapp end com.netdumasoftware.hybirdvpn #cstack 0 #res 0, flushing

Any known way to fix this? Just added the rety attempts to 5 instead of 3 I will reboot it now 🤞.

 

Restart didn't help.

[HiTmAn47]

factory settings, make sure that VPN is disabled before each reset. If you leave VPN enabled and do a reset, VPN will not work. 

[PurpleHaze]

1 hour ago, HiTmAn47 said:

factory settings, make sure that VPN is disabled before each reset. If you leave VPN enabled and do a reset, VPN will not work. 

Do you mean reset to factory settings? I haven't had this issue before normally I never turn it off.

[Netduma Fraser]

24 minutes ago, PurpleHaze said:

Do you mean reset to factory settings? I haven't had this issue before normally I never turn it off.

Yes that's correct. Don't reboot the router with the VPN enabled and it shouldn't happen again

[PurpleHaze]

7 hours ago, Netduma Fraser said:

Yes that's correct. Don't reboot the router with the VPN enabled and it shouldn't happen again

There is no other way? First time this has happened to me normally rebooting the modem has no issues for me. I'm getting over the factory resets every time aiming goes wrong. I made a back up config but when opened in note pad it all seemed like Chinese text, is it corrupted?

Can I start it again with telnet?

More logs 

[DumaOS] Giving up restarting 'com.netdumasoftware.hybridvpn', Monday, June 23, 2025 02:18:18

[DumaOS] ---- rapp end com.netdumasoftware.hybridvpn, #cstack 0 #res 0, flushing, Monday, June 23, 2025 02:18:18

[DumaOS] Some of the cleanup calls for com.netdumasoftware.hybridvpn failed., Monday, June 23, 2025 02:18:15

[DumaOS] ---- rapp end com.netdumasoftware.hybridvpn, #cstack 12 #res 12, flushing, Monday, June 23, 2025 02:18:15

[DumaOS] Exception caught in cleanup 'com.netdumasoftware.hybridvpn': ERROR: Rule not found in chain stack traceback: ^I?: in f,nction '__new__' ^I?: in function '?' ^I?: in function <?:469> ^I(tail call): ? ^I?: in function 'long_call' ^I?: in function '?' ^I?: in function '?' ^I?: in function '?' ^I?: in function 'cleanup' ^I?: in function 'cleanup' ^I?: in function '?' ^I?: in function <?:458> ^I[C]: in function 'xpcall' ^I?: in function 'try' ^I?: in function <?:455> ^I?: in function 'try' ^I?: in function <?:268> ^I(tail call): ? ^I?: in function <?:39> ^I[C]: in function 'xpcall' ^I?: in main chunk ^I[C]: ? Monday, June 23, 2025 02:18:15

[DumaOS] Long call 'del_rule' exception 'ERROR: Rule not found in chain stack traceback: ^I?: in function '__new__' ^I?: in fun,tion '?' ^I?: in function <?:469> ^I(tail call): ? ^I?: in main chunk ^I[C]: in function 'require' ^I?: in main chunk ^I[C]: in function 'require' ^I?: in main chunk ^I?: in function <?:268> ^I(tail call): ? ^I?: in function <?:39> ^I[C]: in function 'xpcall' ^I?: in main chunk ^I[C]: ?' Monday, June 23, 2025 02:18:15

[DumaOS] Exception caught in 'com.netdumasoftware.hybridvpn': ERROR: Rule not found in chain stack traceback: ^I?: in function ,__new__' ^I?: in function '?' ^I?: in function <?:469> ^I(tail call): ? ^I?: in function 'long_call' ^I?: in function '?' ^I?: in function '?' ^I?: in function 'add_ns' ^I?: in function 'init' ^I?: in function 'init' ^I?: in function '?' ^I?: in function <?:427> ^I[C]: in function 'xpcall' ^I?: in function 'try' ^I?: in function <?:268> ^I(tail call): ? ^I?: in function <?:39> ^I[C]: in function 'xpcall' ^I?: in main chunk ^I[C]: ? Monday, June 23, 2025 02:18:15

[DumaOS] Long call 'del_rule' exception 'ERROR: Rule not found in chain stack traceback: ^I?: in function '__new__' ^I?: in fun,tion '?' ^I?: in function <?:469> ^I(tail call): ? ^I?: in main chunk ^I[C]: in function 'require' ^I?: in main chunk ^I[C]: in function 'require' ^I?: in main chunk ^I?: in function <?:268> ^I(tail call): ? ^I?: in function <?:39> ^I[C]: in function 'xpcall' ^I?: in main chunk ^I[C]: ?' Monday, June 23, 2025 02:18:15

[DumaOS] subscribe to 'com.netdumasoftware.devicemanager' from 'com.netdumasoftware.hybridvpn', Monday, June 23, 2025 02:18:13

[PurpleHaze]

After messing around in telnet for ages found the life with hybrid VPN enable true set it to false, no luck tried getting it to start manually via the cli no luck I decided to bite the bullet, factory reset the modem but when I loaded my back up same problem I guess I'll have to go through all the trouble of setting it back up manually. This is a shame, a good modem but bad software. I have a R1000v1 but as far as I know no VPN support. Considering flashing an alternative firmware as Netgear are not really about customer support. Just over the factory resets everytime something goes wrong but appart from that pretty happy with the rest of the modem.

[Netduma Fraser]

13 hours ago, PurpleHaze said:

There is no other way? First time this has happened to me normally rebooting the modem has no issues for me. I'm getting over the factory resets every time aiming goes wrong. I made a back up config but when opened in note pad it all seemed like Chinese text, is it corrupted?

Can I start it again with telnet?

47 minutes ago, PurpleHaze said:

After messing around in telnet for ages found the life with hybrid VPN enable true set it to false, no luck tried getting it to start manually via the cli no luck I decided to bite the bullet, factory reset the modem but when I loaded my back up same problem I guess I'll have to go through all the trouble of setting it back up manually. This is a shame, a good modem but bad software. I have a R1000v1 but as far as I know no VPN support. Considering flashing an alternative firmware as Netgear are not really about customer support. Just over the factory resets everytime something goes wrong but appart from that pretty happy with the rest of the modem.

Not as far as I'm aware no. The backup isn't readable to anything other than the router so you will see nonsense essentially if you open it on your PC. Telnet isn't officially supported as a way to change router settings so I couldn't advise on that, I also believe it's only available on very old firmware versions which could be part of the problem. If you make a backup when you have an issue then restoring the backup after a factory reset can also restore the issue so in my opinion it's essential to make sure after a fresh reset and making your changes you then make a backup so it should be free from any issues should you need to use it in future. Depending on what you're doing though the DumaOS features don't take too long to setup again. If you do go to a different software just be warned that you're unlikely to be able to come back to DumaOS.

[PurpleHaze]

25 minutes ago, Netduma Fraser said:

Not as far as I'm aware no. The backup isn't readable to anything other than the router so you will see nonsense essentially if you open it on your PC. Telnet isn't officially supported as a way to change router settings so I couldn't advise on that, I also believe it's only available on very old firmware versions which could be part of the problem. If you make a backup when you have an issue then restoring the backup after a factory reset can also restore the issue so in my opinion it's essential to make sure after a fresh reset and making your changes you then make a backup so it should be free from any issues should you need to use it in future. Depending on what you're doing though the DumaOS features don't take too long to setup again. If you do go to a different software just be warned that you're unlikely to be able to come back to DumaOS.

Thanks for the response. Oh true, I just used telnet-enable.py from GitHub, was able to update the VPN server stuff from there, haven't tried it but I used to get real old style configs with settings that are not recommended now. Yeah not taking to long is a bit subjective and it's more the amount of times I have had to do it that makes it a pain because allot of my devices come up as unknown and there is like 2 or 3 I want to keep blocked because I can't ID them, then set up D-DNS and this and that. Not to mention I like to keep 2 or 3 devices on my network blocked because I can't ID them, had unwanted guests so it's not worth the risk. And thanks I have read it's a bit of a nightmare to get back to DumaOS but it's just the fact every time something goes wrong the answer is to factory reset. The only reason I use the router is for the VPN and if it's going to potentially break after every reboot or crash I can't see the point sticking with it. A shame in a way was pretty happy with the beta and the ad blocker. With OpenWRT if I end up going down that path I will get more frequent updates and no offense but probably better support than just "factory reset" at every hiccup and way better VPN anyway, probably even stop that occasional DNS leak I sometimes still get. I still have my XR1000v2 that I was super hyped for years ago when I ordered it untill I set it up and it didn't have HybridVPN so I can use that if I really want DumaOS but I was just going to use that to run a security system cause it's faster wifi ect.

 

Are you able to give me a comparison of the XR1000 and XR500? Also correct me if I'm wrong but the XR500 is the same as the R7800 right?