ethtoolは物理インターフェイスまたはバインディングの優先順位を設定しますか?

ethtoolは物理インターフェイスまたはバインディングの優先順位を設定しますか?

たとえば、一括受信オフロードが「オフ」に設定された物理インターフェイスがあり、そのインターフェイスが一括受信オフロードが「オン」に設定されているmode4ボンディンググループの一部である場合、どのインターフェイスが優先されますか?この構成では、一括受信オフロードが実際にオンまたはオフになっていますか?

bond0の設定

[me@host1 ~]$ ethtool -k bond0 | grep large
large-receive-offload: on

eth0の設定

[me@host1 ~]$ ethtool -k eth0 | grep large
large-receive-offload: off

eth0インターフェイスの設定(ボンドのスレーブ)

[me@host1 ~]$ cat /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE="eth0"
USERCTL="no"
MASTER="bond0"
SLAVE="yes"
BOOTPROTO="none"
ONBOOT="yes

債券配分

[me@host1 ~]$ cat /etc/sysconfig/network-scripts/ifcfg-bond0
DEVICE="bond0"
USERCTL="no"
TYPE="Bond"
BOOTPROTO="none"
ONBOOT="yes"
IPADDR="10.0.0.100"
NETMASK="255.255.255.0"
BONDING_OPTS="mode=4 xmit_hash_policy=layer3+4 updelay=0 lacp_rate=1 ad_select=0 "

答え1

すべての tx オフロード機能がスレーブデバイスからボンディングや VLAN などの親デバイスに複製されるわけではありません。ボンドデバイスは、スレーブデバイスからいくつかのtxオフロード機能を継承します。 Vlan デバイスは、ボンドの一部の tx オフロード機能を継承します。

源泉、これRed Hatの記事。

関連情報