>>>так делаешь на нужном интерфейсе ingress qdisc и при помощи
>>>tc filter зеркалируешь его на ifbX, а на ifbX уже настраиваешь
>>>исходящий трафик как твоей душе угодно.
>>то-то и оно что ingress qdisc не устраивает не тем что ограничены
>>
>>возможности по баланировке трафика, а тем что НЕ ТАМ его ловит,
>>вся сила imq именно в возможности ловить трафик:
>>
>>PREROUTING: After NAT/Before NAT
>>POSTROUTING: After NAT/Before NAT
>>
>>а ingress qdisc на входе его ловит в PREROUTING: Before NAT
>>а мне надо чтобы в PREROUTING: After NAT
>>давая возможность например балансировать трафик
>>с точностью до бита в секунду на вход! сквида,
>
>ересь, это зависит слишком от многих факторов !
полагаю у Вас все работает непредсказуемо :)
а у нас с точностью до бита, и благо уже не один
сервер собран.
А называть просто так гоословно ересью то что сами не проверяли
по крайней мере глупо.>>для каждого пользователя с локальным! адресом,
>>когда весь выхлоп по сквида совершенно не балансируется
>>и из кэша данные отдаются со скоростью локальной сети,
>>а балансируются только данные скачиваемые из и-нета
>>и для каждого пользователя.
>
>ну так а кто мешает маркировать тебе пакеты при помощи
>iptables на ifbX и уже на этой основе настраивать управление
>трафиком ?
смотрим сюда
http://www.docum.org/docum.org/kptd/
и понимаем что есть возможность балансировать пакеты ПОСЛЕ DENAT
т.е. сразу же после "квадратика" "INPUT ROUTING + PDBB"
а не перед в "квадратике" "QOS INGRESS"
хотя и imq позволяет использовать и перед DENAT
как буд-то это полноценный "QOS EGRESS"
Удачи.