|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Eugene B. Berdnikov 2:5020/400 21 Mar 2002 19:04:17 To : Vlad Doubrov Subject : Re: CBQ -------------------------------------------------------------------------------- Vlad Doubrov <Vlad.Doubrov@f4900.n5020.z2.fidonet.org> wrote: VD> Проблема в том, что cbq может ограничивать только исходящий трафик на VD> интерфейсе. Поэтому зашейпить канал на выход получилось легко, а вот на вход VD> (что нужно гораздо больше) - уже проблема. Все мануалы предлагали отдать по VD> 33% каждой сетке, а уже внутри этих 33 процентов делить веб и ssh. Понятно, VD> что это никого не устраивает, так как канал использовался бы не VD> эффективно... Проблема решилась очень грязным хаком - написанием драйвера к VD> tun/tap, эмулирующего две сетевые карты в одном компе, соедененные между VD> собой кроссовером. Этим самым удалось заставить ядро обрабатывать каждый VD> входящий из инета пакет дважды - сначала оно отправляет его в tap0, софт VD> возвращет его на tap1 (при этом подменяя в нем адреса - sic!), и с tap1 уже VD> происходит роутинг во внутренние сети. После шейпинга интерфейса tap0 был VD> достигнут нужный эффект. ??? Пакеты входят независимо от "наворотов" на приемнике, подождать у провайдера им не прикажешь. А тормозить на роутере - какой смысл? VD> Теперь вопрос - а правильнее можно ли было это как-нибудь сделать? И если VD> нет, то планируется ли доработка cbq в линуксе с этой целью? Или может быть VD> уже были готовые софты? Шейпинг _входящего_ трафика? В ip это невозможно. То есть теоретически возможно, например, тормозить tcp, искусственно понижая окно - путем дропанья входящих пакетов (о ужас!:) или выставления им ECN, но вряд ли кто-нибудь будет для этого что-то писать - больно уж затея бредовая. В реальной жизни нужно давать приоритеты телеконференциям, голосовому трафику и т.п., а оно все ходит по udp и потому не шейпится принципиально. Только просить провайдеров с обоих сторон. -- Eugene Berdnikov --- ifmail v.2.15dev5 * Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/535319c722f9.html, оценка из 5, голосов 10
|