f6a290932e
Within a dual VM test-setup a strange behaviour was observed. The two VMs are connected via one vde_switch instance (instancevirtualisation.vlans = [ 1 ]; IMO a bad attribute name for switch instances, has nothing to do with VLANs in sense of 802.1Q). A ping on the base interface (eth1) works, but not on VLAN subinterfaces (vlan1@eth1). A tcpdump of eth1 includes the ARP requests tagged with the subinterfaces VLAN ID, but responses seems not to pass the vde_switch. This works fine if performed on the base interface. Putting the vde_switch in hub mode results in flooding traffic to all vde_switch ports. This results in a expected behaviour and a ping on a VLAN subinterface works as expected. Signed-off-by: Philippe Schaaf <philippe.schaaf@secunet.com> |
||
---|---|---|
.. | ||
make-options-doc | ||
test-driver | ||
build-vms.nix | ||
default.nix | ||
eval-cacheable-options.nix | ||
eval-config-minimal.nix | ||
eval-config.nix | ||
from-env.nix | ||
make-channel.nix | ||
make-disk-image.nix | ||
make-ext4-fs.nix | ||
make-iso9660-image.nix | ||
make-iso9660-image.sh | ||
make-multi-disk-zfs-image.nix | ||
make-single-disk-zfs-image.nix | ||
make-squashfs.nix | ||
make-system-tarball.nix | ||
make-system-tarball.sh | ||
qemu-common.nix | ||
systemd-lib.nix | ||
systemd-types.nix | ||
systemd-unit-options.nix | ||
test-script-prepend.py | ||
testing-python.nix | ||
utils.nix |