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

Управление входящим и исходящим трафиком в модемах Acorp Sprinter@ADSL LAN122/LAN422/W422G:

с примерами

Внимание!
Для работы этой возможности, на ваших модемах должна быть установлена прошивка 2.0.02 от 06.10.2007(beta2) или выше!

Продолжение предыдущей темы: http://www.beta.acorp.ru/forum/viewtopic.php?t=3761

Прежде чем задавать вопрос обязательно прочитайте инструкцию, посмотрите примеры и просмотрите тему. В 90% случаев ваш вопрос уже обсуждался и решен.

Почитал тему но не нашел ответа как быть в моей ситуации.

Есть два WAN интерфейса - это внутренняя сеть провайдера 15000/2200 Кбит (Static) и поверх неё PPPoE 512/512 Кбит. (с теми же PVI VCI интернет), Задача одному компьютеру гарантировать 80 % того и другого канала (внутренняя сеть и интернет) второму 20% того и другого. Вопрос в том что мне не понятно как сделать это сразу для обоих интерфейсов. В Shaper IN и OUT нужно будет сначала срезать скорость до <512? а потом уже правила которые будут зажимать исходя из 512 как для внутренней сети так и для интернета? т.е. придется распрощаться с 14000 Кбит внутренней сети?

А у меня больше не вопрос, а просьба сделать пояснение, или добавить пример в файл, который описывает работу Шейпера, из которого сталобы ясно различие между sfq и srr. Исходя из того что имеется известно:

srr - равномерное распределение ресурсов отведенной полосы между ее потребителями

sfq - равномерное распределение ресурсов отведенной полосы между соединениями

не понятно два определения: потребитель и соединение, как ни странно звучит.

пожалуйста поясните, или дайте ссылку где это уже пояснено, спс

Oleg,
Я так понимаю, потребитель - это множество соединений =)

Хотя, мне тоже не ясны эти определения. Надеюсь нам объяснят смысл этих определний, а не пошлют "гуглить" или на старый форум в поисках истины. Как это частенько бывает на этом форуме.

Вообще, не мешало бы нормальный фак сделать, а не посылать всех искать на старый форум или гуглить.

Oleg, eshield, Потребитель это условно говоря компьютер (или lan порт, если так понятнее), каждый потребитель может иметь несколько соединений.
то есть ssr делит трафик "по справедливости" а sfq "по потребности" если иное не описано настройками шейпера

VESS,
как хорошо и понятно звучит первая половина вашего поста, а вот вторая....

вопрос мой простой:

правильно ли следующее утверждение (Да/Нет)?:

srr - равномерно распределят ресурсы отведённой полосы между LAN портами, как вы написали выше, (пример: используются всего два порта 8080 и 6881 и при условии максимальной загрузки расурсы будут поделены поровну между портами 8080 и 6881)

sfq - равномерно распределяет ресурсы между соединениями (пример тот же, есть два порта 8080 и 6881 но на первом порте(8080) 1 соединений, а во втором (6881)- 100 соединений, следовательно общая скорость будет поделена на 101 соединений и как следствие скорость на порты 8080 будет минимальная, а на 6881 максимальная)

спасибо

VESS, eshield
Полностью присоединяюсь к Olegу. Нужны разъяснения.
В инструкции "Управление входящим и исходящим трафиком" приведен пример (пример 3), в котором говорится о разделении всего трафика канала 256кбит/с между p2p сервисом и другими приложениями. (речь именно о приложениях а не компах!)...
Согласно примеру, если появляется "сетевая активность остального типа трафика" (не связанного с p2p сервисом), то на класс для p2p выделяется 25% скорости канала с Prio=7, а на все остальные задачи с "сетевой активностью" - 75% скорости канала с Prio=0.
Почему тогда применен алгоритм деления канала srr, а не sfk?
Или автор инструкции под "остальным типом трафика" подразумевает не p2p-трафик с LAN-портов?

Разъясните пожалуйста, а то у меня точно такая же задача, как описано в примере 3, но настройки, выполненные строго по примеру, результата не дают

Oleg и Valki, вам ни кто не ответит, потому-что эта тема разжевана на старом форуме, а писать по 100 раз одно и тоже для всяк сюда входящего, нафиг ни кому не уперлось.

Медвед,
чтоб тут такие как мы вас не задолбывали, надо создать FAQ и нормальную инструкцию.

