Re: if_vlan allow to set incorrect mtu
- In reply to: Rozhuk Ivan : "if_vlan allow to set incorrect mtu"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 07 Nov 2021 09:20:26 UTC
W dniu 7.11.2021 o 08:51, Rozhuk Ivan pisze: > Hi! > > > Why if_vlan allow to set same MTU size or bigger as on parrent nic? > > > Setup: > - workstation with MTU 9000 and IPv4 on h/w nic > - server with MTU 9000 on h/w nic and IPv4 on vlan nic with MTU 9000 (set by defauil on iface creation) > > This setup have issue: > - big packets from server->wks - OK > - big packets from wks->server - FAIL. > > Server init sequence: > 1. Create vlans > 2. Set MTU lower than default on parent nic > > Result: vlan have bigger or same MTU as parrent nic, but parrent nic reports IFCAP_VLAN_MTU. > Probably this is if_em driver issue or iflib. > > > > This is rc.conf, vlan77 - where I got MTU 9000 and fail to receive packets: > ===================================================================================== > vlans_igb0="vlan77 vlan86 vlan87" > create_args_vlan87="vlan 87" > create_args_vlan86="vlan 86" > create_args_vlan77="vlan 77" > ifconfig_vlan87="inet 15.44.77.2 netmask 255.255.252.0 mtu 1500 down up" > ifconfig_vlan87_alias0="link 00:aa:fa:dd:44:55" > ifconfig_vlan86="DHCP mtu 1500" > ifconfig_vlan86_alias0="link 00:ff:fa:dd:44:55" > ifconfig_vlan77="inet 192.168.0.254 netmask 255.255.255.0" > ifconfig_vlan77_alias0="link 00:0f:43:48:67:fe" > ifconfig_vlan77_ipv6="inet6 2001:470:2345:555::1/64 prefixlen 64 auto_linklocal" > ifconfig_igb0="-lro -tso -vlanhwtso mtu 9000 down up" > ===================================================================================== > > > Yes, I can confirm this for the most recent 13.0-STABLE and lacp lagg(4) over igb(4). The issue is persistent since upgrade to 13.0-BETA. 1{1,2}-STABLE were unaffected. To workaround this I set MTU 8996 on vlan(4) child interfaces. I have not reported this since so far - no one was able to confirm, so I suspected broken hardware or incompatible switch firmware. -- Marek Zarychta