Jitter-Generierung mit Netem funktioniert nicht

Ich versuche, mit netem Jitter in meinem Netzwerk zu simulieren. Ich verwende den folgenden Befehl:

sudo tc qdisc add dev eno3 root netem delay 200ms 100ms 

Und dieser Befehl die Ausgabe des Pings an die andere IP:

$ ping 10.82.96.254 -c 10 PING 10.82.96.254 (10.82.96.254) 56(84) bytes of data. 64 bytes from 10.82.96.254: icmp_seq=1 ttl=255 time=258 ms 64 bytes from 10.82.96.254: icmp_seq=2 ttl=255 time=233 ms 64 bytes from 10.82.96.254: icmp_seq=3 ttl=255 time=295 ms 64 bytes from 10.82.96.254: icmp_seq=6 ttl=255 time=260 ms 64 bytes from 10.82.96.254: icmp_seq=8 ttl=255 time=212 ms 64 bytes from 10.82.96.254: icmp_seq=4 ttl=255 time=4466 ms 64 bytes from 10.82.96.254: icmp_seq=5 ttl=255 time=4474 ms 64 bytes from 10.82.96.254: icmp_seq=7 ttl=255 time=4459 ms 64 bytes from 10.82.96.254: icmp_seq=9 ttl=255 time=4476 ms 64 bytes from 10.82.96.254: icmp_seq=10 ttl=255 time=4453 ms  --- 10.82.96.254 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9051ms rtt min/avg/max/mdev = 212.173/2359.059/4476.181/2107.031 ms, pipe 5 

Normalerweise würde ich mit diesem Befehl erwarten, dass die Rundlaufzeit zwischen 100 und 300 ms variiert. Diese 4400 ms-Antworten überraschen mich also wirklich. Wenn ich nur Zeitverzögerung generiere, scheint alles zu funktionieren:

$ ping 10.82.96.254 -c 10 PING 10.82.96.254 (10.82.96.254) 56(84) bytes of data. 64 bytes from 10.82.96.254: icmp_seq=1 ttl=255 time=202 ms 64 bytes from 10.82.96.254: icmp_seq=2 ttl=255 time=200 ms 64 bytes from 10.82.96.254: icmp_seq=3 ttl=255 time=200 ms 64 bytes from 10.82.96.254: icmp_seq=4 ttl=255 time=200 ms 64 bytes from 10.82.96.254: icmp_seq=5 ttl=255 time=202 ms 64 bytes from 10.82.96.254: icmp_seq=6 ttl=255 time=201 ms 64 bytes from 10.82.96.254: icmp_seq=7 ttl=255 time=201 ms 64 bytes from 10.82.96.254: icmp_seq=8 ttl=255 time=200 ms 64 bytes from 10.82.96.254: icmp_seq=9 ttl=255 time=200 ms 64 bytes from 10.82.96.254: icmp_seq=10 ttl=255 time=203 ms  --- 10.82.96.254 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9003ms rtt min/avg/max/mdev = 200.365/201.286/203.059/1.013 ms 

Ich verwende ein Ubuntu 18.04-Server-Image mit allen aktuellen Paketen. Ich habe das gleiche Dienstprogramm in 16.04 zum Erzeugen von Netzwerkstörungen verwendet, und ich denke, es funktionierte gut auf der vorherigen Linux-Distribution 16.04LTS, die dieselbe Hardware verwendete.

Ein kleines Detail ist, dass ich eine Brücke zwischen eno3 und eno4 betreibe und auf den Linux-Server über eno1 zugreife.