В этом примере: второй участник строит сложную древовидную структуру очередей со всеми DSCP CS и каждым DSCP значением. Однако в этом руководстве по HTB в руководстве сказано: «priority (1.. : Приоритизирует одну дочернюю очередь над другими дочерними очередями. Не работает на родительских очередях (если очередь имеет хотя бы одну дочернюю очередь). Один — наивысший, восемь — наименьший приоритет. Дочерняя очередь с более высоким приоритетом получит шанс достигнуть своего limit-at раньше, чем дочерняя очередь с более низким приоритетом, и после этого дочерняя очередь с более высоким приоритетом получит шанс достигнуть своего max-limit раньше дочерней очереди с более низким приоритетом. Приоритет не имеет ничего общего с bursts». Разве часть между *** не указывает на то, что сложная древовидная структура недействительна, поскольку DSCP Classes (по мнению участника) должны быть приоритизированы значением HTB Priority, назначенным этой Родительской очереди, а затем дополнительно классифицированы приоритетом Дочерней очереди? Например, netcon_ether5, DSCP_63 имеет ‘родительский’ приоритет со значением 1 и ‘дочерний’ HTB приоритет со значением 1, но поскольку родительский приоритет игнорируется (согласно руководству), это означает, что будет наблюдаться дочерний приоритет, так что DSCP_63 в конечном итоге будет обрабатываться HTB так же, как DSCP 7,15,23 и т.д. — все из которых также имеют ‘дочерний’ HTB приоритет со значением 1, фактически разрушая рутину DSCP, intercon, netcon и т.д. классов. Или я неправильно понимаю запись в руководстве? Z
