Назад | Перейти на главную страницу

HTB qdisc - дочерний элемент другого HTB qdisc.

В документации HTB можно прочитать:

Примечание: HTB как дочерний элемент другого HTB НЕ совпадает с классом другого класса в том же HTB. Это потому, что когда класс в HTB может отправлять, он будет отправлен, как только сможет аппаратное оборудование. Таким образом, задержка нижнего предельного класса ограничивается только оборудованием, а не предками. В HTB в случае HTB внешний HTB моделирует новое оборудование со всеми последствиями (большая задержка)

РЕДАКТИРОВАТЬ: Мой вопрос: задержка появления одного qdisc дочернего элемента другого достаточно велика, чтобы не рассматривать этот подход по сравнению с одним qdisc?

Дело в том, что я должен включили QoS, потому что я хочу отдать приоритет одному трафику над другим, я просто спрашиваю, как это сделать.

Заранее спасибо.

Бывают ситуации, когда вам нужна отложенная передача - например, при имитации медленного соединения. В простом случае приоритизации трафика подойдет создание двух или более классов HTB с разными приоритетами и использование фильтров для назначения им трафика. Но тем не менее вам следует добавить stochastic fair queuing qdisc в качестве дочернего qdisc ваших классов HTB, чтобы гарантировать, что одно соединение внутри класса не истощает другие. Есть несколько примеров на lartc.org по этой теме - зацените.