With the AP and station both being Mikrotik the preferred option would be station-bridge which implements vendor-specific transparent L2 bridging. Unfortunately Mikrotik do not support this with CAPsMAN, only when the APs are configured manually.
First thing I would try is click the “always broadcast” in the dhcp server. See this post for what I mean. Probably won’t change anything, but it is easy to do and undo.
If that makes no difference, then more troubleshooting/testing will be needed.
If you connect the printer directly to a port on a MikroTik running a dhcp server does that work?
I.e. if you have long cable you can run between hap and the printer, or temporarily move the hap to the room with the printer, or setup the 951G-2HnD with a dhcp server and see if the printer then gets an IP address, at least we could determine if it was an issue with the wireless or the dhcp.
I know there were versions of UniFi UAP firmware that caused problems when used with non-UniFi routers (USG or UDM would work, but EdgeRouters, and other firewall products had problems). The reason I bring this up is that the wireless access point can cause problems for some dhcp servers while still working with others.
The printer was connected over wifi, and got an IP from the DHCP that way. But the wifi is slow and unstable now that the printer is moved in to the closet. So the idea was to improve the built in ESP01 by connecting it over and 951 I had over from earlier days…
Well turning the “always broadcast” option did not help, same error in the logs as before. I will try to connect it directly somehow, just need to figure out how.
Well I setup a DHCP on the 951 and the printer directly got an IP, so I decided to test to give it an IP in the same range as on my main network, 192.168.88.0/24 and now I can access it as I would expect. I would still love to solve my little problem, so I can manage all the configuration on the HAP, but for now I think I will focus on other problems unless someone has a great sugestion to what might fix the issue?
Thank you all for you help so far, I have managed to get it working, which is great even thou not as easy as I expected
Ok, so I have upgraded my main capsman managaer to 7.12.1 and now I’m back and my little bypass does not seem to work anymore, anyone who knows how to fix this?
Leave the main network as is but set up the DHCP server to not assign devices to a part of it.
Remove Nat (if any) on the 951.
**Edit In interfaces interface lists, ensure the wlan is not a member of WAN (So No Nat, and other firewall rules),
and optionally make it a member of LAN if you want to access the router from the main Lan) **
Example will use 192.168.88.128/27 (128-159)
Move any statically devices on lan assigned within this range.
Setup the 951 with ip address=192.168.88.129/27 on its lan/bridge interface
Make the 951 dhcp server hand out dhcp in the range 192.168.88.130-192.168.88.158 with mask of /27.
dns=192.168.88.129
gateway=192.168.88.129
Then set proxy arp mode on the wlan interface of the 951 connected to the main Lan. ** important **
Should be job done.
All devices on main lan should be able to connect to devices behind 951.
They will arp for device in range .129-160, 951 knows it has them behind it, so it responds to arp request.
They send their packet to the 951, it forwards it to the device behind it.
Devices behind 951 should be able to connect to devices on main lan.
They will just go to their default gateway for devices out of the range 128-159.
(An alternative could be to configure dhcp server on 951 so devices behind the 951 think they are also on a /24 subnet,
and have proxy arp on the bridge of the 951, there are likely both advantages and disadvantages doing this)