[GFORGX]

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

 

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

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

 

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

 

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

Изменено 16 февраля, 2011 пользователем GFORGX

[Ilya Evseev]

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

 

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

 

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

 

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

 

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

[GFORGX]

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

 

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

 

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

 

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

 

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

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

 

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

 

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

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

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

 

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

 

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