Доброго времени суток!

Немного отступая от темы скажу, что всю сознательную жизнь работал с RedHat/CentOS. Моё знакомство с *BSD системами было очень поверхностным, при работе с ними я проблем и недопонимания не испытываю, но приходится много читать технической документации.

В связи с моей деятельностью у меня возникла задача, как разделить трафик 100 мегабит (в дальнейшем до 1000) по серверам, каждому по запросу 5, 10, 20? Как при этом не перекрыть канал остальным, в случае массовых запросов из сети интернет к одному из серверов за шейпером, в случае переполнения входного буфера!? Биллинг/статистика по трафику?

Я понимаю, что в ядре Linux 30 мегабит - потолок, надо 100 и больше!
Искал железные решения на CISCO и прочие, но как то не бюджетно.

Пока остановился на *BSD, DUMMYNET, ipfw/pf ломаю голову. (Как вариант, смотрю в сторону Juniper)

!!! ВОЗМОЖНЫ ЛЮБЫЕ ПРЕДЛОЖЕНИЯ ДЛЯ РЕШЕНИЯ ЗАДАЧИ !!!

==
Заранее благодарю за ответы.

p.s.
Прошу не провоцировать конфликтных ситуаций в ответах. (как во многих темах)

• Как зашейпить 100 мегабит и более... *BSD...,sm00th1980, 11:10 , 21-Мрт-11
  • Как зашейпить 100 мегабит и более... *BSD...,sm00th1980, 11:11 , 21-Мрт-11
    • Как зашейпить 100 мегабит и более... *BSD...,sm00th1980, 11:15 , 21-Мрт-11
      • Как зашейпить 100 мегабит и более... *BSD...,yuryff, 11:47 , 21-Мрт-11
        • Как зашейпить 100 мегабит и более... *BSD...,sm00th1980, 17:15 , 21-Мрт-11

на nag.ru проскакивала статья как-то про шейпинг - к сожалению, что-то не могу найти
но краткий смысл такой:
1) бюджетно шейпить можно на софтовом шейпере(BSD, Linux)
2) при потоках уже под гигабит - нужно типа железное решение(cisco, Juniper)

тут должны быть конечно расчёты - но я их на память не помню.

+ надо ещё конечно разделять задачи друг от друга:
1) шейпинг отдельно
2) учёт трафика отдельно
3) защита от DDOS отдельно

и уже к каждой подзадаче подбирать то или иное решение.

всё нашёл - вот эта статья
http://nag.ru/articles/article/17045/shape-nat-netflow-na-bo...

опять же как вариант мы у себя рассматривали похожую задачу в которой одна железка не справится с трафиком(ну там nat, flow, shaping) - в итоге было предложено часть виланов пустить через другую железку - т.к. наш трафик хорошо параллелиться - т.е. тут надо подумать - над параллелизацией.

> опять же как вариант мы у себя рассматривали похожую задачу в которой
> одна железка не справится с трафиком(ну там nat, flow, shaping) -
> в итоге было предложено часть виланов пустить через другую железку -
> т.к. наш трафик хорошо параллелиться - т.е. тут надо подумать -
> над параллелизацией.

Благодарю. Буду изучать материалы.

Тема пока НЕ закрыта!

если стоит ещё задача посчитать - то могу также предложить свои услуги
разрабатывал биллинг для телеком-контор - для подсчёта интернет, телефонии и других услуг.

Один из примеров работ можно глянуть тут:
http://www.youtube.com/watch?v=0ma0Z_8Gp_Q