Khung Jumbo giữa khách KVM và máy chủ?

Tôi đang cố gắng thực hiện MTU 9000 byte để liên lạc lưu trữ giữa khách KVM và hệ thống máy chủ. Máy chủ có một cầu nối ( br1) với MTU 9000 byte:

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

Các khách có giao diện được gắn với cây cầu này cũng có MTU 9000 byte:

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

Tôi có thể ping từ máy chủ đến khách:

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

Nhưng nếu tôi tăng kích thước gói ping vượt quá 1490 byte, tôi không còn kết nối:

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

Một dấu vết gói cho thấy những gói này không bao giờ đến được với khách. Tất cả mọi thứ tôi đã đọc chỉ ra rằng cả giao diện cầu nối Linux và các virtioổ đĩa mạng đều hỗ trợ các khung khổng lồ, nhưng điều này chắc chắn giống như một vấn đề MTU đối với tôi.

Tôi có thiếu một cái gì đó thực sự rõ ràng?

Cập nhật

Hiển thị phía máy chủ của giao diện khách:

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

Mặc dù đây là sự cố MTU, nhưng hóa ra nó không liên quan gì đến cài đặt MTU trên bất kỳ thiết bị thành phần nào. Như tôi đã chỉ ra trong câu hỏi ban đầu, cầu nối máy chủ, giao diện điều chỉnh máy chủ và giao diện khách đều có cùng cài đặt MTU (9000 byte).

Vấn đề thực tế là vấn đề cấu hình libvirt / kvm. Theo mặc định, libvirt không sử dụng virtiothiết bị. Không có cấu hình rõ ràng, bạn kết thúc với RealTek RTL-8139 NIC. NIC ảo này không hỗ trợ các khung jumbo .

Để sử dụng virtiothiết bị, bạn cần chỉ định một mô hình rõ ràng. Khi sử dụng virt-install:

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

Hoặc sau thực tế bằng cách thêm một <model>thẻ vào thành <interface>phần thích hợp trong miền XML:

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

Với sự thay đổi này, mọi thứ hoạt động như dự định.

để MTU lớn hơn hoạt động, toàn bộ ngăn xếp phải có MTU cao hơn, bao gồm cả khách, tapdev và các NIC vật lý mà cây cầu được gắn vào (nếu bạn có liên kết và vlans trên đường - chúng cũng vậy)