Do seu exemplo, as configurações de MTU na interface bond precisam ser tão grandes quanto as maiores configurações de MTU em cada VLAN. E eu acho que você não precisa configurá-lo em slave eth0, eth1.
Eu tenho usado uma combinação de interfaces de interface, vlan e bridge para fornecer redundância e diferentes camadas lógicas de rede para xen domUs.
Essa configuração está funcionando bem, mas estou um pouco incerto sobre como diferentes configurações nessas interfaces afetam uma a outra. Para ilustrar, aqui está minha configuração em um típico dom0:
/- vlan10 -- br10
eth0 -\ /
> bond0 <--- vlan20 -- br20
eth1 -/ \
\- vlan30 -- br30
Considerando que interfaces bond, vlan e bridge são lógicas em vez de físicas, a configuração de MTU nessas interfaces tem algum efeito se as interfaces físicas (eth0, eth1) tiverem um conjunto de MTU diferente para uma finalidade?
do site link : Problema
Os quadros jumbo precisam ser configurados na interface marcada vlan.
Adicionando MTU = 9000 na interface marcada vlan i: e ifcfg-ethX.Y ou ifcfg-bondX.Y não ajuda e a saída ifconfig ainda mostra a interface vlan com o MTU: 1500
Resolução
Quando uma das VLANs pertencentes à interface precisa de uma MTU de 9000, a interface principal não vlan subjacente também precisa ter a mesma MTU. Outras VLANs podem usar uma MTU diferente conforme o requisito.
Então, junto com a adição de MTU = 9000 em ifcfg-ethX.Y / bondX.Y, adicione-o em ifcfg-ethX / bondX também.
Causa raiz
A interface base da VLAN precisa ter a MTU necessária para propagar as alterações na interface da VLAN.
Tags networking linux bonding vlan mtu