-
-
Notifications
You must be signed in to change notification settings - Fork 58
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature Request]: Get list of all network addresses used in controller #391
Comments
you are correct. ztnet is selecting a random address when creating network. Example:
|
That's understandable. |
for that we need to store the address in db for each network and then do a lookup to get a list of used addresses. |
network ip is not stored in db. Line 93 in 52bd328
|
At the moment, to find out the addresses of all networks, you have to manually go through each network and write in notepad... Is it possible to do something about this in the future? |
Yes, i will add a list of used ip`s in the controller page and the "Ip Assignment" section for each network. |
Looking forward to the update. It will be excellent! |
@dsm150 would this be sufficient enough? |
merged these changes. |
This is already good, but yes, it would be much more convenient if a unique range was generated when creating a new network, or if you could select a range given the existing ones. |
🚀 Feature Summary
Get list of all network addresses used in controller
📝 Detailed Description
As I was able to understand, when creating a new network, the controller does not take into account the addresses of previously created networks, and can create another network with the same address as the existing one.
It would be ideal if each time the controller creates a new network, it would not give out the addresses of the previously created networks.
If this is labor-intensive to implement, it would be sufficient to at least be able to view the list of currently used network addresses.
If there is such a possibility and I have not found it, please help 🙏🏻
🎯 Use Case
No response
💡 Willing to Contribute
None
The text was updated successfully, but these errors were encountered: