Jump to content
Калькуляторы

Mirraz

Новичок
  • Content Count

    2
  • Joined

  • Last visited

About Mirraz

  • Rank
    Абитуриент
  1. Пытаюсь настроить шейперы в Centos 6.9. Есть отдельно шлюз, сервер и клиент. Клиент качает с сервера через шлюз, клиент подключен к интерфейсу eth0 шлюза. На шлюзе такие настройки: dev=eth0 tc qdisc add dev $dev root handle 1: htb tc class add dev $dev parent 1: classid 1:1 htb rate 500Mbit tc class add dev $dev parent 1:1 classid 1:10 htb rate 64kbit ceil 64kbit tc qdisc add dev $dev parent 1:10 handle 100: sfq perturb 10 tc filter add dev $dev protocol ip parent 1:0 prio 1 u32 match ip dst 192.168.100.101 flowid 1:10 Начинаю качать файл с сервера на клиент 192.168.100.101. Через некоторое время останавливаю закачку на 192.168.100.101, переподключаюсь и начинаю новую закачку файла. Закачка файла начинается только спустя около 10 секунд. Как я понял, на шлюзе (с шейпером HTB) есть некий буфер, он в процессе работы наполняется, а когда клиент закрывает соединение, весь трафик от сервера, накопленный в этом буфере, продолжает понемногу (согласно rate) идти клиенту, вместо того чтобы сразу сбросить этот буфер. Причём похоже, что размер буфера одинаковый для всех rate. Это ожидаемое поведение HTB? При переподключении же пакет SYN-ACK от сервера не может пробиться к клиенту через этот мусорный трафик. Но если применить SFQ, который перемешивает пакеты от разных потоков, эффект «затыка» немного нивелируется (без SFQ ждать приходится несколько минут). Нашёл https://serverfault.com/questions/629838/linux-traffic-controller-linux-tc-hierarchical-token-bucket-htb-packet-queu Там чувак говорит, что дело в параметре txqueue интерфейса. Но я пробовал его менять - безрезультатно. Конфигурация шлюза: Centos 6.9, kernel: 2.6.32