Are there any differences in the /etc/config files between Chaos Calmer 15.05 and the current snapshot, specifically regarding VLANs?
I ask because I've copied the VLAN setup in /etc/config/network and /etc/config/wireless to a new AP I'm trying to add OpenWrt support for, and the VLANs aren't working.
It's either because the new firmware I've compiled doesn't fully support my hardware, of I've got something wrong in the VLAN config.
Previously to add a new VLAN and associate it with an SSID, I've done this:
/etc/config/network:
config interface 'vlan30'
option proto 'static'
option ifname 'eth1.30'
option type 'bridge'
option delegate '0'
And for the wireless:
/etc/config/wireless:
config wifi-iface
option device 'radio0'
option network 'vlan30'
option mode 'ap'
option ssid 'OpenWrt'
option encryption 'psk2'
option key 'myPassword'
This device is different from my other devices in that it has two eth ports. Eth1 is the PoE LAN which I am using. I cannot access the switch in this device for eth[0,1] (yet), so perhaps that is the issue with the VLAN tags getting dropped?
Ok? Does this mean, you have tested this with the device original firmware? And it too malfunctions in the same situation as well? Well, darn. That's sort of funny in a bad way . The internal-switch is a evolution of the QCA8337. So you would think they have ironed out most of these bugs by now.
I don't think my device is broken; I tried the broken version of OpenWrt Netgear put on it for a little bit, but the web gui is so slow and convoluted I gave up and took it apart, saw the UART header and started experimenting with it. I can see the tagged packets arriving at the port, they just don't go anywhere after that.
My previous device was definitely broken (after I got ahead of myself and tried flashing it, but instead overwrote the uboot partition causing a brick - thank god for 'lifetime warranty's'!).
This description of your problem there really sounds familiar.
About the "I can see the tagged packages arriving at the port". Do you mean you see the RX counter go up? Or More like tcpdump(-mini) picks them up on the eth1 interface too. Because if it's the latter, you could try what happens if you ditch the (known bad) port-mapping stuff completely and only use vlan.
This requires a patch to the essedma driver:
Furthermore, you'll have to change you device's dts just like this patch does it for the qcom-ipq4019.dtsi.
(Set qcom,num_gmac to 1, set gmac0's vlan_tag to <1 0x3f>) and edit your device's 02_network entry
to something like:
Thank you - Yes, I was using tcpdump on the main eth1 interface to see the packets arriving from the WiFi interface with the vlan tag, but the RX counters on eth1.30 (my vlan) never moved above 0.
I'm away for a couple of weeks now, but I'll try it out on my return.
The switch in my device isn't visible from openWrt at present though. Does that matter?
I tried your modifications above and copied the switch configuration from qcom-ipq4019.dtsi and I can now see the internal switch, but it's still stripping the VLAN tags.
Here's the output from swconfig regarding the switch it's found:
I'm testing the VLAN tags by doing this on my device:
/etc/init.d/firewall stop
ifconfig eth0.2 192.168.1.20 netmask 255.255.255.0 up
ping -I eth0.2 192.168.1.12
And on my desktop:
ifconfig enp4s0.2 192.168.1.20 netmask 255.255.255.0 up
tcpdump -i enp4s0 -w /home/tim/wac510.pcap