Почему AckQueue не может совпадать с очередью?


1

Что мне выбрать AckQueue?

введите описание изображения здесь

Я пытаюсь сделать формирование трафика в pfSense . Формирование трафика в pfSense включает в себя вещи, называемые очередями.

Некоторые очереди имеют более высокий приоритет, чем другие.

Я понимаю, что нет способа ограничить скорость, с которой клиент загружает файлы (т. Е. Если каждый в Интернете решит отправить вам по 5 пакетов, вы не можете ограничить это). Но вы можете ограничить, сколько клиент попросит загрузить. Когда выполняется загрузка, клиент отправит обратно пакеты подтверждения (ACK) на сервер, чтобы указать, что он готов к приему дополнительных данных.

Способ ограничения скорости загрузки клиента заключается в ограничении скорости его загрузки .

Если клиент не может отправить свои ACK-пакеты на сервер, сервер больше не будет отправлять клиенту.

Это относится только к TCP-трафику (TCP использует acks, UDP - нет).

Вопрос в том, в какую очередь следует помещать торрент-TCP-подтверждения?

  • Я не могу поместить их в qACKочередь. Это очередь с высоким приоритетом, вызывающая быструю отправку ACK. Я хочу, чтобы ACK не отправлялись быстро.
  • Я не могу поместить их в qDefaultочередь. Это очередь с высоким приоритетом, вызывающая быструю отправку ACK. Я хочу, чтобы ACK не отправлялись быстро.
  • Я не могу поместить их в qLinkочередь. По сути, это не очередь; вызывая ACK для быстрой отправки. Я хочу, чтобы ACK не отправлялись быстро.

Я хочу поместить их в очередь с наименьшим приоритетом: очередь qP2P . За исключением того, что я не могу поместить их в эту очередь, потому что pfSense выдает ошибку:

введите описание изображения здесь

Очередь подтверждения и Очередь не могут быть одинаковыми.

Теперь эта ошибка вводит в заблуждение; они могут быть в одной очереди. Дизайнеры интерфейса решили, что я не должен этого делать. Они решили, что я должен заняться чем-то другим.

Что-то еще, что я должен делать?

Ответы:


2

Очереди Ack и очереди загрузки могут иметь одинаковые (или даже одинаковые) ограничения пропускной способности, но они не могут иметь одинаковые имена, если вы хотите, чтобы pfSense различал.

Чтобы мне было легче отслеживать, я помечаю все очереди WAN (т.е. ACK) с qW_ в качестве имени. IE один из них - qW_Nerfed, один - qW_HTTPWEB, другой - qW_Games и т. Д.

Все мои правила загрузки в локальной сети входят в подпоследовательность (поэтому я не ограничиваю скорость локальной сети, а просто действительные скорости загрузки через Интернет), где у меня есть аналогичные правила и ограничения трафика, но я отмечаю их qSomething. IE qNerfed, qHTTPWEB, qGames.

Теперь я могу поместить мой самый низкий приоритет в qW_Nerfed / qNerfed. Набор правил один и тот же (одинаковый процент пропускной способности, разрешенный вверх и вниз), но поскольку имена разные, pfSense знает, какую очередь я имею в виду.

Вы думаете, это будет само собой разумеющимся. Если я маркирую очередь WAN qNerfed и очередь локальной сети qNerfed, то при выборе aquequeue / queue она, очевидно, будет использовать aquequeue «qNerfed» для первого и очередь «qNerfed» для второго. Но даже если вы можете создать эти очереди и пометить их в разделе Traffic Shaper, это может привести к путанице при выборе очередей с одинаковыми именами.

Поэтому, просто убедитесь, что они имеют разные имена для очередей ack и очередей при их создании в Traffic Shaper.


«... если вы хотите, чтобы pfSense различал». Вот в чем вопрос; Я не хочу, чтобы pfSense дифференцировал. Я хочу, чтобы это была та же очередь.
Ян Бойд
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.