Entendendo tc qdisc e iperf

Navegue suas respostas
14

Estou tentando limitar a largura de banda com tc e verificar os resultados com iperf . Eu comecei assim: 

# iperf -c 192.168.2.1
------------------------------------------------------------
Client connecting to 192.168.2.1, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[  3] local 192.168.2.7 port 35213 connected with 192.168.2.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   830 MBytes   696 Mbits/sec

As duas instâncias estão diretamente conectadas através da Ethernet.

Em seguida, configurei um htb qdisc com uma classe padrão para limitar a largura de banda a 1mbit / s: 

# tc qdisc add dev bond0 root handle 1: htb default 12
# tc class add dev bond0 parent 1: classid 1:12 htb rate 1mbit

Mas não consigo o que espero: 

# iperf -c 192.168.2.1
------------------------------------------------------------
Client connecting to 192.168.2.1, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[  3] local 192.168.2.7 port 35217 connected with 192.168.2.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-12.8 sec   768 KBytes   491 Kbits/sec

Se eu dobrar a taxa, a largura de banda medida não será alterada. o que estou perdendo? Por que a largura de banda medida não corresponde ao 1mbit do parâmetro rate ? Quais parâmetros eu preciso definir para limitar a largura de banda a uma taxa específica?

No entanto, a página man diz que tbf deve ser o qdisc de escolha para esta tarefa:

The Token Bucket Filter is suited for slowing traffic down to a precisely configured rate. Scales well to large bandwidths.

tbf requer parâmetros rate , burst e ( limit | latency ). Então, tentei o seguinte sem entender como burst e ( limit | latency ) afetam a largura de banda disponível: 

# tc qdisc add dev bond0 root tbf rate 1mbit limit 10k burst 10k

Isso me deu uma largura de banda medida de 113 Kbits / seg. Brincar com esses parâmetros não mudou muito até que eu notei que adicionar um valor para mtu muda drasticamente as coisas: 

# tc qdisc add dev bond0 root tbf rate 1mbit limit 10k burst 10k mtu 5000

resultou em uma largura de banda medida de 1,00 Mbits / seg.

Quais parâmetros eu precisaria definir para limitar a largura de banda a uma taxa específica?

Devo usar a disciplina de enfileiramento htb ou tbf para isso?

EDITAR :

Com base nesses recursos, fiz alguns testes:

Eu tentei as seguintes configurações.

Em uma máquina física

/etc/network/interfaces : 

auto lo
iface lo inet loopback

auto br0
iface br0 inet dhcp
bridge_ports eth0

Medição com iperf : 

# tc qdisc add dev eth0 root handle 1: htb default 12
# tc class add dev eth0 parent 1: classid 1:12 htb rate 1mbit
# iperf -c 192.168.2.1
------------------------------------------------------------
Client connecting to 192.168.2.1, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[  3] local 192.168.2.4 port 51804 connected with 192.168.2.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-11.9 sec  1.62 MBytes  1.14 Mbits/sec

Considerando que o servidor iperf calculou uma largura de banda diferente: 

[  4] local 192.168.2.1 port 5001 connected with 192.168.2.4 port 51804
[  4]  0.0-13.7 sec  1.62 MBytes   993 Kbits/sec

Em uma máquina virtual sem colagem

/etc/network/interfaces : 

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

Medição com iperf : 

# tc qdisc add dev eth0 root handle 1: htb default 12
# tc class add dev eth0 parent 1: classid 1:12 htb rate 1mbit
# iperf -c 192.168.2.1
------------------------------------------------------------
Client connecting to 192.168.2.1, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[  3] local 192.168.2.7 port 34347 connected with 192.168.2.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-11.3 sec  1.62 MBytes  1.21 Mbits/sec

Considerando que o servidor iperf calculou uma largura de banda diferente: 

[  4] local 192.168.2.1 port 5001 connected with 192.168.2.7 port 34347
[  4]  0.0-14.0 sec  1.62 MBytes   972 Kbits/sec

Em uma máquina virtual com ligação (tc configurado em eth0)

/etc/network/interfaces : 

auto lo
iface lo inet loopback

auto eth0
allow-bond0 eth0
iface eth0 inet manual
    bond-master bond0
    bond-primary eth0 eth1

auto eth1
allow-bond0 eth1
iface eth1 inet manual
    bond-master bond0
    bond-primary eth0 eth1

auto bond0
iface bond0 inet dhcp
    bond-slaves none
    bond-mode 1
#    bond-arp-interval 250
#    bond-arp-ip-target 192.168.2.1
#    bond-arp-validate 3

Medição com iperf : 

