vlans not working in 20200613.0050
-
Nope. For now I just toggle hardware offloads and restart DHCP for ipv6 and seems to get me into a working state.
-
Im as well having an issue with VLANs. Will try the hardware offloading trick when I get home.
-
Just to be a little more specific...
If after upgrade/reboot, you tail -f /var/log/dhcpd.log and you see lots of DHCPREQUEST and DHCPOFFER, but no corresponding DHCPACK, then VLANs are probably not working.
I've found that going to System/Advanced/Networking and toggling any of the options like "Disable hardware checksum offload" and saving that will reset. But then DHCP is left in a weird state (can't read config and any dhcpv6 assignments on Track6 interfaces will be lost). So I stop dhcpd and unbound, then restart unbound.
-
After checking the disable hardware options under Advanced Networking my VLANs started working correctly again. I'm going to play around with different combinations to narrow it down and then see what else I can find.
-
I found you just have to ifconfig down and up the parent interface.
So I created a I script to run with shellcmd at boot up to do that until the developers get a chance to look at things.I think it may be related to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240818
-
@Quarkz it's ironic that it was working until the freebsd updates were included in the commits that day. would you share your script and let me know how you're running it? I haven't been able to time it successfully.
-
Sure.
I created the following very simple script in /usr/local/etc/rc.d/emfix.sh make sure to chmod +x it. It will be run via the shellcmd package if put there automatically.
#!/bin/sh
ifconfig em1 down
ifconfig em1 upPer the bug report you want to make sure to down/up the parent interface (em1 in this instance) and not the vlan interface.
-
Thanks.
I'm finding that this often does work, but I frequently need to down/up the interfaces more than once, but that's probably just a timing issue with the restart of services. I'm using a LAGG interface as the VLAN parent, so I have to cycle more than one physical interface.
My host has an Intel Atom CPU E3845 with Intel PRO/1000 4-port network interfaces.
Did anyone create a ticket for this?
-
I have not created a redmine ticket for it as I wasnt sure what additional details may be required by the Netgate team. I assume it may only be relevant to em interfaces?
-
Wanted to add an additional note that this is still an issue in the latest dev release. As well that I switched from having all my vlans run over 1 interface (em1) to assigning a separate interface to each of my 3 vlans. (em1,em2,em3). After each restart it has the same behavior where the 2 created vlans will not do anything yet the default lan/vlan still works without issue. If anyone that is experienced with logs wants to point me in the direction of which ones to post I can certainly try to get some more technical data here.
-
This is resolved for me with latest builds based on FreeBSD 12.2-STABLE