Вопрос про шейпер ядра

убило.

Ставлю вопрос так. 1. Есть машина с двумя физическими интерфейсами, которая по замыслу будет выполнять функцию шейпера на очень загруженном канале. 2. С целью сократить в сети количество серверов есть желание на эту машину с шейпером установить IP-PBX Asterisk.

Отсюда и вопрос. Возможно ли в этом случае заставить работать шейпер с целью приоритезации голового трафика приложения, которое работает на той же самой машине?

> IP-PBX Asterisk.

не знаю что это такое... :(

> заставить работать шейпер с целью приоритезации голового трафика приложения, которое работает на той же самой машине?

специально такими задачами не задавался, но на 99% уверен что такое реализуемо.

вот это не поможет?

http://www.opalsoft.net/qos/DS.htm

http://www.rns-nis.co.yu/~mps/linux-tc.html

Судя по материалу если удастся промаркировать VoIP трафик, независимо от его места генерации и затем настроить планировщик очереди исходящих пакетов, то очень даже может быть. Спасибо за инфу.

> промаркировать VoIP трафик

рекомендую гугл поспрашивать еще, на предмет QoS VoIP linux

да, и вот еще нарыл - http://www.opennet.ru/cgi-bin/opennet/ks.cgi?mask=qos%20voip%20astersik%20tra...

> будет ли работать шейпер ядра для пакетов которые генерятся машиной с шейпером?
Да, конечно. Shaper вешается на исходящий интерфейс, таким образом ВСЕ (и локально созданные, и транзитные) выходящие через него пакеты попадут в shaper.
http://www.docum.org/docum.org/kptd/ (см. где находится QOS EGRESS)

маркировать можно будет модулем owner в iptables