Шейпер (x22 серия). Управление входящим и вых. трафиком

Valki, esfq = srr, но у вас sfq. По поводу тапок, согласен, не удачный пример, а вот про одеяло будет в самый раз.

Медвед, у esfq есть параметр hash, в зависимости от которого он работает либо как srr, либо как sfq. По логике вещей qdisc подключается к конечному классу и служит для распределения траффика ВНУТРИ него. Хотя чем чорт не шутит...
Действительно, Valki, попробуйте поменять sfq на srr и просто, без всяких команд модему, проверьте и скажите заработало или нет.
Это действительно странно, т.к. соединения маркируются абсолютно правильно (результаты замера скорости в модеме совпадают с реальными скоростями, которые Вы видите). Такие результаты в нормальном случае говорят о том, что классу с большим rate не требуется широкого канала, и частью он может поделится, хотя в Вашем случае это не так...

**Valki** » Пн ноя 17, 2008 10:25 pm

Valki, что бы все правильно работало, нужно настраивать входящий и исходящий трафик, причем исходящий обязательно, так как канал не симметричный и на отдачу он у вас всегда узкий, а это очень влияет на входящий трафик. Я же говорил, читайте матчасть, там все есть про это.
S@BRE, я знаю что из себя представляет ESFQ, в данном случае он работает как SFQ, что представляет из себя SFQ, думаю, мне напоминать не стоит?

Медвед, траффик первого и второго компьютеров принадлежит разным классам, и, соответственно, выбранный алгоритм влиять ну никак не должен, т.к траффик первого компьютера подпадает под дисциплину sfq присоединенную к классу 1:11, а траффик другого - под дисциплину sfq класса 1:12.

Да уж, Медвед.
Это к слову о матчасти...

Valki, а что не так? Вы уже на несколько страниц все решаете проблему и решить не можете, потому-что не понимаете, что для чего нужно и как все устроено, у меня таких проблем почему-то нет, все работает как нужно. Исходящий трафик обязательно нужно шейпить, а иначе это бесполезное занятие, все это есть в матчасти. 17000 порт у вас как раз исходящий, а вы его слушаете как входящий, желаю удачи. :laugh:

S@BRE, а если не попадает и идет в класс, где все остальное(ipp2p отключен, как видно из картинки, трафик мониторится только входящий, но вот порт 17000 указан для исходящего трафика, полный бред и каша)? SRR самое то, для этих целей и для подстраховки, не уж то такие простые истины нужно объяснять? На торрент правилах можно оставить SFQ, но вот для класса, где все остальное, нужно ставить обязательно SRR, когда компьютеров больше одного.
ЗЫ: ipp2p не всегда правильно определяет торрент трафик, всегда будет ситуация, когда этот трафик будет попадать в приоритетный класс. И все же, S@BRE, ваши рекомендации без этой ссылки бесполезны http://www.beta.acorp.ru/forum/viewtopi ... 2811#42811
она очень хорошо показывает всю картину как входящего, так и исходящего трафика.

**S@BRE** » Ср ноя 19, 2008 5:22 pm

**Anderson** » Ср ноя 19, 2008 6:23 pm

S@BRE, пакеты маркируются так из-за ipt_CONNMARK, но это не фига не означает, что они попадают в фильтр tc для входящего трафика и шейпются, советую почитать про imq и iptables -t mangle! :smoke:

Anderson, потому-что исходящий тоже нужно шейпить обязательно.

Медвед, то, что маркируется CONNMARKом не увеличивает счётчики правил. Они увеличиваются для новых соединений (при прохождении инициализирующего или первого пакета), которые могут быть только изнутри (извне порт закрыт).
А я и не говорю что инициализирующие (и любые другие) пакеты от внутренних компьютеров идут в imq1 (он не включен), НО все ответы, т.е. весь входящий траффик заворачивается в imq0 и в соответствии с метками восстановленными CONNMARKом распределяются по нужным классам.

Медвед
Почему Вы усердно игнорируете тот факт, что порты извене закрыты?
При назначении порта 17000 говорилось об исходящем соединении (входящие невозможны).
Скажите, что мешает при исходящем соединении получать входящий трафик через один и тот же порт?
Вы про принцип работы ФАКСа слышали? Так вот там для установления соединения нет разницы Вы позвонили или Вам позвонили. Но после установления соединения письмо (данные) можно отправить, а можно получить.

А на счет шейпинга исходящего трафика спасибо, что развеяли мои сомнения.

Valki, а всё-же попробуйте настроить шейпер на исходящий канал, как было на старом форуме, только обязательно уточните порт!!!
Медвед, спасибо и на этом.

Медвед, мы с вами об одном и том-же, только разными словами.

**Valki** » Сб ноя 22, 2008 1:37 pm

@Valki
Самое то для просмотра соединений cports, почти тоже самое , что и NetMonitor, но кое-что добавленно.

Ну и лучше всего - это tcpdump и под виндой для его работы придётся поставить WinPcap библиотеку.

Можно конечно и Wireshark воткнуть, но это уже из пушки по воробышкам.

А судя по последним картинкам от NetMonitor-а у тебя чего-то с роутингами намучено, с какой стати uTorrent сам с собой соединяется? Это моё ИМХО, но хотелось бы увидеть как настроена сетка: адреса, маски и маршруты. Как на модеме, так и на компах. Прописан ли портфорвардинг на нужные компы и зафиксированы ли адреса компов в LanClients на мопеде. А то складывается ощущение, что разные компы получают один и тот же адрес по DHCP в зависимости от перезагрузок.

Подскажите какой командой можно включать и выключать шейпер как это сделано через веб интерфейс?

**S@BRE** » Вс дек 07, 2008 9:17 pm

Шейпер (x22 серия). Управление входящим и вых. трафиком

Кто сейчас на форуме