There’s such a feature already: port extender. Not many devices are compatible … and it comes with some serious gotchas. But it’s here.
I am assuming you a speaking of the managed tab in winbox.
In tools at the top, there is and advanced mode you can select, and a bunch of additional information becomes available.
IPv6 Fastrack please.
http://forum.mikrotik.com/t/feature-request-ipv6-fasttrack/149315/1
i just thought this option would come in handy!
something like an entry in the context menu

Of which menu? You are surely aware that when device is in sleep mode, it doesn't transmit anything and all caches (e.g. ARP cache, list of DHCP leases, etc.) will forget about it probably long before you'd want to send WoL packet to it, aren't you? Which means that swtich/router, implementing this kind of feature, would have to remember every single ethernet MAC address it sees (indefinitely), together with any other metadata (IP address, DHCP host name, colour of its admin's underware, breed of neighbour's dog, etc.).
Static DHCP leases have the MAC Address saved, so on that context menu (which seems to be the screenshot from) makes perfect sense.
exactly. thank you sir!
don't overcomplicate things. as seen in the screenshot (ip > dhcp-server > leases) it would be handy for static leases
SNMP OIDs dedicated to common and important metrics like:
- Total IPv4 firewall session states
- Total IPv4 L3HW offloaded firewall session states
- Total IPv6 firewall session states
- Total IPV6 L3HW offloaded firewall session states
You may as well have MAX amount reached since last snmp get so we can know to what extent the device went between snmp polls.
This with CPU monitoring (already available) speaks a lot to a network admin in a NMS.
DHCP matchers. I’d love to be able to match the agent-id, circuit-id, or agent+circuit-id for a lease. Would make for easy handling of option 82 data.
I suggested that too. In fact I think it would be very nice when a DISCOVER-phase script was added that gets all parameters from the DHCP packet and can decide which lease time, which address pool and which option set are to be used (or “none” to ignore the request).
It would cover many special cases. E.g. I would like to handle requests on a local network differently depending on whether the MAC address is IEEE-registered or locally-assigned (random). But instead of having “MAC address / mask” as another matching criterium, it could be handled using a script.
I suggested that too. In fact I think it would be very nice when a DISCOVER-phase script was added that gets all parameters from the DHCP packet and can decide which lease time, which address pool and which option set are to be used (or “none” to ignore the request).
It would cover many special cases. E.g. I would like to handle requests on a local network differently depending on whether the MAC address is IEEE-registered or locally-assigned (random). But instead of having “MAC address / mask” as another matching criterium, it could be handled using a script.
absolutely. that script would need to have the lease variables exposed. The current DHCP scripts dont, you have to let the lease be created then match against it.
The ability to re-write the ‘match’ via script would get me where I need to be.
For instance, have a variable that defaults to ‘match=$macaddress’ and all we need to do is ‘match=($agent-id . $circuit-id)’ for example. When using option 82, I basically never want to match on MAC unless there is no agent-id or circuit-id , I expect the MAC to change when they swap a router or even just change their router’s port or bridge configuration.
I would love for this to just be a ‘match= combobox-selection’ thing in the DHCP server but I’ll happily settle for it in scripting.
absolutely. that script would need to have the lease variables exposed. The current DHCP scripts dont, you have to let the lease be created then match against it.
The current DHCP lease script is called after an address has been assigned, which is fine when you want to use it to create a DNS entry, for example, or to send an alert when new clients are detected, but it cannot be used for the use cases we have.
In ISC DHCPD there was a scripting language that could be used for these cases. It could be used to assign a class to a requesting system in DISCOVER phase and that could then be used to determine all other parameters in the network definitions.
(I write in past tense because this product is no longer supported)
I have used this a lot, e.g. to use a different pool for systems that present a hostname that matches a certain pattern.
I would like to have logging of state changes of routes with “check-gateway”.
I.e. when the state of these routes changes (up to down or down to up) a message is logged with at least the dst-address, gateway, and routing-table.
Add comment field in Firewall action add-src-to-address-list

Would be nice to have ability to set at comment when it is added to an address list to see for example what fw rule added the address to the list.
I would like a refresh version of the hap ac2. Pretty much exactly the
same as current. Exactly the same Case, pcb and components, except the RAM is
replaced with a 256M unit, and the Flash is replaced with a 32M Unit.
(Possibly by now cheaper than the current smaller devices)
I would also like a (cheap) retrofit kit, consisting of the 2 new parts,
and appropriate software and instructions to transfer calibration,
licensing, etc from existing to new.
I would imagine the Gaming Mod people, maybe phone fixing people could do the hardware change for me.
(Sadly If I attempt it, I would just wind up with a broken mess)
May need an efficient mechanism for the software transfer for the person with thousands of these units.
Perhaps finally a retrofit plus kit, which also includes some of the
more common failing components found in these devices
(As found over the years by Mikrotik and their distributors)
Thanks
That is not possible because those parts are not user-serviceable (they are not socketed and not easy to solder).
Furthermore, hAP ac2 is just a “throwaway device” which users would replace with something like hAP ax2 or hAP ax3 once they find the limits.
Chateau 5G R16 was introduced last year, also 16MB disk device. Now you can just throw it away? A $485.00+ device still available on sale ![]()
I would never buy a new 16MB device. Others can do what they like…
I share the same concern. The limited 16MB flash storage has been known for years, yet no new hardware revision of e.g. hap ac2 with more memory has been released. Furthermore, other devices like the 5G R16 are being launched with the 16MB chips, which is quite puzzling.