Guys, i posted the other day i had this working but i didnt know why. Now, no dice…im missing something here.
If you read my old thread, i had this working…but i messed somthing up. Ive literally spent days working on this with no luck.
I have an RV, inside the RV is a HAP. This will provide wireless and Ethernet for the local devices in the RV. Simply DHCP private network, dhcp, ports 1-4 on a bridge. No issue with that.
A WAP is plugged into port 5. This wap is outside the RV and will get internet from my office (or public wifi wherever the RV happens to be) and bridge it to the HAP inside the RV. Simple right? I thought so too.
The issue is on the WAP. I can put it in station mode, it grabs an IP via DHCP from an external network no problem. I put it in pusedo bridge, turn off its DHCP client. Activate DHCP client on eth5 of the HAP. Now the HAP, since bridged to the WAP, should grab an ip. It doesnt. If i enter an IP manually it will work. But it cant get that DHCP request for some reason. Ports on the WAP bridge are set to trusted, and i tried RTSP and none for protocol. I connect an old UBNT picostation in place of the wap…put it in bridge mode, and boom…it works perfectly. So why not the WAP? (I would just use the old picostation, but it lacks a connect list kind of feature, so i have to manually go in and re-select the station every time i move the RV. I have several offices and places im at a lot, so i would like to have them in the connect list, hence the use for the WAP.
I tried connecting the WAP directly to a PC, pusedo bridge mode, same issue…PC cannot get an ip from DHCP server. Ive got to be missing something simple here.
As far as i remember 802.11 does not really work with multiple clients on one Connection.
Basically the WAP has to masquerade all MAC addresses which breaks DHCP.
Try pointing the DHCP-Relay on the WAP at the real DHCP-Server.
Then you just work with “station” to the ISP, not pseudo bridge. DHCP works in theory with pseudo bridge, but the Mikrotik bridges seem sometimes not to be able to handle this properly. (DHCP lease gets offered but not bound. see: http://forum.mikrotik.com/t/ros-6-38-serious-dhcp-server-problem/105259/1 , no real stable solution or root cause found yet. STP protocol and bridge port MAC learning are suspects.)
In all cases check where you define DHCP client and server. If interfaces are bound to the bridge, IP addresses, DHCP client and DHCP server should only be defined on the bridge, not on the interface.
In your pseudo bridge setup the wAP can also have an IP address. If the ISP does not allow 2 IP addresses, he might be caching the wAP MAC address for many hours. (while denying any other DHCP request from another MAC address. ISP trying to avoid double connections.)
I really dont want the WAP to do the NAT, for the reason i want the HAp inside the coach to be the main routing device. It will have multiple ways to grab internet, the WAP is just one of them. The others are LTE, a plain ethernet to a port at my place, or via the USB port. If i do keep it as is but put the WAP on NAT, yes, it works…but tripple NAT.
I find it crazy the WAP cant do what a cheap $20 ethernet extender can do. The UBNT picostation does it fine, but lacks the connect list…but i guess will work if i setup some hacking way to do a connect list on it.
Treat the WAP as device on the LAN. and make the LAN vlan20
Create a bridge on the WAP for the vlans for the incoming signal and assign vlan10 to that traffic (access port).
On the HAP create the vlan structure for the lan vlan20
Associate vlan10 with the dhcp client and ethernet interface.
OP did not explain the wAP config. If you want the wAP to be transparant between ISP and hAP, then “pseudo-bridge-clone” should be used.
From the wiki:
Mode station-pseudobridge-clone
This mode is the same as station-pseudobridge mode, except that it connects to AP using “cloned” MAC address - that is either address configured in station-bridge-clone-mac parameter (if configured) or source address of first forwarded frame. This essentially appears on AP as if end-user device connected to station connected to AP.
Yes normal config (and even LAN & WAN list is not used)
Would do the same, except for the bridge port learning. For wireless this is a delicate matter. My best results with DHCP and wifi connections is when it’s left on “auto”.
learn (auto | no | yes; Default: auto) Changes MAC learning behaviour on a bridge port
yes - enables MAC learning
no - disables MAC learning
auto - detects if bridge port is a Wireless interface and uses Wireless registration table instead of MAC learning, will use Wireless registration table if the Wireless interface is set to one of ap-bridge,bridge,wds-slave mode and bridge mode for the Wireless interface is disabled.
What happens if you replace the hAP with a laptop. Does it get the DHCP lease ?
Thats how ive been testing lately, same issue. Doesnt get an ip. I should point out if i put an IP in the laptop or HAP manually, it works fine. So the only issue is its not getting DHCP.
The most frustrating part is i HAD IT WORKING and must have changed something. FYI, changed port learn to auto…
