It has been my experience with 6.40.2 on a network of ~30 Mikrotik routers, that in order for a dhcp-relay anywhere out in the network to work, the packets from the relay must be received by the dhcp server on the same interface the dhcp server is configured on.

Now consider the case of an OSPF ring where you cannot predict what interface the packets will arrive on. When a link failure occurs, OSPF reroutes everything over backup links and the interface over which the packets from the relay arrive, changes. This assumes you're running DHCP on a router that participates in OSPF and has multiple links.

Is there a way to make it work in this case?

I think what I'm asking for is the ability to bind a dhcp server to a bridge.

Is your server on a loopback type bridge? In other words, are there any real interfaces connected to the DHCP server's interface?

I wish MikroTik would give us the ability to source UDP services from specific IPs / interfaces. This would help with SNMP also.

I think what I'm asking for is the ability to bind a dhcp server to a bridge.

Have you tried it? I see it can be done on Version 6.40.2, and possibly some of the earlier ones as well.

I found that when I bound the DHCP server to a bridge it didn't work. Therefore I assumed it was a requirement to bind all DHCP servers to interfaces.

I see that this may no longer be a limitation with newer firmware. My testing was a few versions ago.

I'll have to try again with the latest version.

Thanks for the suggestions.

I found that when I bound the DHCP server to a bridge it didn't work. Therefore I assumed it was a requirement to bind all DHCP servers to interfaces.

I see that this may no longer be a limitation with newer firmware. My testing was a few versions ago.

I'll have to try again with the latest version.

Thanks for the suggestions.

Is the LAN, or other ports where you need the DHCP traffic part of the bridge?

None of my Mikrotik's are directly connected to the Internet. They're all internal routers.

Picture a water tower site. One radio pointed east. One pointed west. It is a full ring so if the east link goes down, then all traffic will reroute and come in from the west. If the west goes down, all traffic comes in from the east. Either the east or west link can go down and the tower still has service.

If I put the DHCP server on the east link. Everything works. If there is a network failure and the east link goes down, traffic reroutes and comes in from the west. DHCP no longer works.

Ideally I would create a dummy "loopback" bridge and use it for DHCP. Then no matter where the traffic comes from (east or west) the DHCP server will work. Of course I did not find this to be the case.

Anyone else experience this?

If you put the DHCP server on the east link, and the east link goes down, the DHCP server also goes down with it.

In this scenario you need to enable the DHCP server on the west link as well. Use different IP pool to avoid IP conflicts