To Медвед,
Если бы тема была тривиальна и как Вы выразились "разжевана", не создавались бы подобные топики, а их десятки по всему инету.
Я начал со старого топика, но единственное полезное, что я там для себя нашел, это инструкцию, которая тут обсуждается. Повторю, что я все сделал по инструкции, но заявленного результата не получил, кроме заужения канала на 10%

.

To Господа, из службы поддержки:
Из десятков топиков на эту тему каждый второй связан с управлением классом на котором трудится p2p сервис. У многих есть эти проблемы, поэтому пожалуйста добавьте в Ваши описания пример, когда имеется класс для работы p2p сервиса и этот класс автоматически "зауживается" в несколько раз при появлении любого другого типа трафика в LAN-сети, предоставляя освобожденную пропускную способность канала этому трафику, но после исчезновения этого трафика, снова восстанавливается на 100% для p2p сервиса.
(Речь об автоматическом управлении входящим и исходящим трафиком канала для любого/всех компьютеров в LAN-сети, не исключая WiFi-подключенния и компьюьера, где трудится p2p-сервис).

Oleg, а гугл вам на что? А прямые ссылки по SRR и SFQ на старом форуме, как раз для ленивых и не знающих про поисковые системы? FAQ'и все в инете есть, как говорили господа их службы поддержки, ни чего нового они не придумали, мы видать с вами одно и тоже по разному читаем, хотя да, признаю, я эту тему изучил за долго до покупки модема, когда еще линуксом баловался.

Valki, а вот вам нужно еще раз внимательно матчасть почитать, что бы потом не возникало таких просьб. Я на 100% уверен, что вы все сделали не как в инструкции, а телепатов тут нема. :smoke:

Медвед,
что-то мне кажется, все проблемы из-за переезда форума...
читать и там и там. А то что мы ленивые, это правда

но если захочем то сможем, да без понимания мат части практически невозможно настроить шейпер, 2 часа поисков в инете + 2 чтения и основы стали ясны, попробывал на практике и что вы думаете? РАБОТАЕТ!!! Теперь торент все время качает на 100% и можно в инете лазить, как только захожу на сайт скорость закачки торрента падает. Осталось только оптимально его настроить под мои потребности.

Совет всем кто хочет освоить шейпер: чит. мат. часть.

Недавно заметил, что работающий исключительно в локалке провайдера DC++ иногда вдруг отжирает часть канала у активно раздающего uTorrent (при включенном DC uTorrent раздает только 27 кб/с, при выключенном - положенные 55).
Решил попробовать настроить шейпер трафика.

Дано:
Модем Acorp LAN422 с прошивкой V.2.03.RU.01112007.
К нему, грубо говоря, подключен один компьютер, где:
1. Изредка используется веб-браузер.
2. Постоянно качает и раздает uTorrent (в интернет).
3. Работает сервер GTA San Andreas Multiplayer (порт 7777, UDP, только в локалку провайдера).
4. Работает (качает и раздает) клиент DC++ (в локалку).

В модеме два соединения на одном VPI/VCI под разными логинами и паролями - одно смотрит в локалку и имеет скорость, совпадающую с физической скоростью соединения (8000/2500 кбит/с), другое – в интернет и имеет 512/512 кбит/с. Настроен роутинг, чтобы модем знал, что идет в локалку, а что - в интернет, открыты все нужные порты, в общем - все работает.

