I have been using Edge Routers for long time. I am providing solutions that rely on Edge routers for wide range of clients. But for large scale projects, I found it difficult to buy many routers to test some features or solutions so I always go to VYOS as alternative which is good to some extent. But sometimes I really need to test with GUI. So, I think it would be very helpful to make EdgeOS virtual appliance, that will help us a lot and also will help Ubuquiti to knock the door of Enterprises as well.
Would it be possible to change the firewall rule delete confirmation to include the rule description along with the number? For those of us with hundreds or thousand of rules to manage it would make things a little easier to have one last piece of confirmation that we're deleting the proper rule besides just the number. I think it would help new users too.
Also a similar warning/confirmation on the DNAT and SNAT rules would really help.
There are a number of requests that depend on having firmware based on a newer Linux kernel. The 3.10 series kernel is already EOL as of Nov. 5, 2017 (a couple of weeks prior to this posting) and not recommended for use by its maintainer, even if it were upgraded to the latest 3.10.108 instead of the current 3.10.14:
As I understand it, there are challenges to upgrading the EdgeOS kernel due to dependencies on the Cavium and MediaTek SDKs, as well as UnionFS support not being in newer kernels. It should be possible to overcome each of these things with some effort and investment, and it's a requirement for keeping the EdgeOS platform relevant.
This request originally came about because of an effort to include the Cake shaper, which would bring a real improvement for control of latency under load as compared to the currently shipped fq_codel. Cake has been compiled for EdgeOS, but is very difficult to keep backported to the 3.10 series:
However, a newer kernel is also necessary to maintain a secure, stable and performant platform in general. The 4.4 kernel series has a projected long-term EOL of Feb, 2022, and thus might be a good minimum version to target.
I know this has been posted a few times over the years, but it would be really awesome if we could get these devices (ER-X, ToughSwitch) in a DIN rail mountable format with 24v DC power terminals. These things would sell like hotcakes in the industrial world and I've been implementing them successfully at industrial customers for years now. But, making a native DIN rail mountable device would make life a lot easier.
It would be nice if everything in the GUI could be configured with minimal commands and not needing to learn the CLI. Coming from Gargoyle, where basically everything you need is in the GUI in the form of checkboxes, it's really hard to justify recommended this router to friends for their gaming purposes. SQM has helped my gaming experience a lot, but I want a more involved QOS that doesn't require me to learn a new coding language to take full advantage of. The config tree is close but no cigar. It's about 70% of the way there, but it still needs too many commands.
In Gargoyle, I was able to prioritize traffic on 1 IP, limit its bandwidth, and make sure the rest of the network had an equal share of the remaining resources on one page with minimal clicking and typing.
we currently run vyos as a vm in our infrusturcture. (in a commercial setting) while vyos is a great router os, lack of commercial support or fulltime development means it lacks a steady relase cycle.
before vyos, we used vyatta with much success. unfortunately brocade saw things differently, and sought to overprice vrouter and effectivly end all suport for the community edition. With the commercial edition restricively expensive we moved to vyos.
if Ubnt were willing to release a commercial edition of edgeos AS A VM with either a licenseing option or by purchasing a hardware router with the ability to 'migrate' the serial number to a vm etc. we would be the first to purchase it.
i know this has been asked before, however knowing that ubnt has hired a few of the previous dev team at vyatta, i feel this would be a nice homage to their roots of the USG, Edgerouter, and edgeswitch lines.
EDIT: If ubnt would like to support the large enterprise and carriers a VM is a must. alot of these types of infrustructures already have a full Hypervisor cluster in place which has much higher levels of redundancy than a single hardware appliance can provide.
many of the top network vendors have this already, from Cisco, to Fortinet, to Juniper. if UBNT wants to gain market share against those brands this would be a fairly easy way to do so with very litle R&D cost, as compared to a hardware device.
Currently on all EdgeRouters, disabling a port, leaves the ethernet carrier up and the lights continue to blink.
In the case of EdgeRouters with switch chips, data continues to pass through the switch on disabled ports assigned to a switch. On routed ports (not on a switch), the routing is stopped, but ethernet hardware kept up on both ethernet and SFP ports.
The desired behavior is to drop the hardware ethernet carrier state when a port is disabled. This allows quick ospf triggering of port down state and is common sense behavior when someone plugs a cable into a disabled port.
For those with alpha forum access, see also here:
Looking for some more advanced features in Edge switch for PoE Managment
■ Powered Device alive check (Ping Watch)
■ Scheduled power reboot
■ PoE schedule
■ PoE usage monitoring
Intelligent Powered Device Alive Check
Configured to monitor connected PD (powered device) status in real time via ping action. Once the PD stops working and responding, the switch will reboot the PoE port power and bring the PD back to work. They will greatly enhance the network reliability through the PoE port resetting the PD’s power source and reducing administrator management burden.
Scheduled Power Reboot
The should allow each of the connected PoE IP cameras or PoE wireless access points to reboot at a specified time each week. Therefore, they will reduce the chance of IP camera or AP crash resulting from buffer overflow.
PoE Schedule for Energy Saving
Under the trend of energy saving worldwide and contributing to environmental protection, the switch should be able to effectively control the power supply besides their capability of giving high watts power. The “PoE schedule” function helps you to enable or disable PoE power feeding for each PoE port during specified time intervals and it is a powerful function to help SMBs or enterprises save power and money. It also increases security by powering off PDs that should not be in use during non-business hours.
PoE Usage Monitoring
Via the power usage chart in the web management interface, the switch shold enable the administrator to monitor the status of the power usage of the connected PDs in real time. Thus, they greatly enhance the management efficiency of the facilities.
We need true Multicast Routing (PIM) in EdgeSwitches please! We were hoping to replace an aging Juniper with SFP+ fiber uplinks to another L3 switch across campus with the ES-48 that we bought. We can't so long as they don't have true PIM. MRV won't work in our topology.
Also, upvotes for PIM in EdgeRouter.
I believe there are various threads in the EdgeMax forum discussing and making available various scripts to auto-populate and compile list of networks and addresses from various reliable sources such as SpamHaus to block.
Is it possible for UBNT to consider making this a feature available to all users who may not be skilled enough to do so manually?
It seems the Qualcomm Fast Path module improves the performance a lot.
It will be great if this can be added into EdgeOS.
Similar to https://community.ubnt.com/t5/EdgeMAX-Feature-Requests/EdgeRouter-boot-Reboot-indicator/idi-p/1708285 I posit that a few things are necessary for LED behaviour. I'm primiarly thinking of the ER-X/EP and ES product lines
- strobe the power LED while booting (or steady during boot, flashing while operating; debate all you want) so that there is a visual indication that the system has completed booting and normal activity should be underway; another more basic option may be to have all LEDs on until booting is complete - this might be easier to accomplish in hardware
- in absense of the above, indicate passive PoE ASAP; if a field tech doesn't know if the system is booted or not, they may connect a laptop to diagnose... and minutes later fry their ethernet port when PoE comes up
- Have the ability to strobe the LED a la Locate in UniFi. Is this especially important now with UNMS' remote management. We can have the best labelling in the world - sometimes it falls off, sometimes techs don't bother, sometimes the gear comes back to the shop years later, sometimes you're about to deploy 200 pieces of gear and the pile is getting challenging
I would like to see the feature implemented of having an L2TP over IPSec client running on the EdgeRouter. We have serval instances where we need this for client implementation where native IPSec to IPSec is due to technical restriction on the remote end is not an option. My thoughts to the features would be:
- ideally configurable via GUI
- define specific remote networks for routing (or have them advertised by head-end)
- status shown in vpn section
I have also seen some others asking for such a solution in the forums, so I am hoping for some support for this implementation request.
It's great that we got "the beast" EdgeRouter Infinity with SFP+ ports.
We do need a smaller version with like 1 or 2 SFP+ ports and 4 RJ45 1 Gbps ports.
Size like EdgeRouter 4/6 to fit in smaller enclosure and to be used with EP-S16 that also have SFP+ port.
On my request You gave us EdgeRouter 5 PoE, now please give us a small EdgeRouter with SFP+ port
Thanks in advance....
- LarryDavid on: REQUEST - PIM for EdgeMax products
- UBNT-SNK on: Edgepoint S16 + DHCP snooping & Option 82
- eejimm on: DIN Rail Mounting w/ 24V Input Terminal
- waterside on: dedicated management network port
- Tchaika on: Add Port Randomization Support
- tbare on: Firewall Rule Delete Display Change
- wispr on: GUI Login Screen Description of Unit
- unixninja92 on: DHCP entries for non-network IPs
- mWare on: Make the LEDs more useful & safe
- dbran on: PIM in EdgeSwitch OS Please!
- CLI PoE budget
- REQUEST - PIM for EdgeMax products
- EdgeOS VM appliance
- Esc key will close pop-up window
- GUI: Double click on line will open its Drop down menu
- Edgepoint S16 + DHCP snooping & Option 82
- Change needed to PPPoE RADIUS disconnect daemon script
- ACLs for VLAN interfaces on Edgeswitch
- DIN Rail Mounting w/ 24V Input Terminal
- Traffic Analysis for IPv6