|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Stanislav Sviridenko 2:5020/400 08 Apr 2005 12:52:28
To : Eugene B. Berdnikov
Subject : Re: HTB QoS приоритетный трафик не получает своей полосы
--------------------------------------------------------------------------------
Здраствуйте.
> Самая главная ошибка - принципиальная: ЗДЕСЬ шейпить бесполезно.
> Для подавляющего большинства задач шейпер должен стоять ПЕРЕД узким
> местом, а не после узкого канала перед широким.
Собственно тут так и есть узкий канал eth0 упирается в сервера и т.п.
т.е.
клиенты ---\
клиенты --- |eth2-роутер-eth0----- узкий канал ---
eth1-роутер2-eth1|---сервер ftp, CS, HTTP
клиенты----/
ПРобуем настроить на первом роутере.
> Есть ещё одна ошибка, и тоже принципиальная: для игрушек важна
> не ширина полосы, а время задержки. Одно из следствий этого - то,
> что шейпер должен стоять на стороне провайдера.
Мы и есть провайдер. Собственно узкий канал - это то самое узкое горлышко
между нами и одними из наших клиентов. Понятно что важна латенси, вопрос -
как и чем её гарантировать? До текущего состояния дел считали что это можно
всё обеспечить при помощи QoS. Сейчас такой уверенности нет. :-(
> IMHO, Ваш шейпер здесь ни при чём, :) это задержки в очереди на стороне
> провайдера.
никого третьего в этой связке нет. Это полностью наша сеть. См. иллюстрацию
> Так как средний размер пакета в полосе 1:7 получается всего 83 байта,
> а rate в 1:7 _очень_ низкий (меньше процента от 128Кbit), то лимит
> bandwidth для этого класса никогда не достигается, и заимствовать
> у смежных классов ничего не приходится.
а как же тогда вы посоветуете задавать ограничения?
--
С уважением,
Станислав Свириденко
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
