настройка PFsense, 2 wan, балансировка, приоретет. И ещ&#
-
Создал заново шейпер PRIQ
Чем дефолтный HFSC не устроил?
Указаные скорости в шейпере(если они меньше реальных) критично сказываются на работе роутера?
Наоборот. Если вы завысили скорость ,чем есть на самом деле - вот это плохо. Рекомендуется выставлять в шейпере 80% от реально заявленной скорости на LAN и WAN.
И последнее, очередь по умолчанию для WAN не имеет значения в графе Queue Limit и имеет PPS в Status: Traffic shaper: Queues 300-350.
Грохните-ка свой шейпер и мастером создайте по новой (с дефолтным HFSC) и без отсебятины. Как разберетесь в принципах работы различных алгоритмов - тогда и будете эксперементировать.
P.s. Почитать - http://forum.pfsense.org/index.php?topic=33870.0
-
Шейпер создан мастером, без отсебятины, все дефолтно. PRIQ выбрал исходя из https://doc.pfsense.org/index.php/Traffic_Shaping_Guide думал самы простой.
-
Наврятли все таки проблема с задержкой пакетов при вечерней нагрузке в шейпере. Из 12 мегабит аплинка, загружается 9-10 иногда 11. Может быть проблема в pps? ППС доходит до 1500. Куда еще можно капнуть?
-
Из 12 мегабит аплинка, загружается 9-10 иногда 11
Ну так это у вас и есть нормальный пиковый показатель. Или вы думали что там будет ровно 12 Мбит\с ?
Мой вам совет - перенастройте все визардом и не меняйте алгоритм. У меня такая схема прекрасно работает уже 3-ий год. -
Из 12 мегабит аплинка, загружается 9-10 иногда 11
Ну так это у вас и есть нормальный пиковый показатель. Или вы думали что там будет ровно 12 Мбит\с ?
Мой вам совет - перенастройте все визардом и не меняйте алгоритм. У меня такая схема прекрасно работает уже 3-ий год.Ну всегда грузилось в полку, 4 мегабита, потом 6 мегабит, 8 и тд. Когда начинали выгружать аплинк ровно в полку продолжительное время, а не скачками, то увеличивал аплинк. Всегда делал шейпер визрдом. Вчера сделал дефолтый HFSC. Все таже беда…
Попробую копию сенса на сервер HP поставить на днях. Посмотрю как себя покажет, если будет лучше, то заменю железо. -
В общем ничего не помогает. Пробовал разные типы шейперов. Основная цель шейпера это пропускать пакеты для онлайн игры WOT с наивысшим приорететом, в сети большенство танкистов. А последнее время пинг в игре 100-500 и до 999 при нагрузке, а днем и утром 25-60. При нагрузке канал не загружен полностью, в данный момент 7 мегабит из 12 нагружено, а пинг 100-300.
Может быть я в правилах что то не так указываю? И из за этого пакеты не идут в нужную очередь?Попробовал напрямую кабель аплинка в ноут вставил, пинг в WOT 50-80. Через сенс 80-300.
-
У вас на скрине неверные правила.
0. Правила должны находится во вкладке Floating rules/
1. Нет правила для ICMP. Или вы не в курсе по какому протоколу работает ping ?
2. В source не должно быть алиасов с адресами серверов ВОТ.Должно быть так :
Удалите шейпер и создайте заново. Правила читаются снизу вверх, т.е. самые приоритетные - внизу.
После отработки визарда должно быть примерно так (заточите под себя) :И не забудьте после каждого изменения шейпера делать Reset States!
-
Правила находятся в Floating rules. Я добавил только правила с адресами серверов и с портами. Остальное все сделал визард. Сделал как Вы сказали, жду результата.
Вчем разница - когда просто указано правило(например qGames) и когда через слеш еще есть qACK(например qACK/qGames)
-
Вчем разница - когда просто указано правило(например qGames) и когда через слеш еще есть qACK(например qACK/qGames)
Что такое qAck - поищите в гугле.
-
Ребят, а что делать если на ван интерфесе входящего трафика больше чем выходящего на лан интерфейсе? Разница от 0.5Мбит до 2.2 Мбит.
-
Вчем разница - когда просто указано правило(например qGames) и когда через слеш еще есть qACK(например qACK/qGames)
ЕМНИП, qACK используется только c TCP-трафиком.
-
Вчем разница - когда просто указано правило(например qGames) и когда через слеш еще есть qACK(например qACK/qGames)
ЕМНИП, qACK используется только c TCP-трафиком.
Это я выяснил, спасибо.
Не пойму почему на WAN приходит больше, чем выходит с LAN. Как с этим бороться? -
Включите логирование и посмотрите.
