You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
WAN interface of AVM FRITZ!Box 4040 is on eth1. To gain internet connectivity the ISP requires VLAN tagging with ID 7. But while I can send packets through interface eth1, I cannot through eth1.7.
I haven't seen any disturbing firewall rules and it still doesn't work after flushing iptables completely.
Steps to reproduce:
flash OpenWrt 18.06.1 to FRITZ!Box 4040
change WAN ifname to eth1.7
connect WAN port to laptop or monitoring device with Wireshark or similar
send something via eth1.7, e.g. ping, but dhcp or pppd are sending stuff anyway
What happens:
Monitoring device does not see pings, dhcp, pppoe or other packets that go through eth1.7. It received when sending via eth1 directly (untagged). When sniffing via tcpdump on the router, it looks like the packets are send, but they are actually not going over the wire.
What should happen:
VLAN tagged packets are send properly (so PPPoE discovery succeeds in the end).
firefexx:
WAN interface of AVM FRITZ!Box 4040 is on eth1. To gain internet connectivity the ISP requires VLAN tagging with ID 7. But while I can send packets through interface eth1, I cannot through eth1.7.
Affected device: https://openwrt.org/toh/hwdata/avm/avm_fritz_box_4040
Affected versions: All I have tested, that is: 18.06.1 and the snapshot available today.
I haven't seen any disturbing firewall rules and it still doesn't work after flushing iptables completely.
Steps to reproduce:
What happens:
Monitoring device does not see pings, dhcp, pppoe or other packets that go through eth1.7. It received when sending via eth1 directly (untagged). When sniffing via tcpdump on the router, it looks like the packets are send, but they are actually not going over the wire.
What should happen:
VLAN tagged packets are send properly (so PPPoE discovery succeeds in the end).
It was advised to open this bug report in the following forum thread. There is also some more information including configuration dumps. https://forum.openwrt.org/t/vlan-configuration-for-telekom/21841
The text was updated successfully, but these errors were encountered: