What's new

YazDHCP YazDHCP - feature expansion of DHCP assignments (increasing limit on the number of DHCP reservations)

  • 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!

This is now available, no version update (hotfix)
Updated via the CLI. Limit now 164. ;)

In terms of conserving space, I have been wondering why we bother (me included) storing 192.168.50. in precious settings space when the subnet should be known already. I contemplated removing it in FlexQoS iptables rules storage but haven’t gotten around to it yet. Just another thought during my morning coffee.
 
Just out of curiosity, to revert back to "not" using this script, is there anything that needs to be done before/after uninstalling this script or safe to assume that the uninstall reverts back everything (assuming the assignments are less than the max)?
My way, not necessarily the best way: Before you install, save the configuration and the jffs. After you uninstall, restore the config (for the IPs) and jffs (for the hostnames).
 
Updated via the CLI. Limit now 164. ;)

In terms of conserving space, I have been wondering why we bother (me included) storing 192.168.50. in precious settings space when the subnet should be known already. I contemplated removing it in FlexQoS iptables rules storage but haven’t gotten around to it yet. Just another thought during my morning coffee.
now that's a good idea. i could remove it for the API passing and add it back when dumping into DHCP_Clients so that file can be exported by users with no editing required
 
now that's a good idea. i could remove it for the API passing and add it back when dumping into DHCP_Clients so that file can be exported by users with no editing required
since you love edge cases @dave14305 :D , i'd need to test what happens if you change the subnet at the same times as reservations, to make sure nvram gets the new plan subnet before my service call manipulates things
 
@Jack Yaz I'm just reading thru this thread and I can't help but ask....Did you go to sleep at all??
 
There’s nothing coffee can’t do!

In theory, nvram should already be written by httpd before the service events start firing.
As it turns out, the subnet can't be changed on the DHCP page. It's set on the LAN IP page. It raises the question as to what happens to reservations if one changes the LAN IP in an unmodded state

EDIT: I have tested and the reservations are untouched in stock, so no immediate concern to "fix" it. Perhaps a feature enhancement to come
 
Not bad!
1610578776803.png
 
Is there a benefit to moving the DHCP table to jffs from Nvram, or is this just to make for a larger number of static devices on a network centred around an asus router (running merlin?)?
 
Is there a benefit to moving the DHCP table to jffs from Nvram, or is this just to make for a larger number of static devices on a network centred around an asus router (running merlin?)?
Nvram is quite small compared to jffs. On my AX88U, nvram is 128KB and jffs is 63MB. Huge difference!
As a result, as Asus has added more and more important values/settings/variables to nvram (so it survives reboots and resets) the need to find areas to "reduce" usage is expected. DHCP static is one area that has been reduced, I believe once before this time as well. Nvram is critical - jffs is the next spot to move things to.

The main problem (for us users) in using jffs is that, unlike nvram, it is not really permanent. A factory device reset and/or a "format jffs at next boot" will erase what you have in jffs.

As users of these fine addons, we should remember to backup jffs to USB once in a while.
 

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