HTB qdisc потомок другого недостатка HTB qdisc
В документации HTB можно прочитать:
Примечание. HTB как дочерний элемент другого HTB НЕ совпадает с классом другого класса в том же HTB. Это потому, что когда класс в HTB может отправить, он отправит, как только аппаратное оборудование сможет. Так что задержка класса нижнего ограничения ограничена только оборудованием, а не предками. В случае HTB под HTB внешний HTB имитирует новое аппаратное оборудование со всеми последствиями (большая задержка)
РЕДАКТИРОВАТЬ: Мой вопрос: задержка для детей qdisc другого достаточно велика, чтобы не рассматривать этот подход из-за наличия только одного qdisc?
Дело в том, что я должен был включить QoS, потому что я хочу расставить приоритеты для некоторого трафика над другим, я просто прошу подход для этого.
Заранее спасибо.
1 ответ
Есть ситуации, когда вы хотите задержать передачу - например, при моделировании медленной линии связи. В простом случае приоритизации трафика можно создать два или более класса HTB с разными приоритетами и использовать фильтры для назначения трафика. Но тем не менее вы должны добавить stochastic fair queuing qdisc как дочерний qdisc ваших классов HTB, чтобы убедиться, что одно соединение внутри класса не истощает другие. На lartc.org есть несколько примеров на эту тему - посмотрите их.