I’m wondering if someone can help me out or provide a bit of info for my issue…..
I have a pfSense firewall with a LAN VLAN and a WLAN VLAN with all traffic/protocols allowed between them, a Netgear R7800 running OpenWRT as a dumb AP, and a TP-Link EAP615v1 AP that is also running OpenWRT.
Both APs are configured using Dynamic PSK, and they work perfect as far as the “password based VLAN” function. However I’ve noticed that the when using Apple devices, the AirPlay protocol doesn’t seem to be working on the R7800 (ie; from my iPhone to my Apple TV). When connected to the TP-Link AP, I can AirPlay just fine.
So I’m curious if anyone has had any issues with the AirPlay protocol, or any other Apple protocols, using an R7800 or any other device. When I was first configuring the R7800, it was a bit of a mess to get it working so I reset it just to be sure nothing was “stuck” and reconfigured from scratch (re-flashed OpenWRT). I know for sure it has nothing to do with my pfSense since, as I mentioned before, AirPlay works just fine on the TP-Link AP.
Do you mean that when both Apple devices are connected to the TP-Link , Airplay is working, but when both devices are connected to the R7800 it is not? Are you sure you haven't enabled client isolation in R7800?
It's not when one device is on TP-Link and the other on R7800?
Yes, when both iPhone and Apple TVs are on the TP-Link APs, airplay works great. When both are on the R7800, I cannot airplay.
I did check client isolation on the R7800 and it is not enabled. It is strange that everything works fine on the TP-Link but not the R7800. I’ve gone over all the settings between both APs and they are the same. Any other ideas?
If you need any config info, let me know and I will gladly share.
Hi @LilRedDog, not sure what you mean, but I assume you talking about removing the working AP? If so, the TP-Link AP is not in use. I tested everything separately.
I guess maybe I’m still a little confused. You want me to save the config of the TP-Link (which I already made a backup of after I configured it JIC) and restore it to the R7800? If that’s what you mean, won’t that cause issues on the R7800 since it’s a totally different device? Especially since the R7800 has a physical switch and the TP-Link has a virtual switch (DSA IIRC).
Sorry for all the questions, just tryin g to make sure I understand what you’re asking me to do.
Could you post a bit here the following from the R7800?
Please run the following commands (copy-paste the whole block) and paste the output here, using the "Preformatted text </> " button:
Remember to redact passwords, MAC addresses and any public IP addresses you may have
I have never seen these before. WiFi is not aware of vlans, you should only bridge the SSID to an vlan subinterface.
Does it mean that they are stopped and disabled as services according to the dumbAP guide?
And are both problematic devices connected to the same SSID?
The LAN is used for my laptop to connect to wirelessly. This is so I can connect to specific devices on VLAN (ie; servers, etc)
I started a thread and was able to resolve the issue I had in using this post. The current configuration I have for the R7800 was provided by the user NPeca76. If there is a different/better/correct way to configure the device with the DPSK function, I am more than willing to reconfigure it.
Also, this post is the configuration I was given for my TP-Link AP, which AirPlay works flawlessly on. I tried to mirror that config on the R7800 to the best of my ability but was unsuccessful. That's when I started the thread for the R7800 I referenced above.
Correct. DHCP, DNS, and Firewall services on the R7800 or stopped per the Dumb AP guide. I also pasted the script that will keep those services disabled when upgrading the firmware on the device.
Both devices are not on the same SSID, but they are on the same subnet. The reason for this is that browsing devices like iPhone/latops/etc use the "smaller pipe" of 2.4GHz and Apple TVs use the "larger pipe" for streaming. I'd prefer to have the Apple TVs hard wired but I haven't ran wire yet, so using 5GHz works for now. When using the TP-Link AP it is the same...iPhones on 2.4GHz radio and Apple TV on 5GHz. However AirPlay works fine even though they are on different SSIDs.
Are you using Dynamic PSK/Password-based VLANs? It doesn't seem so, therefore you shouldn't complicate your setup. Bind one SSID to one vlan subinterface and that's enough.
I would also try to have them on the same SSID to verify if it works there.
Worst case, take a backup of the device, restore to defaults, make minimal changes to bring up WiFi SSIDs and test again.
Ok, but let me describe what I would like with this unit....I would like it to be managed from the LAN VLAN (ie; 192.168.50.0/24 network). Then I can have the SSIDs for a different subnet (ie; 172.16.20.0/24 subnet). IF I need to reconfigure so I can manage the device from the LAN, that's fine.
Yes that's what I am trying to do. I am going to remove the Guest Wifi radio. However I do want to be able to connect to the LAN VLAN when needed.
If this helps, I have 3 VLANs, LAN (mainly for wired devices), WLAN (wireless devices), and Guest WLAN.
Ok I'll give that a try when I get home and get back to you.
There is vlan1 interface for that. lan interface doesn't exist, so there is no need to define it in wireless or other configurations.
This is not dynamic vlan.
What you should try to do is to bind one vlan subinterface to one SSID. Then you can connect to one SSID and be assigned to a specific vlan.
Ok so I assume you mean to remove LAN entry out of the configuration below in the option network section of each radio? That's the only place where I can see anything referencing LAN.
So I tried having both devices on the same SSID and AirPlay does work. So seems like the config is incorrect on the AP. So you have any suggestions on how to configure it correctly?
Please connect to your OpenWrt device using ssh and copy the output of the following commands and post it here using the "Preformatted text </> " button:
Remember to redact passwords, MAC addresses and any public IP addresses you may have: