libvirt

mirror of https://gitlab.com/libvirt/libvirt.git synced 2025-02-06 20:00:05 +00:00

History

Laine Stump e4be156889 network: explicitly set the MTU of the bridge device.

In the past, the MTU of libvirt virtual network bridge devices was
implicitly set by setting the MTU of the "dummy tap device" (which was
being added in order to force a particular MAC address from the
bridge). But the dummy tap device was removed in commit ee6c936fbb
(libvirt-6.8.0), and so the mtu setting in the network is ignored.

The solution is, of course, to explicitly set the bridge device MTU
when it is created.

Note that any guest interface with a larger MTU that is attached will
cause the bridge to (temporarily) assume the larger MTU, but it will
revert to the bridge's own MTU when that device is deleted (this is
not due to anything libvirt does; it's just how Linux host bridges
work).

Fixes: ee6c936fbbfb217175326f0201d59cc6727a0678
Resolves: https://bugzilla.redhat.com/1913561
Signed-off-by: Laine Stump <laine@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>

2021-01-15 12:20:00 -05:00

bridge_driver_linux.c

network: eliminate unnecessary labels

2020-07-20 19:11:35 -04:00

bridge_driver_nop.c

network: force re-creation of iptables private chains on firewalld restart

2020-05-11 22:54:52 -04:00

bridge_driver_platform.c

…

bridge_driver_platform.h

network: force re-creation of iptables private chains on firewalld restart

2020-05-11 22:54:52 -04:00