Вопросы Теги

Неточное ограничение пропускной способности в altq очередях

У меня никогда не было таких проблем, по крайней мере, не за прошлые два или три года.

Я поддерживаю сессию в рабочем состоянии к VM XP, который остается открытым в течение многих недель за один раз.

2
задан 7 May 2010 в 20:30
1 ответ

По моему опыту, чтобы altq работал хорошо, действительно необходимо добавить red, rio или ecn опция Вашим ограничивающим очередям, иначе поскольку Вы приближаетесь к насыщенности (физический или виртуальный очередью) Вы находитесь в для некоторых неприятных ситуаций. Смотрите на раздел по КРАСНОМУ (Случайное Раннее Обнаружение) в altq практическом руководстве для большего количества информации.

Кроме того, две проблемы с Вашим отрывком выше:

  1. Вы имеете два default очереди: Это не позволяется (на самом деле pf, должен закатить истерику об этом).
  2. У одной из Ваших очередей нет пропускной способности (0Mb)? - Это, вероятно, не, что Вы хотели/означали...
2
ответ дан 3 December 2019 в 12:20
  • 1
    Не должно действительно быть двух очередей по умолчанию; я тестировал некоторые различные установки правила при установке этого и изменил текущие правила, которые я имел, к какому я первоначально имел (я забыл удалять параметр по умолчанию из низкой очереди). Изучит КРАСНЫЙ, чтобы видеть, решит ли это это. Между прочим, какие-либо идеи относительно того, почему очереди только применяются к соединениям TCP? Предел 0Mb происходил в основном просто там из-за этого, я только хотел протестировать с одной очередью; у меня могла действительно только быть одна очередь, хотя я хотел протестировать altq с различными очередями, но действительно сначала хотел попробовать его только за одну очередь. –  user42511 8 May 2010 в 16:47

Теги

Похожие вопросы