KVM konuk ve ev sahibi arasındaki Jumbo çerçeveleri?

KVM konukları ile ana bilgisayar sistemi arasındaki depolama iletişimi için 9000 baytlık MTU uygulamaya çalışıyorum. Ana bilgisayarda br19000 bayt MTU'lu bir köprü ( ) var:

host# ip link show br1
8: br1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc noqueue state UP 
    link/ether fe:54:00:50:f3:55 brd ff:ff:ff:ff:ff:ff
    inet 172.16.64.1/24 brd 172.16.64.255 scope global br1
    inet6 fe80::21b:21ff:fe0e:ee39/64 scope link 
       valid_lft forever preferred_lft forever

Konukların bu köprüye bağlı 9000 bayt MTU'lu bir arayüzü var:

guest# ip addr show eth2
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc pfifo_fast state UP qlen 1000
    link/ether 52:54:00:50:f3:55 brd ff:ff:ff:ff:ff:ff
    inet 172.16.64.10/24 brd 172.16.64.255 scope global eth2
    inet6 fe80::5054:ff:fe50:f355/64 scope link 
       valid_lft forever preferred_lft forever

Ana bilgisayardan konuğa ping yapabilirim:

host# ping -c4 172.16.64.10
PING 172.16.64.10 (172.16.64.10) 56(84) bytes of data.
64 bytes from 172.16.64.10: icmp_seq=1 ttl=64 time=1.15 ms
64 bytes from 172.16.64.10: icmp_seq=2 ttl=64 time=0.558 ms
64 bytes from 172.16.64.10: icmp_seq=3 ttl=64 time=0.566 ms
64 bytes from 172.16.64.10: icmp_seq=4 ttl=64 time=0.631 ms

--- 172.16.64.10 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3000ms
rtt min/avg/max/mdev = 0.558/0.727/1.153/0.247 ms

Ancak ping paketi boyutunu 1490 baytın üzerine çıkarırsam, artık bağlantım yok:

host# ping -c4 -s 1491 172.16.64.10
PING 172.16.64.10 (172.16.64.10) 1491(1519) bytes of data.

--- 172.16.64.10 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3000ms

Bir paket izlemesi, bu paketlerin konuklara asla ulaşmadığını gösterir. Okuduğum her şey, hem Linux köprü arayüzünün hem de virtioağ sürücülerinin jumbo çerçeveleri desteklediğini gösteriyor, ancak bu kesinlikle bana bir MTU sorunu gibi görünüyor.

Gerçekten bariz bir şeyi mi kaçırıyorum?

Güncelleme

Konuk arayüzünün ana makine tarafı gösteriliyor:

host# brctl show
bridge name bridge id       STP enabled interfaces
br1     8000.fe540050f355   no      vnet2

host# ip addr show vnet2
11: vnet2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc pfifo_fast master br1 state UNKNOWN qlen 500
    link/ether fe:54:00:50:f3:55 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::fc54:ff:fe50:f355/64 scope link 
       valid_lft forever preferred_lft forever

Bu bir MTU sorunu olsa da, herhangi bir bileşen aygıtındaki MTU ayarlarıyla ilgisi olmadığı ortaya çıktı. Orijinal soruda gösterdiğim gibi, ana makine köprüsü, ana makine tun arayüzü ve konuk arayüzü aynı MTU ayarına (9000 bayt) sahipti.

Asıl sorun libvirt / kvm yapılandırma sorunuydu. Varsayılan olarak, libvirt yok değil kullanmak virtiocihazlar. RealTek RTL-8139 NIC ile sonuçlanan açık bir yapılandırma yok. Bu sanal NIC jumbo çerçeveleri desteklemez .

virtioCihazları kullanmak için açık bir model belirtmeniz gerekir. Kullanırken virt-install:

virt-install ... -w bridge=br1,model=virtio

Veya alan XML'indeki <model>uygun <interface>öğeye bir etiket ekleyerek bundan sonra :

<interface type="bridge">
  <model type="virtio"/>
  <source bridge="br1"/>
  <target dev="vnet2"/>
</interface>

Bu değişiklik olduğunda, her şey amaçlandığı gibi çalışır.

daha büyük MTU'nun çalışması için tüm yığının, konukların, tapdevlerin ve köprünün bağlı olduğu fiziksel NIC'leri içeren daha yüksek MTU'ya sahip olması gerekir (yolda bağlar ve vlans varsa - onlar da)