В офисе роутер с тремя внутренними интерфейсоми, два tun и один eth. Естественно, что все они живут внутри полосы которую отдаёт провайдер. Непонятно как сдружить корневые дисциплины (как слить весь входящий трафик в одну трубу).
У меня в голове только два варианта, поставить между роутером и пользователями еще один хост и шейпить в нем или городить виртуальные интерфейсы внутри роутера. Короче, какие то палки и веревки всё. Должен быть прямой способ, о коем и вопрошаю. Спасибо.
> В офисе роутер с тремя внутренними интерфейсоми, два tun и один eth.
> Естественно, что все они живут внутри полосы которую отдаёт провайдер. Непонятно
> как сдружить корневые дисциплины (как слить весь входящий трафик в одну
> трубу).
> У меня в голове только два варианта, поставить между роутером и пользователями
> еще один хост и шейпить в нем или городить виртуальные интерфейсы
> внутри роутера. Короче, какие то палки и веревки всё. Должен быть
> прямой способ, о коем и вопрошаю. Спасибо.чего-то не совсем понятно - чего хочется-то ? чтобы входящий трафик каким-то
образом по всем интерфейсам раскидывался ?
> чего-то не совсем понятно - чего хочется-то ? чтобы входящий трафик каким-то
> образом по всем интерфейсам раскидывался ?Неа, надо раздать приоритеты разным видам трафика. Например клиенты mysql и rdp с максимальным приоритетом, а остальные, что останется. Это легко сделать имея один внутренний интерфейс, но всё это ходит по разным интерфейсам и www трафик приходящий через eth1 отъест половину провайдерской полосы у rdp который бегает через tun.
>> чего-то не совсем понятно - чего хочется-то ? чтобы входящий трафик каким-то
>> образом по всем интерфейсам раскидывался ?
> Неа, надо раздать приоритеты разным видам трафика. Например клиенты mysql и rdp
> с максимальным приоритетом, а остальные, что останется. Это легко сделать имея
> один внутренний интерфейс, но всё это ходит по разным интерфейсам и
> www трафик приходящий через eth1 отъест половину провайдерской полосы у rdp
> который бегает через tun.в таком разе следует заниматься классификацией/приоритизацией трафика на входящем
интерфейсе. делается это либо через ifb, либо через imq. Есть еще варианты, но эти
два самые очевидные. Если интересуют детали сего процесса, то готов ответить.
> В офисе роутер с тремя внутренними интерфейсоми, два tun и один eth.
> Естественно, что все они живут внутри полосы которую отдаёт провайдер. Непонятно
> как сдружить корневые дисциплины (как слить весь входящий трафик в одну
> трубу).
> У меня в голове только два варианта, поставить между роутером и пользователями
> еще один хост и шейпить в нем или городить виртуальные интерфейсы
> внутри роутера. Короче, какие то палки и веревки всё. Должен быть
> прямой способ, о коем и вопрошаю. Спасибо.Ну так пров отдает одним интерфейсом? вот на нем может этим и заняться??
> Ну так пров отдает одним интерфейсом? вот на нем может этим и
> заняться??К интерфейсу провайдера доступа нет, а было бы неплохо. Интерфейс с моей стороны к провайдеру, может шейпить только исходящий трафик, а мне нужен входящий. Кроме того, на внешнем интерфейсе я не могу контролировать трафик идущий внутри туннеля.
>> Ну так пров отдает одним интерфейсом? вот на нем может этим и
>> заняться??
> К интерфейсу провайдера доступа нет, а было бы неплохо. Интерфейс с моей
> стороны к провайдеру, может шейпить только исходящий трафик, а мне нужен
> входящий. Кроме того, на внешнем интерфейсе я не могу контролировать трафик
> идущий внутри туннеля.Входящий - НИКАК!
Вы можете выделить полосу допустим 50% входа для НЕ приоритетного трафа, привышение - росто дропнуть. Остаток как раз будет заниматься приоритетным трафом.
> Входящий - НИКАК!
> Вы можете выделить полосу допустим 50% входа для НЕ приоритетного трафа, привышение
> - росто дропнуть. Остаток как раз будет заниматься приоритетным трафом.man && man && man
да, это "криво" - но, сорри, реально ...
> Должен быть прямой способ, о коем и вопрошаю.Его нет! 0:)