What's new

Announcement: 3006 progress report - it's a go

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Status
Not open for further replies.
Asus does not need me, they already have a number of developers whose programming skills are away ahead of my limited hobbyist-level skills. I'm primarily an IT guy, not a software engineer.

Yes, I know your position there.

Hopefully at least they throw hardware at you to work with.

It's always been my thought that Asus has benefitted big-time because of AsusWRT-RMerlin and SNB Forums...
 
In fact most never even update firmware on home routers from the time of purchase.

They may have very well been the case several years ago, but I think with auto updating, it’s probably less the case now.

Just keeping security vulnerabilities patched is a big driver for vendors like Asus.
 
When you say guest network pro can have its own DHCP server, are you saying this option will spawn a separate DHCP server if turned off, otherwise just use the system DHCP otherwise?

This is taken from my own GT-BE98
Screenshot 2024-05-07 at 18.48.15.png
 
When you say guest network pro can have its own DHCP server, are you saying this option will spawn a separate DHCP server if turned off, otherwise just use the system DHCP otherwise?
No, it will spawn another DHCP server if turned on.

Any chance to make Guest Network Pro work on devices running in AP Mode?
No, because an AP has no control over VLANs of the main router, so it would make no sense on an AP.
 
Asus implemented VLAN also in access point mode. So you can use it as smart switch/access point which is VLAN aware.

 
What is the underlying Linux kernel version for this release?
 
What is the underlying Linux kernel version for this release?
The kernel is not tied to the firmware version, it's tied to the SDK for a specific model. There are no kernel version changes.
 
@RMerlin - if i understood correctly RT-AX68U is off the supported router list for this release?
 
Asus implemented support for DNSDirector within SDN (probably they intend to eventually use it for their mobile app support of DNS blocking). I implemented a web interface so Asuswrt-Merlin users can now apply DNSDirecctor to specific Guest Networks (on top of the fact that you currently can specify different DNS servers for each Guest Network - DNSDirector will allow its usual enforcing).

1715615303502.png
 
I'm taking the opportunity of this 3004 -> 3006 jump to make some lower level changes that might not be 100% backward compatible. I expect quite a few addons will be broken by it (like those that tie into guest networks or VPN), their developers will need to adjust once 3006 enters public testing. Best to break them all at the same time (as 3006 itself will break a few things), so they will only need fixing once.
- Migrating Chart.js from 2.x to 3.x (sadly, Chart.js breaks all backward compatibility iin these major upgrades). That will require adjusting the generation code for all the charts shown by Classification, TrafficMonitoring and Sysinfo, something I had been postponing for quite some time due to the amount of work involved. It will be necessary if we ever need to support
Asus's dashboard since it uses Chart.js 3.9, and therefore would break any existing charts.
For the addons that do use Chart.js today, will you consider backporting version 3.9.1 to 386_x so that we don't have to support different chart.js versions for different models? Or at least include the new version somewhere in 386_x (e.g. chart-391.min.js), even if you don't want to update your own charts in 386_x?
 
For the addons that do use Chart.js today, will you consider backporting version 3.9.1 to 386_x so that we don't have to support different chart.js versions for different models? Or at least include the new version somewhere in 386_x (e.g. chart-391.min.js), even if you don't want to update your own charts in 386_x?
That's something that might be discussed among the community once we get closer to the public beta cycle, whether third party devs prefer to be able to tell which version to support based on the major revision (3004 would be 2.x, 3006 would be 3.x), or if they prefer to only support whichever is newest, and expect 3004 users to update to, say, 3004.388.8, so they share the same version as 3006.

There are a few similar backward compatibility breaking changes in 3006 which we will have to collectively decide if we want to keep them separate, or have them backported to 3004.
 
As of today, RMerlin has mentioned that the RT-AX86U (orig) will not be getting 3.0.0.6.xxx level firmware. I haven't seen anything to contradict this so far.
 
As of today, RMerlin has mentioned that the RT-AX86U (orig) will not be getting 3.0.0.6.xxx level firmware. I haven't seen anything to contradict this so far.
This would also include GT-AX11000 (non-pro) correct? If so...time to upgrade again haha.
 
I'm not quite 100% sure about the stated status of that model, but I do believe you're correct.
 
If asus don't give certain models 3.0.0.6 I don't see them taking kindly to @RMerlin doing it. I think the same for my RT-AX88U.
 
Status
Not open for further replies.

Similar threads

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top