URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 67551
[ Назад ]

Исходное сообщение
"Целесообразность ESFQ на внутреннем интерфейсе"

Отправлено Hg , 13-Июл-06 12:39 
Требуется урезать трафик из SOCKS-сервера на локалку, чтоб максисмум аська могла работать.
Создаем:

tc qdisc add dev eth0 root handle 1:0 htb default 5 # eth0 - внутренний интерфейс локалки
tc class add dev eth0 parent 1: classid 1:1 реи rate 10kbit ceil 15 kbit burst 150 cburst 150 # класс для трафика с порта 1080 сервера в локалку
tc qdisc add dev eth0 parent 1:1 handle 10: esfq hash dst # Добавим ESFQ

tc filter add dev eth0 parent 1: protocol ip i32 match sport 1080 0xffff flowid 1:1 # направляем трафик с порта 1080

Насколько я понимаю, ESFQ обрабатывает пакеты уже после задержки их очередью HTB. И это значит, что они "мгновенно" пролетают через интерфейс eth0 в сеть вообще без обработки ESFQ, так как ее очередь не может начать заполняться, так? Но если юзверь начнет грузить через этот порт фильм в 10 потоков, у остальных паузы в работе уже будут критичны. И мне что-то пока ничего в голову по этому поводу не пришло... Как быть в этой ситуации?


Содержание

Сообщения в этом обсуждении
"Целесообразность ESFQ на внутреннем интерфейсе"
Отправлено Beginner , 13-Июл-06 14:04 
>Требуется урезать трафик из SOCKS-сервера на локалку, чтоб максисмум аська могла работать.
>
>Создаем:
>
>tc qdisc add dev eth0 root handle 1:0 htb default 5 #
>eth0 - внутренний интерфейс локалки
>tc class add dev eth0 parent 1: classid 1:1 реи rate 10kbit
>ceil 15 kbit burst 150 cburst 150 # класс для трафика
>с порта 1080 сервера в локалку
>tc qdisc add dev eth0 parent 1:1 handle 10: esfq hash dst
># Добавим ESFQ
>
>tc filter add dev eth0 parent 1: protocol ip i32 match sport
>1080 0xffff flowid 1:1 # направляем трафик с порта 1080
>
>Насколько я понимаю, ESFQ обрабатывает пакеты уже после задержки их очередью HTB.
>И это значит, что они "мгновенно" пролетают через интерфейс eth0 в
>сеть вообще без обработки ESFQ, так как ее очередь не может
>начать заполняться, так? Но если юзверь начнет грузить через этот порт
>фильм в 10 потоков, у остальных паузы в работе уже будут
>критичны. И мне что-то пока ничего в голову по этому поводу
>не пришло... Как быть в этой ситуации?

Я могу ошибаться, но, по моему, дисциплина обработки находится не за классом, а внутри него. Так что все должно работать корректно.