linux bridge в качестве простого (прозрачного) шейпера?

[mike_k]

Есть linux бридж (eth0, eth1 в одном bridge).

 

Есть такая структура:

[много каких-то сетей со своими маршрутизаторами]<->[eth1-linux-bridge-eth0]<->[gw/NAT/billing/итд]

пока бридж ничего не делает.

 

Якобы можно его заставить шейпить трафик по src-ip на eth0 (в сторону биллинга) и по dst-ip на eth1 (в сторону клиентов)...

Пробовал (шейпил на eth0 и eth1) iproute2/tc + ebtables mark (или u32) - работает, но не так как надо. Что-то шейпит, но цифры стремные и меняются.

Перепробовал много разных комбинаций.

Google ничего путевого не сказал.

 

Вопрос: может не на тех интерфейсах надо? на бриджёвом-то бессмысленно? Вешать ли адрес на br-интерфейс(имеет ли это значение)?

 

Размышлять и гадать тут можно долго. Кто-то подобное делал?

 

P.S.

гигабитный realtek 8169 в режиме бриджа работать не отказался, но регулярно бил пакеты=(

[ram_scan]

Адрес для целей администрирования клеится ессно на бриджовый интерфейс. Шейпинг делается ессно на физических интерфейсах.

[mike_k]

Адрес для целей администрирования клеится ессно на бриджовый интерфейс. Шейпинг делается ессно на физических интерфейсах.

Да пес с ним, с этим адресом - можно еще один адаптер воткнуть.

Т.е. вы лично так делали и оно работало? Метили пакеты ebtables или "tc filter...u32" по ip-адресам?

[ram_scan]

Так и делал. Через tc. Дисциплину брал самую тупую и бронебойную, HTB. От CBQ в свое время умного ничо не добился, но подозреваю что просто потому-что "ниасилил". Уж больно она помороченая =)

[mike_k]

Так и делал. Через tc. Дисциплину брал самую тупую и бронебойную, HTB. От CBQ в свое время умного ничо не добился, но подозреваю что просто потому-что "ниасилил". Уж больно она помороченая =)

так все-таки метили пакеты ebtables или "tc filter...u32" по ip-адресам?