Geração de jitter com o netem não está funcionando

Question

Estou tentando simular o jitter na minha rede usando o netem. Eu estou usando o seguinte comando:

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

E este comando a saída do ping para o outro 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

Normalmente, com este comando, eu esperaria que o tempo de ida e volta variasse entre 100 e 300ms, então essas respostas de 4400ms realmente me surpreendem. Se eu gerar apenas atraso de tempo, tudo parece estar funcionando OK:

$ 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

Estou executando a imagem do servidor Ubuntu 18.04 com todos os pacotes atualizados. Eu estava usando o mesmo utilitário em 16.04 para gerar deficiências de rede e acho que estava funcionando bem na distribuição anterior do Linux 16.04LTS usando o mesmo hardware.

Um pequeno detalhe é que estou executando uma ponte entre eno3 e eno4 e estou acessando o servidor Linux sobre eno1.

    

Answer 1

Isto parece ser um bug no kernel 4.15. Para resolvê-lo, você precisa atualizar para o 4.18 ou fazer o downgrade do kernel do Linux. Esta é a descrição do problema no Launchpad: link