Hide upgrade available notifications when the installed version is newer than the published version. This applies to device updates as well as controller updates.
"Update available" is listed when the current controller version is newer than the 'available' version:
The desired behavior would be for the upgrade notifications to be present only if the available version is greater than the currently installed version for the controller or device.
I had a Unifi AP that was only conecting at 100Mbs so to start troubleshooting I wanted to figure out what switch port it's on.
I started by going to the AP properties then thought duh when I didn't see any switch port info and went elsewhere to look in the switch ports to find the info.
Then I thought why "duh" - the information is in the controller, why can't it also be in the AP properties too?!?
The ask: it would be nice if plugged into a Unifi switch to show the Switch (Alias), Port Number and Port Alias as well in the Properties/Details/Overview section for Unifi devices.
For APs, show the switch/port info the AP is plugged into.
For switches , show the switch and uplink port to the parent switch above it (if there is a parent).
For the USG, show the switch and port the USG LAN port is plugged into - the one exception to the uplink rule.
Ive done some searching but not sure if ive missed anything
In the scheduled backup section of unifi, it would be good to select an external location, some suggestions
- UNC Path
- FTP Location
- Cloud Service (Dropbox, OneDrive)
Trying Controller versions (even stable ones) beyond what is the default inside of the Cloud Key firmware always results in a controller downgrade on the next Cloud Key firmware update. Since Controller downgrades aren't supported this means you then need to immediately go back to the Controller you were on and then restore from backup. This takes a silly amount of time.
Can we have Cloud Key firmware updates just not mess with the Controller version if it is newer than what is bundled? This would not only save time for those bothering to jump through these hoops currently but would likely encourage more people to try newer stable Controller versions.
I have a company with 15 sites.
I label things like "android-dd0e4a5827ff4139" to more useful things like "Big boss phone"
Can you PLEASE make it so that custom device names are tied to the MAC address of those devices AND also make it controller-wide? If "Big boss phone" moves to a different site, it doesn't show "Big boss phone" it shows that "android-dd0e4a5827ff4139". I have to re-label it for every single site.
An option in the unifi voucher manager page to delete multiple vouchers without pressing each time one by one to delete, for example an option to delete all used, and an option to delete all the vouchers the new ones and the used ones all together,and the expired too ofcourse, without deleting one by one, its a top requested feature by many business , hope very soon to see this. example in the picture above.....
Organizing and changing like this the site names and in subcategories will give a big advantage even with thousands of devices and installations will be mush more fast and ofcourse no errors or meshing up diferent site confiqurations or no finding the correct site name .... example in the photo below
Transfer clients trying to connet to a device for example ( UniFi AP-AC-Lite ) that at certain time its maximum concurrent clients capacity has been surpassed. as i describe below....
I would like to put in a request for an enable/disable switch for each port forward and an enable all/disbale global switch for all port forwards from the USG Configuration - Port Forward GUI.
Enable/Disable switch will allow users to set up port forwards and turn them on when needed for example to access a special device on the network for administration purposed and then disable the port forward when done.
A Global Enable All/Disable All Switch is good if there is an issue with port forwards or an attempted attack. To be able to diable them all, access the issue and then turn them on would save a great deal of time.
Currently the only way to enable/disable a port forward is to manually create rules yourself and then go into each one and enable/disable.
The believe that just by added that same switch button next to the port forwards in the USG Config GUI will be a great asset.
UniFi Controller > Statistics > Switch Stats
Current Switch Stats graphs show volume of traffic passed over time which provides a view of data flowing in network.
What it lacks is true port utilization. Example, is the interface shown below reaching 100% utilization here or not?
You would need to use some math to determine this answer today because the graph just says it's passing about 29 GB of traffic every 5 minutes for several hours.
Feature Request 1: graph switch stats as utilization by percentage of interface's speed (0%-100%). This allows you to identify ports that are saturated and may be causing preformance issues. If a port can send 1Gbps and it is, the graph would show 100% utilization. This new view would be selected using a persistent per-user setting. So when I login, my default view for switch stats would be ports by utilization, but other users can continue using ports by volume graphs (if they wanted) as both view can provide value in their own way.
Feature Request 2: Graphs can be shown using fixed y-axis scaling. This lets you quickly visualize which port is causing the largest load on a given device (one with tallest graph). This is hard to visualize today because each graph is independently scaling so they all look equally utilized when in actuality, some ports are flowing GB and others MB. This would enhance request 1 above also.
Custom range of ip per wlan ssid
wlan ssid : floor 1 ( ip range xxx.xxx.xxx.xx2 - xxx.xxx.xxx.x50 )
wlan ssid : floor 2 ( ip range xxx.xxx.xxx.xx51 - xxx.xxx.xxx.x80 )
wlan ssid : floor 3 ( ip range xxx.xxx.xxx.xx80 - xxx.xxx.xxx.x254 )
The Controller must have a simple way to define time slots as well as firewall rules and associate a rule to a slot.
This is simple to implement.
A little more complex is to have a report/gui that shows at a certain point in time which rules are actives. This because in complex scenarios it could be difficult to understand what's going on. Also to avoid conflicting rules.
it is possible but is NOT a way to go as is too complex:
Currently you need to enable guest policy restrictions to enable this feature. It would be nice to be able to set this independent of the guest policies. (I understand you could just remove the ACLs and enable guest policy for this but that is unintuitive.)
For models that support wireless uplink and/or mesh uplink, I need the ability to set the ethernet port to a VLAN.
This would be great to handle via
- in the unifi device config
- or even a text box in the device config to enter cli configurations that survive reboots.
Scheduled Firmware Update.
I'm sure I'm not the only person in the whole forum who experienced the following:
We left our Automatic Update on and once we updated our controllers, within seconds all the SSH connections with the server is disconnected because APs went into upgrading mode and Wi-Fi is down. A few minutes later, branches across the country or even the world call and complained that their Internet went down for a few mins.
To counter this problem, I'll suggest the following improvements:
1. Add an option to select the scheduled update time under the Automatically Update Firmware column.
2. The update time selected follows the time zone which was configured for the sites. This ease the job for IT if they have overseas sites to manage.
Non Destructive AP Update.
As we all know, if we leave the Automatically Update Firmware checked, all the APs will all go down at the same time and we will lose all Wi-Fi access for a few minutes before they came back up when a new firmware arrives. This is a large problem because someone might be doing something when the update is rolling.
My suggestion is:
1. Create a database so that the Controller knew which AP is nearby to which AP. Other than that, the controller needs to know which AP can takeover another AP's load if one went down (eg during Upgrading).
2. Update only selected APs at any one time so that this allows other APs to come in and take over their load while they are being upgraded. This reduces impact on the clients. They will simply roam onto another AP when the original AP is undergoing upgrades.
Support this idea by giving it a kudos if you think this is useful for you!
- macboost84 on: Increase the limit of blocked users 2048
- Danish12 on: User Group bandwidth limit NOT working when Unifi Controller is OFF
- hralarms on: Wan alerts
- depasseg on: Move Port forwarding configuration from Router configuration tab to Settings
- helonaut on: Show switch port (if Unifi switch, of course) Unifi devices are plugged into (uplink)
- macboost84 on: Backup to external location
- Hsd1965 on: support edge max devices
- Andystebbins on: Hide "upgrade available" notifications when installed version is newer than the published version.
- patrickfuller on: Add aliases to local DNS
- Chubs on: Secondary (Lan) Port on AC LITES
- Host your own cloud access
- Automate vouchers and send to email
- Increase the limit of blocked users 2048
- guest network url logging
- User Group bandwidth limit NOT working when Unifi Controller is OFF
- UAP-AC-M icon in controller
- Passing RoMON packets
- Events Push Notifications
- Device alert
- LAN Disable tab for CPE devices