После обновления перестал работать DHCP сервер, поднятый на vlan интерфейсе с физическим адаптером, работающем на igb драйвере.
Откат на предыдущую версию etcnet помогает решить эту проблему.

Виновато видимо отличие в поведении в плане reorder_hdr у vconfig и ip link vlan на ip:
                      reorder_hdr { on | off } - specifies whether ethernet headers are reordered or not (default is on).

                          If reorder_hdr is on then VLAN header will be not inserted immediately but only before passing to the physical device (if this
                          device does not support VLAN offloading), the similar on the RX direction - by default the packet will be untagged before being
                          received by VLAN device. Reordering allows to accelerate tagging on egress and to hide VLAN header on ingress so the packet
                          looks like regular Ethernet packet, at the same time it might be confusing for packet capture as the VLAN header does not exist
                          within the packet.

                          VLAN offloading can be checked by ethtool(8):

                              ethtool -k <phy_dev> | grep tx-vlan-offload

                          where <phy_dev> is the physical device to which VLAN device is bound.

на vconfig:
       set_flag [vlan-device] 0 | 1
              When 1 (the default since 2.6.18), ethernet header reorders are turned on.  Dumping the device will appear as a common ethernet device with‐
              out  vlans.  When  0  however, ethernet headers are not reordered, which results in vlan tagged packets when dumping the device. Usually the
              default gives no problems, but some packet filtering programs might have problems with it.

Нужно сделать так, что бы после обновления поведение существующей конфигурации не менялось, т.к. это приводит к неработоспобности установленных dhcp серверов.