Чего бы хотелось:
Чтобы uTorrent всегда раздавал на максимуме и чтобы на сервере SAMP были пинги поменьше (чтобы SAMP'у не мешал DC).

Важное условие: скорость DC++ в самом клиенте ограничивать нельзя (если начну здесь объяснять почему, все только запутается).

Я внимательно выкурил документацию и форум, чуть-чуть сломал себе мозг и решил шейпить пока только исходящий трафик.
Вот настройки (и их описание - что они делают в моем понимании):

Первый класс - для http:
6 0 0 0 80 (Protocol, Src IP, Dst IP, Src Port, Dst Port).
Имеет гарантированную половину канала в интернет, если свободен - весь канал, имеет высший приоритет.

Второй - для uTorrent:
0 0 0 0 bit (Protocol, Src IP, Dst IP, Src Port, Dst Port).
Имеет гарантированную половину канала в интернет, если свободен - весь канал, приоритет ниже, чем у первого.

Третий - для сервера SA:MP (работает в локалке):
17 0 0 7777 0 (Protocol, Src IP, Dst IP, Src Port, Dst Port).
Имеет гарантированные 600 кбит/с канала локалки, если что - весь канал локалки за вычетом канала в интернет (они все же физически через одну дырку бегут - вот я и решил так сделать, чтобы никогда и ни при каких условиях игрушка не заняла канал в инет). Значения скоростей класса завышены относительно максимального возможного количества игроков на сервере (точно никто не считал, сколько генерирует этот сервер трафика; считается - максимум 15 кбит/с на игрока, а у меня максимум 32 игрока)

Четвертый - для DC++ (работает в локалке):
0 0 0 0 dc (Protocol, Src IP, Dst IP, Src Port, Dst Port).
Имеет гарантированные 991 кбит/с канала локалки (чтоб при максимальной нагрузке на все сервисы не пытался отобрать канал у сервера SA:MP и, тем более, у интернетных программ), если что - получает весь физический канал (то есть, как я понимаю, способен использовать все, что не используют другие).

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

Почему везде sfq, тоже не знаю. Так решил, а о чем думал - не помню.

Результаты:
Совершенно точно, что с такими настройками шейпера график отдачи uTorrent превращается в прямую линию, лежащую на установленном максимуме, при включенном DC++ (без шейпера скорость отдачи болтается в любом месте между максимумом и половиной).
При включении шейпера пинги до Яндекса постепенно уменьшаются с 200-400 до 30-70.
Эффект для SA:MP особый не замечен – вроде бы пинги у людей упали с 300-400 до 150-200, но там сложно оценить без дополнительного софта и экспериментов.

Вот так вот.
Может быть, эти настройки кому-то помогут, а кто-то, быть может, предложит способы их оптимизации.

Доброго времени суток!
Хочу попросить помощи в разьяснении шейпера.
Задача: есть канал 5 Мб , его необходимо разденить на две части - одна стабильна и постоянна с высоким приоритетом UDP протокол (64 Кб) и вторая все остальное для инета. Спасибо.

Oleg,
Ну хоть Вы поделитесь линками на мат.часть, о которой так упорно с медведом говорите.
У Вас получилось, Браво. Подскажите остальным.

Медвед,
Дабы не взывать к экстрасенсорике предлагаю мою задачу разобрать "по винтикам".
Имеется: модем Sprinter@ADSL W422G с прошивкой V.2.03.RU.01112007. Подключения: 2-LAN, 1-Wireless.

Требуется: для закачки через uTorrent выделить 100% канала, но как только появляется сетевая активность остального типа трафика по любому соединению LAN, гарантировать последнему не меньше 75% скорости канала (см. пример 3 файла acorp_shaper.pdf).
Буду показывать, что сделано, а Вы говорите, что и где не так, например для входящего трафика.

Итак, Согласно инструкции:
1. Ограничиваем скорость канала (512 кбит/с), уменьшая его на 10%:
Задаем Max Rate = 460 kbit/s.
2. Создали класс для uTorrent, шириной 25% от ширины канала с приоритетом "7":
<Rate (Kbit), Ceil (Kbit), Priority, Algo>=<116, 460, 7, srr>.
3. Прикрутили фильтр для ipp2p-трафика:
<Protocol, Src IP, Dst IP, Src Port, Dst Port, Proto>= <0, 0, 0, 0, ipp2p, 0>.
4. Создали класс для остального типа трафика, шириной 75% от ширины канала с приоритетом "0":
<Rate (Kbit), Ceil (Kbit), Priority, Algo>=<344, 460, 0, srr>.
5. Прикрутили фильтр к классу для остального типа трафика:
<Protocol, Src IP, Dst IP, Src Port, Dst Port, Proto>= <0, 0, 0, 0, 0, 0>.

Дополнительные сведения:
Служба DynDNS: Не запущена,
Port Forwarding: Не активирован,
Службы NAT/Firewall активны (настройки по умолчанию).
Соединение настроено следующим образом:

Плиз, ткните пальчиком, что и где неверно сделано...

Valki,
у меня в пункте 4 стоит не srr а sfq, при srr не работало.

http://www.opennet.ru/docs/RUS/iptables/
http://www.opennet.ru/base/net/adsl_bandwidth.txt.html

Valki, вы издеваетесь? В прошивке V.2.03.RU.01112007 шейпер был не доделан, советую еще раз почитать старый форум, там все разжевано до мелочей!

Oleg, SRR в V.2.03.RU.01112007 не работал вообще, его починили только в 2.04.

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

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