Hello,

I am building a bridged network using the new rstp-test package where a main Mikrotik will provide DHCP and PPPoE services to the rest of the network. On the other Mikrotik bridges, I am using a combination of filters and destination-nat based on the main Mikrotik's MAC address to contain broadcast traffic.

My concern is that I don't seem to be able to control/set/override the MAC address of the bridge interface or Ethernet interface in the main Mikrotik (the bridge interface is using the MAC address of the Ethernet interface which is in the bridge). If the main Mikrotik were to fail or if its Ethernet port failed, a replacement unit or port would have a different MAC address, and I would have to change all of the bridge filters on all of the other Mikrotiks in the network to be compatible with the new MAC address. I'd like to come up with a way now to set this so that should this situation occur, I can configure the new unit to have the MAC address of the old unit.

Does anyone know what the "Admin MAC Address" setting does? It doesn't seem to do this? Is there a way to do this? The main Mikrotik has Intel Gigabit Ethernet ports, if it matters.

Thanks in advance for any ideas,

Dave

Hello,

I am building a bridged network using the new rstp-test package where a main Mikrotik will provide DHCP and PPPoE services to the rest of the network. On the other Mikrotik bridges, I am using a combination of filters and destination-nat based on the main Mikrotik's MAC address to contain broadcast traffic.

My concern is that I don't seem to be able to control/set/override the MAC address of the bridge interface or Ethernet interface in the main Mikrotik (the bridge interface is using the MAC address of the Ethernet interface which is in the bridge). If the main Mikrotik were to fail or if its Ethernet port failed, a replacement unit or port would have a different MAC address, and I would have to change all of the bridge filters on all of the other Mikrotiks in the network to be compatible with the new MAC address. I'd like to come up with a way now to set this so that should this situation occur, I can configure the new unit to have the MAC address of the old unit.

Does anyone know what the "Admin MAC Address" setting does? It doesn't seem to do this? Is there a way to do this? The main Mikrotik has Intel Gigabit Ethernet ports, if it matters.

Thanks in advance for any ideas,

Dave

Set auto-mac=no and set the admin-mac to the mac you want to set

Regards

I'm using the standard bridge package with STP, and there is a pretty simple work-around:
The bridge always uses the lowest MAC address available from its ports.
I setup a (unused) EoIP interface, where I can set the MAC to something "lower", e.a. 00:00:5E:80:01:00
Adding this to the bridge doesn't do any harm, but the bridge will pick this one as its MAC because its lower than any other interface's MAC.
If you change the router, just take the EoIP with you

I'm using the standard bridge package with STP, and there is a pretty simple work-around:
The bridge always uses the lowest MAC address available from its ports.
I setup a (unused) EoIP interface, where I can set the MAC to something "lower", e.a. 00:00:5E:80:01:00
Adding this to the bridge doesn't do any harm, but the bridge will pick this one as its MAC because its lower than any other interface's MAC.
If you change the router, just take the EoIP with you

Because this problem i can´t connect again to a RB532 in the top of the tower, the ether1 was damaged and when change to ether2, all work perfectly throught the router... clients in 2.4G, other RB linked in 5G, but i can´t connect again to this main RB532...
Tryied by Telnet, SSH, Winbox, Web, MAC Telnet, etc etc from the IP Neighbors, here this inaccesible RB also it appears
What is the solution? only changing the Admin MAC Address by console?
Thanks and Regards!
Alessio

I had a similar problem (during migration from stp to rstp). Wrong admin-MAC or a MAC address from a disabled interface used as admin-mac ...
We had to connect by ethernet (PoE) with a laptop to fix it. One eithernet was damage, so we had to take the unit down. (Actually replacing was faster than 'work on tower', and after fix we re-use the old unit).