EAP245 & Omada Controller provisioning static IP
![](/avatar/default.png)
Hi There,
One question, i've recently installed 2 EAP245 Access Points and a Linux based Omada Controller and i'm trying to integrate the AP's into the Omada controller...
However, as soon as I integrated them all my WiFi configuration was lost and they were configured back to their default IP fallback ip addresses as i do not have a DHCP server in my management VLAN, i prefer to keep it static. How can i integrate my AP's with their static ip addresses retained? As the fallback IP (192.168.0.x/24) is outside my scope of 192.168.1.x/24 ... The only way i can think of is putting them back in standalone mode, change the fallback to an ip address in my range ... then provision them and change their ipaddresses through the omada controller? Is that the only way?
Cheers.
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
The correct way is to configure a static IP in the controller. Click on the AP's name, select the »Configuration« tab in the popu menu and set a static IP. Settings made in stand-alone mode will always be overwritten if an EAP is adopted in a controller, even the fall-back IP.
BTW: the forum for Omada-/EAP-related questions is the Business WiFi forum here.
- Copy Link
- Report Inappropriate Content
Hi R1D2,
I have a static ip in my Omada controller, which is 192.168.1.240/24, my EAP is also configured with a static ip which is 192.168.1.250/24. The problem is that i cannot pre-provision it... The configuration tab does not become available until after i have adopted the EAP and goes into the provisioning phase, in which state it is already being reset back to it's fallback ip 192.168.0.254/24 since i have no DHCP Server on my management LAN.
Therefor i lose the ability to manage or change any settings as the EAP goes to disconnected state in the controller.
cheers.
- Copy Link
- Report Inappropriate Content
Hi R1D2,
I have a static ip in my Omada controller, which is 192.168.1.240/24, my EAP is also configured with a static ip which is 192.168.1.250/24. The problem is that i cannot pre-provision it... The configuration tab does not become available until after i have adopted the EAP and goes into the provisioning phase, in which state it is already being reset back to it's fallback ip 192.168.0.254/24 since i have no DHCP Server on my management LAN.
Therefor i lose the ability to manage or change any settings as the EAP goes to disconnected state in the controller.
cheers.
- Copy Link
- Report Inappropriate Content
puntjuh wrote
The problem is that i cannot pre-provision it... The configuration tab does not become available until after i have adopted the EAP and goes into the provisioning phase, in which state it is already being reset back to it's fallback ip 192.168.0.254/24 since i have no DHCP Server on my management LAN.
The way I pre-provision EAPs is as follows:
Step 1: Using the web UI of the EAP I set a static IP, e.g. 192.168.12.2 for a target subnet using 192.168.12.0/24.
Step 2: Using EAP Discovery Utility, I bind the EAP with the corresponding controller using any address (a public IP in my case).
Step 3: Customer connects the EAP to its subnet, EAP connects with the controller, controller adopts it and sets fixed IP 192.168.12.2 or whatever is configured.
This way, there is an invisible transition from stand-alone- to controller-provided IP without fall-back to the default IP.
For this scheme to work I just need to know the customer's network IP.
Second scheme if the Discovery Utility isn't available is using DHCP in the lab, bind to controller using DHCP option 138, then set a static IP as outlined above and let the controller adopt it later on final deployment.
Works for me even if the target network doesn't use DHCP.
But it should also be possible to just set the DHCP fall-back IP before deploying the EAP in a DHCP-less network if the controller is running in the same network.
- Copy Link
- Report Inappropriate Content
What i did now:
1. Set a static IP on my EAP245 of 192.168.1.250/24 through the WEB UI
2. Opened the EAP Discovery tool from my laptop and click manage, set the controller ip (omada) 192.168.1.240/24 and provided the necessary credentials.
3. Connect to my Omada, see it as pending and started the adoption process.
This time it went through to being connected, but 1-2 minutes later goes back to disconnected with it's fallback ip 192.168.0.254/24
I've also attempted to do the same by changing the fallback IP and thus leaving in in DHCP Mode... Same result.. stays up for 1-2 minutes and goes back to it's original IP of 192.168.0.254/24.. funny enough, this way of working does keep the wifi settings intact.
Cheers.
- Copy Link
- Report Inappropriate Content
Ah, I see the problem. Omada Controller 3.0.2 not only re-configures the EAP, but resets its software settings in the database for the IP of the EAP to factory defaults as soon as it discovers the EAP again, no matter whether you previously did set a static IP or another DHCP fall-back IP for this EAP in the Configuration menu.
In version 2.7.0 (which I still use in the field) it does not so during discovery - just did setup a fresh install and tried to be sure:
# tcpdump -i en1 -vvv -A
01:12:28.230226 IP (tos 0x0, ttl 64, id 55549, offset 0, flags [DF], proto TCP (6), length 184)
192.168.1.250.55343 > 192.168.1.36.29811: Flags [P.], cksum 0x78c7 (correct), seq 1:133, ack 1, win 913, options [nop,nop,TS val 4294952700 ecr 2224485800], length 132
E.....@.@..........$./ts..<N5..4....x......
............{
"header": {
"version": "TP-LINK ECS ver 1.0.0",
"mac": "50:c7:bf:xx:xx:xx",
"type": 3,
"error": 0
},
"body": {
}
}
[...]
01:12:28.398627 IP (tos 0x0, ttl 64, id 55615, offset 0, flags [DF], proto TCP (6), length 52)
192.168.1.36.29812 > 192.168.1.250.44960: Flags [.], cksum 0x0dee (correct), seq 506, ack 478, win 243, options [nop,nop,TS val 2224536905 ecr 4294957811], length 0
......@.@......$....tt....... ......
...I....
Controller version 2.7.0 resets the OC's IP setting (if set previously) only if you click on »Forget this AP«, therefore working as described in my previous post even with a fall-back IP or a static IP. If adopting for the first time, you just need to be quick enough to change the IP in OC's Configuration menu for this pending EAP while the OC is still provisioning. With OC 3.0.2 this does not work anymore.
So the only way to pre-provision the EAP in OC 3.0.2 is to assign an alias IP from the 192.168.0.0 subnet to the server running OC in addition to its regular IP. Then you could adopt and change the EAP's IP on the fly.
No idea why TP-Link changed that. Maybe you want to file a bug-report to their support.
- Copy Link
- Report Inappropriate Content
![](/avatar/default.png)
Information
Helpful: 0
Views: 12076
Replies: 6
Voters 0
No one has voted for it yet.