Jump to content
Калькуляторы

Шейпинг и несколько NAS

Добрый вечер.

 

Имеется сеть с доступом по PPPoE, хотя это, думаю, особо значения не имеет. Пока что Linux/Roaring Penguin, но хочется уйти на FreeBSD/Mpd5.

Аплинки весьма ограниченные (менее 200 мегабит на около 3к сессий). Канал вечером забит целиком, утром и днём же отдыхает. На расширение тратиться никто не хочет, но есть задача использовать его на всю круглосуточно.

 

NAS-ов несколько, сейчас шейпится всё весьма костыльно, созданием qdisc-ов на самих ppp-интерфейсах. Можно было бы создать корневые qdisc/class на одном интерфейсе с ограниченным rate и на нём же создавать классы потомки с маленьким rate и ceil-ом в весь канал, но NAS-ов несколько, соответственно, сложно узнать, насколько нагружен канал с самого NAS-а.

 

Кто как решает эту проблему? Одним общим шейпером для всех NAS-ов, между ними и бордером?

Edited by GFORGX

Share this post


Link to post
Share on other sites

1) SFQ на ppp-интерфейсах можно оставить как есть,

 

2) на внутреннем интерфейсе бордера делать приоритезацию трафика по протоколам - максимальный для онлайн игр, средний для веб-серфинга, низкий для всего остального,

 

3) кроме лимита на mbps ввести лимит pps и сессий,

 

4) особо злостным качальщикам понижать в ЧНН входящую, исходящую или суммарную скорость.

 

Всё это здесь уже обсуждалось много раз.

Share this post


Link to post
Share on other sites
1) SFQ на ppp-интерфейсах можно оставить как есть,

 

2) на внутреннем интерфейсе бордера делать приоритезацию трафика по протоколам - максимальный для онлайн игр, средний для веб-серфинга, низкий для всего остального,

 

3) кроме лимита на mbps ввести лимит pps и сессий,

 

4) особо злостным качальщикам понижать в ЧНН входящую, исходящую или суммарную скорость.

 

Всё это здесь уже обсуждалось много раз.

Суть темы не в экономии канала - суть в распределении пропускной способности между хомячками при наличии нескольких NAS. Про sfq, приоретизацию на бордере и так понятно. Третье и четвёртое - опять же, не в экономии суть, быть может, конечно, я не очень корректно сформулировал тему.

 

Да и тема не для решения некоей проблемы, а просто для обсуждения.

 

Наверное, стоит подробнее описать схему, как она будет работать при наличии одного NAS, напрямую соединённого с бордером:

1. На интерфейсах (или на физических, или на ifb) создать дисциплину и класс с рейт-лимитом в ширину канала.

2. От них наследуются пользовательские классы с rate и ceil, таким образом, что при наличии свободного канала в предке хомячок получит больше, чем rate.

 

С несколькими NAS-ами нет такового значения, которое можно было бы повешать рейтом на класс-предок.

 

Пока что есть только мысль сделать один шейпер для всех NAS-ов перед бордером.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this