EAP 225 connect to trunk port on switch
Hi everyone.
I'm having difficulty getting the following situation to work:
I have a TL SG2428P switch, that is configured trough the webinterface, because when I adopted it in the Omada configuration, I found it a bit too difficult to get all my WLAN settings configured. When I did this with the built-in web interface, it worked easier for me.
On the switch I have configured port 21 as a untagged trunk port with Vlans 1(management), 20 (Lan), 60 (IOT) and 99 (Guest). I also have tried to set the port to tagged, but this also didn't work.
When I connect the EAP225 to this trunk port, the omada controller doesn't find the AP, when I connect it to a lan port directly it does. When I then, after configuring the AP WLAN SSID's, try to connect it to the trunk port, It just doesn't seem to work, I get the SSID's in my wireless device, but I don't get a IP from the DHCP server in that selected WLAN range
(10.10.10.x - 10.10.20.x - 10.10.60.x - 10.10.99.x)
Do I actually have to have the switches adopted in the omada controller for this to work? Am I missing something else?
If anyone needs more information, happy to oblige.
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
You're not required to use the controller for everything, but once you get past a little learning curve I think you'll like it. Regarding your specific issues...
Adopting the AP: Put the Controller and AP on the same VLAN. If it finds the AP when connected to a "lan" (vlan 20) port, then your controller is likely also on vlan 20. Both the controller and AP should be untagged members of the same vlan and also have the same PVID (native vlan) value.
WLAN-VLAN Mapping: All SSID's mapped to a VLAN would need to have those vlans as tagged members on the AP's port.
Assuming you want to put the controller and AP in the management vlan 1...
- Port 21 should have vlan 1 untagged, with PVID set to 1; vlan 20, 60 and 99 are tagged.
- Port X (where controller is installed) should have vlan 1 untagged, with PVID set to 1
- Copy Link
- Report Inappropriate Content
You're not required to use the controller for everything, but once you get past a little learning curve I think you'll like it. Regarding your specific issues...
Adopting the AP: Put the Controller and AP on the same VLAN. If it finds the AP when connected to a "lan" (vlan 20) port, then your controller is likely also on vlan 20. Both the controller and AP should be untagged members of the same vlan and also have the same PVID (native vlan) value.
WLAN-VLAN Mapping: All SSID's mapped to a VLAN would need to have those vlans as tagged members on the AP's port.
Assuming you want to put the controller and AP in the management vlan 1...
- Port 21 should have vlan 1 untagged, with PVID set to 1; vlan 20, 60 and 99 are tagged.
- Port X (where controller is installed) should have vlan 1 untagged, with PVID set to 1
- Copy Link
- Report Inappropriate Content
I made some small changes in the switch configuration like you mentioned. I have 3 AP's, located on the switch on ports 21, 22 and 23. These ports have the MGMT network (10.10.10.x as VLAN 1 untagged, with PVID set to 1) and the other 3 networks, LAN(20), IOT(60) and GUEST(99) are set as tagged. So far so good.
A little bit more detailed info:
- The omada controller is located virtually (I know, to make it even more difficult to get setup correctly :/) and is connected to the MGMT (management) network (10.10.10.x)
- The AP was first connected to the LAN network (10.10.20.x)
At this stage, even though they aren't both in the same network, they could "see" each other in the omada controller(green - CONNECTED) and I can configure the AP.
When I then make the changes in the omada wireless settings and then connect one of the AP's to port 21, the omada controller first gives an error "heartbeat missed", followed bu "disconnected" a little while later.
To make things even more strange, when I swapped the AP's cable to port 21, It actually worked for a few minutes, I got a IP address in the 10.10.99.x range, I even could browse the web, but after a few minutes, all wireless SSID's are gone. I assume at the same time that the omada controller changes the state of the AP to "disconnected".
I think I am still missing something?
If you need some screenshots, or any more info, please let me know.
- Copy Link
- Report Inappropriate Content
@Houseofdreams_, assuming that you're using DHCP, if you can plug a computer into port 21, do you get a 10.10.10.x address?
- Copy Link
- Report Inappropriate Content
When I use a static 10.10.10.x address I'm connected (lan/internet) when I use DHCP, I don't get a IP address. Strange... This is my "networks" setup in the omada controller.
Edit: I'm now connected with a patch cable to one of the ports on the switch that are in the MGMT 10.10.10.x network (port 7 on the switch) and also there, with a direct connection, I don't seem to get a IP address from the MGMT network. I'm trying to find out why I don't get DCHP from that network. It's enabled in PFSense, all other networks do get DHCP, so it's not the DCHP service that's buggy.
Strange.
- Copy Link
- Report Inappropriate Content
@Houseofdreams_ DHCP services on pfSense are unique to each interface so don't assume it's running on your 10.10.10.x network based on it working on other networks. Most likely it's an issue with the VLAN 1 configuration somewhere between pfSense and the AP. On the Omada devices that support it, I use DHCP and set the fallback ip so a DHCP issue will not cause problems.
- Copy Link
- Report Inappropriate Content
Got some time to test some things....
Made a ubuntu VM on the esxi box, gave it a MGMT network card, installed it and without a problem, it gets an IP of 10.10.10.100
So on the esxi box, the DHCP works, I can see it in the DHCP leases table in PFsense. But still, when I connect a laptop for example to one of the 2 assigned MGMT ports on one of the 2 switches (windows laptop, not that this would make any difference) I can do ipconfig / release - ipconfig / renew and it just sits there and after a while it just says that there is no ip address assigned.
From what I can see, the port settings on the switches are also correct. Port 18 on switch 2 is assigned as a untagged System-VLAN (1) with PVID set to 1. The same is done n switch 1 on port 7.
I assume this is correct?
Is there any way that I can "debug" the switch?
- Copy Link
- Report Inappropriate Content
Information
Helpful: 0
Views: 102
Replies: 6
Voters 0
No one has voted for it yet.