tudo. Eu tenho um problema. Eu usei o tc com o HTB para fazer o traffic shaping no 14.04.like
tc qdisc add dev docker0 root handle 1: htb default 1024
Isso funcionou bem no Ubuntu 14.04 com o docker 1.11. Mas depois eu atualizo o ubuntu de 14.04 para 16.04 (não atualizo docker). Quando eu executo o mesmo comando:
tc qdisc add dev docker0 root handle 1: htb default 1024
Todos os contêineres em execução não podem alcançar a rede, nem mesmo o gateway padrão.
/ # ip r l
default via 172.20.0.1 dev eth0
172.20.0.0/16 dev eth0 src 172.20.0.2
/ # ping 172.20.0.1
PING 172.20.0.1 (172.20.0.1): 56 data bytes
^C
--- 172.20.0.1 ping statistics ---
2 packets transmitted, 0 packets received, 100% packet loss
E eu capturo pacotes no host, como
tcpdump -vvv -nn -i docker0
tcpdump: listening on docker0, link-type EN10MB (Ethernet), capture size 262144 bytes
15:44:59.611212 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 172.20.0.1 tell 172.20.0.2, length 28
15:45:00.629100 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 172.20.0.1 tell 172.20.0.2, length 28
15:45:01.653096 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 172.20.0.1 tell 172.20.0.2, length 28
E verifique o status tc do docker0:
tc -s -d qdisc show dev docker0
qdisc htb 1: root refcnt 2 r2q 10 default 1024 direct_packets_stat 0 ver 3.17 direct_qlen 0
Sent 0 bytes 0 pkt (dropped 48, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
Existe algo parecido, todos os pacotes foram perdidos. Alguém pode me dar alguma sugestão.Obrigado
Eu vi o mesmo comportamento no centos com o docker 1.13 e posterior (eu não tentei construções anteriores do docker). No meu caso, eu era capaz de obter pacotes em movimento com o qdisc htb anexado explicitamente definindo o direct_qlen para um valor diferente de zero. Por exemplo:
tc qdisc add dev docker0 root handle 1: htb default 1024 direct_qlen 1000