Поднять на мтю на дырке где qinq

/sbin/ethtool -G ens2f0 rx 4096 tx 4096
/sbin/ethtool -G ens2f1 rx 4096 tx 4096
/sbin/ethtool -A ens2f0 autoneg off rx off tx off
/sbin/ethtool -A ens2f1 autoneg off rx off tx off
/sbin/ethtool -K ens2f0 rx off tx off tso off gso off gro off lro off rxvlan off txvlan off rx-vlan-filter off sg off rxhash off
/sbin/ethtool -K ens2f1 rx off tx off tso off gso off gro off lro off rxvlan off txvlan off rx-vlan-filter off sg off rxhash off

вот это rxvlan off txvlan off rx-vlan-filter off sg off rxhash off можно не делать

ну и если будете ставить дрова с гита то

/sbin/ethtool --set-priv-flags ens2f1 vlan-stag-rx on

почему это?

ок. Спасибо за информацию, пошел курить мануалы и планировать время работ.

потому что это нормальные stateless оффлоды, в отличии от всяких tso с суперсложной логикой

очень редко когда какой-нибудь rxvlan глючит. видел такое только один раз на каком-то реалтек с кривым драйвером

rxvlan на vlan-mon плохо влиял помню

раз у меня выключено значит что то было

не пользуюсь vlan-mon. может быть)

vlan-mon довольно удобен, но для удобвства не зваает создание S-VLANов

мне проще нагенерить конфиг с вланами чем использовать целый драйвер ради этого

ого, так зачем если уже все готово?

вероятность баги в влан-мон весьма высокая с учетом того, что код accel не покрыт тестами. ну короче создать статически это железобетонно

ок

Я долго кстати был против vlan-mon в продакшен, пока не решился на один инстанс поставить. Там третий год аптайма без проблем

Если мы говорим об 10к сессиях, то некисло там память экономит с vlan-mon