fdboss
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: Так и должно быть. Chupaka выше же цитату приводил. Весь трафик обрабатывается (шейпится, приоритезируется) только очередями, прикреплёнными к листовым (leaf) классам, т.е., в вашем случае, очередями, прикреплёнными к классам 123_in, 124_in, 125_in. Всё что выше по "дереву" - это не очереди, а на сколько понял, некая иерархическая структура правил, что ли, на основании которых распределяется трафик между очередями, прикреплёнными к leaf-классам. Но физически через эти структуры (родительские "очереди") трафик на самом деле не ходит (поэтому в них ни чего не шейпится и пакеты в буферы не загоняются), они только собирают статистику своих дочерних элементов (которая и выводится в Винбоксе), на основании которой разрешают или не разрешают, допустим, реальной очереди, через которую реально проходит трафик расширить ей полосу пропускания по её запросу.
Как-то так |
ну тут сложно вообще сказать как оно там происходит, просто когда сидишь и смотришь как приведенная мной структура работает, все это как то не укладывается.
если материнский шейп ничем не рулит, то как тогда происходит ограничения по скорости указанное в материнском шейпе, я понимаю это все так, изначально все пакеты находятся в материнском шейпе, (даже при условии что мы их не видим как очередь), а потом уже исходя из лимитов клиентов материнский шейп выстраивает им очередь, потому что при 100% занятости материнского шейпа еще и происходит деление канала поровну между клиентами, и при этом очень хорошо видно что очередь у клиентов разная.
получается что материнский шейп исходя из своих лимитов пошейпил клиентов поровну,
или вся структура работает наоборот, клиентский шейп исходя из данных полученных от материнского выстраивает очередь, но тогда не совсем понятно как все происходит когда в материнском шейпе 10 клиентов, веть для того что бы каждый клиентский шейп выстроил очередь себе он должен анализировать не только материнский шейп и и шейпы своих соседей.
и еще один маленький аспект, если материнский класс не на что не влияет то почему тогда (исходя из тех же мануалов), пакет проходящий через материнский класс изменит приоритет на тот который имеет материнский класс.?
а вот если предположить что материнский класс, видит все локальные очереди как свою глобальную то тогда вроде как проблем с приоритетами нет, материнский класс имеет возможность видеть все пакеты очереди и пакеты имеющие приоритет выше отправлять первыми, а те которые ниже притормаживать в локальной очереди. И при этом при прохождении через материнский класс изменить приоритет на свой.
|
Всего записей: 76 | Зарегистр. 21-07-2009 | Отправлено: 09:49 24-01-2011 | Исправлено: fdboss, 10:59 24-01-2011 |
|
браво! у всех клиентов выставлен limit-at - поэтому до тех пор, пока эти значения не будут достигнуты, очередь будет отдавать трафик клиенту, никак не ограничивая его. именно поэтому во всех мануалах по HTB пишут, что при сумме limit-at большей, чем max-limit родителя, работа становится непредсказуемой 
. Так что у меня возникает резонный вопрос о корректности всего остального содержимого статьи: чему верить, а чему нет. 
.