Пинг, Шейпер, help

[Discoteque]

Народ, у моего люто ненавистного горячо любимого провайдера Акадо  есть одна проблема.
При загрузке обратного канала пинг возрастает до 2000-3000 мс.
Соответственно при серфинге страницы грузятся быстро но с бесконечно долгой задержкой. Что неимоверно выбешивает.
Причем неважно во сколько потоков грузить канал.
DOCSIS модем motorolla.

Внимание, вопрос:
Если настроить обычный шейпер на htb на внешнем интерфейсе - поможет делу?

[kobaltd]

обратный - это исходящий от вас или входящий к вам?

[Discoteque]

Прямой - от провайдера ко мне.
Обратный - это от меня к провайдеру.

[kobaltd]

модем в режиме роутера или бриджа?

[Discoteque]

эти доксис модемы неумеют роутить - бридж

[kobaltd]

попробуйте настроить но задержки в 2000-3000 мне кажется это проблема оборудования, причем конкретная проблема - хотя в режиме бриджа не должно быть  - попробуйте поменять железку

[Discoteque]

Буду пробовать тогда.
В СП сказали, что "интернет подразумевает двухстороннюю связь, поэтому при загрузке канала в любую сторону все работает медленнее"
А без шейпинга и ограничения скорости есть приориетезатор?
Чтоб приоритизировать хост и транзитный трафик?
Я помню в томатке было просто QoS настроить, что использовать для Ubuntu?
Пользователь решил продолжить мысль 11 Ноября 2010, 16:37:54:Голову сломал уже.
Нигде нету howto по приоритезации трафика хоста совместно с локалкой.
Все в основном по локалке.
htb.init - вроде как нужно пакеты промаркировать для шейпинга хостового трафика, как именно промаркировать неясно.
imq - не поддерживается ядром, не хочу каждый раз при обновлении патчи лепить к новому ядру.
ifb - нет нихрена никакой информации. ВООБЩЕ. Как поднять интерфейс ясно, но доков к нему нету!

Народ! Скажите, где инфу достать!

[nomeron]

У модема скорее всего своя настройка и приоритет QoS для каждого интерфейса
Поэтому его настройка не поможет.
А чем так сильно загружен входящий канал ?
Чтобы он мешал, его загрузка должна быть под 100%
Так его только торрентами реально убить. Тут уже ничего не поможет.

[Discoteque]

Прямой (входящий) канал ничем не загружен.
Обратный (исходящий) канал загружен отдачей торрентов (либо аплоадом на хостер).
В этом случае сильно возрастает пинг. 3 секунды на пинг это как?
Таким образом серфинг становиться невозможным.

Как я понимаю ситуацию:
Пока инициируется соединение до сервера у меня броузер седеет.
Как только соединение инициировано страница загружается достаточно быстро.
Даунлоад быстрый, соединение долгое из-за аплоада.

Выглядит логично.

QoS'ом я бы приоритезировал трафик на 80 порт хотябы на исходящий интерфейс.

Весь вечер пытался настроить htb.init - нихрена у меня работает.
Пользователь решил продолжить мысль 12 Ноября 2010, 14:44:22:В общем забил на все обертки.
Пока контролирую трафик так:

Код: [Выделить]

tc qdisc add dev eth0 root tbf rate 1500kbit latency 20ms buffer 1540Пользователь решил продолжить мысль 13 Ноября 2010, 16:56:20:Слепил более сложную систему регулирования исходящего потока.
Если кому-то интересно вот скрипт:

Код: [Выделить]

#Определяем глобальные переменные:
#SHAPEDEV=Исходящий нтерфейс для шейпинга
SHAPEDEV=eth0
#MAXRATE=Максимум скорости исходящего соединения
MAXRATE=1500kbit

#Сбрасываем настройки - удаляем корневой класс интерфейса
tc qdisc del dev $SHAPEDEV root

#Создаем корневой класс с очередью HTB, неклассифицированный трафик отнесен к классу 30
tc qdisc add dev $SHAPEDEV root handle 1: htb default 30
#Создаем дочерний класс 1:1 с ограничением пропускной способности MAXRATE
tc class add dev $SHAPEDEV parent 1: classid 1:1 htb rate $MAXRATE burst 15k
#Создаем дочерние подклассы с резервированием полосы пропускания
# и возможностью заимствования до MAXRATE
tc class add dev $SHAPEDEV parent 1:1 classid 1:10 htb rate 500kbit ceil $MAXRATE burst 15k
tc class add dev $SHAPEDEV parent 1:1 classid 1:20 htb rate 500kbit ceil $MAXRATE burst 15k
tc class add dev $SHAPEDEV parent 1:1 classid 1:30 htb rate 1kbit ceil $MAXRATE burst 15k
#Добавляем очередь SQF во всех дочерних подклассов
#для равномерного распределения нагрузки в дочерних подклассах
tc qdisc add dev $SHAPEDEV parent 1:10 handle 10: sfq perturb 10
tc qdisc add dev $SHAPEDEV parent 1:20 handle 20: sfq perturb 10
tc qdisc add dev $SHAPEDEV parent 1:30 handle 30: sfq perturb 10

#Фильтруем трафик по подклассам WWW в первый быстрый класс, SMTP во второй.
#U32 вспомогательная переменная чтоб без писанины назначать 1 приоритет
U32="tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32"
$U32 match ip dport 80 0xffff flowid 1:10
$U32 match ip sport 25 0xffff flowid 1:20