форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

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

Сообщение от Hg (ok) on 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 потоков, у остальных паузы в работе уже будут критичны. И мне что-то пока ничего в голову по этому поводу не пришло... Как быть в этой ситуации?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Сообщения по теме

[Сортировка по времени, UBB]

1. "Целесообразность ESFQ на внутреннем интерфейсе"

Сообщение от Beginner (??) on 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 потоков, у остальных паузы в работе уже будут >критичны. И мне что-то пока ничего в голову по этому поводу >не пришло... Как быть в этой ситуации? Я могу ошибаться, но, по моему, дисциплина обработки находится не за классом, а внутри него. Так что все должно работать корректно.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]