# tc qdisc add dev eth0 root handle 1: htb default 12
# tc class add dev eth0 parent 1: classid 1:12 htb rate 1mbit
# iperf -c 192.168.2.1
------------------------------------------------------------
Client connecting to 192.168.2.1, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[  3] local 192.168.2.9 port 49054 connected with 192.168.2.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-11.9 sec  1.62 MBytes  1.14 Mbits/sec

Considerando que o servidor iperf calculou uma largura de banda diferente: 

[  4] local 192.168.2.1 port 5001 connected with 192.168.2.9 port 49054
[  4]  0.0-14.0 sec  1.62 MBytes   972 Kbits/sec

Em uma máquina virtual com ligação (tc configurado em bond0)

/etc/network/interfaces : 

auto lo
iface lo inet loopback

auto eth0
allow-bond0 eth0
iface eth0 inet manual
    bond-master bond0
    bond-primary eth0 eth1

auto eth1
allow-bond0 eth1
iface eth1 inet manual
    bond-master bond0
    bond-primary eth0 eth1

auto bond0
iface bond0 inet dhcp
    bond-slaves none
    bond-mode 1
#    bond-arp-interval 250
#    bond-arp-ip-target 192.168.2.1
#    bond-arp-validate 3

Medição com iperf : 

# tc qdisc add dev bond0 root handle 1: htb default 12
# tc class add dev bond0 parent 1: classid 1:12 htb rate 1mbit
# iperf -c 192.168.2.1
------------------------------------------------------------
Client connecting to 192.168.2.1, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[  3] local 192.168.2.9 port 49055 connected with 192.168.2.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-13.3 sec   768 KBytes   475 Kbits/sec

Considerando que o servidor iperf calculou uma largura de banda diferente: 

[  4] local 192.168.2.1 port 5001 connected with 192.168.2.9 port 49055
[  4]  0.0-14.1 sec   768 KBytes   446 Kbits/sec

O resultado não muda se eu remover eth1 (a interface passiva) da ligação.

Conclusão

Controle de tráfego em uma interface de ligação não funciona, ou pelo menos não como esperado. Vou ter que investigar mais.

Como solução alternativa, pode-se adicionar as disciplinas de enfileiramento diretamente às interfaces pertencentes ao vínculo.

    
por Matías E. Fernández 06.05.2012 / 17:41

4 respostas

2

Quando você não tem certeza sobre como o tc funciona, você ainda pode monitorar o tc e ver como os pacotes fluem? Você pode usar meu script para monitorar o tc e precisa executá-lo em um terminal com privilégios elevados. Você pode mudar o wlan0 para outra interface e você também precisa do grep e do awk: 

      #!/bin/sh
      INTERVAL=15
      while sleep $INTERVAL
      do
             /usr/sbin/tc -s -d class show dev wlan0

             uptime
             more /proc/meminfo | grep MemFree | grep -v grep
             echo cache-name num-active-objs total-objs obj-size
             SKBUFF='more /proc/slabinfo | grep skbuff | grep -v grep | awk 
             '{print $2} {print $3} {print $4}''

             echo skbuff_head_cache: $SKBUFF
      done

Espero que ajude?

    
por 24.07.2012 / 12:36
0

Tente aumentar os valores de burst / limit . Os algoritmos do balde de símbolos são bem dimensionados, mas têm uma taxa de precisão / velocidade limitada.

A precisão é obtida usando um pequeno balde, acelere aumentando o tamanho dos tokens. Tokens grandes significam que a taxa na qual eles são reabastecidos é reduzida (tokens por segundo = bytes por segundo / bytes por token).

O parâmetro rate fornece a taxa média que não deve ser excedida, os parâmetros burst ou limit fornecem o tamanho da janela de cálculo da média. Como o envio de um pacote na velocidade da linha excede a taxa definida para o tempo em que o pacote é transferido, a janela de média precisa ser pelo menos grande o suficiente para que enviar um único pacote não empurre a janela inteira acima do limite; se mais pacotes couberem na janela, o algoritmo terá uma chance melhor de acertar o alvo exatamente.

    
por 24.07.2012 / 16:08
0

execute isto antes de adicionar a disciplina da fila na interface de ligação (bond0 neste caso) 

ipconfig bond0 txqueuelen 1000

não funciona porque o dispositivo virtual de software, como a interface de ligação, não possui uma fila padrão.

    
por 28.03.2013 / 03:15
0

Como os dispositivos bond não têm fila definida, a configuração do qdisc size corrige explicitamente o problema para mim.

Aqui está um exemplo para uma folha qdisc a ser usada em HTB structure: tc qdisc add dev $dev parent $parent handle $handle pfifo limit 1000

    
por 18.03.2015 / 14:21

Tags

bluez: os fones de ouvido bluetooth não podem ser reconectados após a desconexão Que programa (s) está (m) reduzindo meu nível de pool de entropia? [duplicado]