madf 279 Опубліковано: 2009-09-22 11:06:47 Share Опубліковано: 2009-09-22 11:06:47 Никак. Только роутингом. Определенное направление пускать мимо Stargazer'а, снимать трафик в другой точке (например, с помощью fprobe) и отправлять его старгейзеру на порт cap_nf. Остальной трафик пускать через Stargazer. Естественно, в файле rules не забыть классифицировать это самое "определенное направление". Ссылка на сообщение Поделиться на других сайтах
nallien 3 Опубліковано: 2009-09-22 11:41:31 Автор Share Опубліковано: 2009-09-22 11:41:31 1. найтфлай - где и кто предположил что это 1 клиент кушает 200 мбит? речь шла о сумарной полосе на N клиентов. кто-то один человек такое придумал и все кинулись считать как же это плохо и "как надо". 2. кучер - перекраивать структуру сети (виланы например) желания нет, тем паче из-за одного сегмента. тогда уж проще на разное железо разнести. задача стоит "как оптимизировать нагрузку минимум усилий и затрат". тем более ну нет четкого списка что это за клиентами, люди выбирают безлимиты регулярно, а кто-то из них спрыгивает на обычне тарифы. мн е только не хватало еще со свечкой над этим процессом стоять. все должно быть автоматизировано с учетом всех возможных вариативных составляющих. это же наша с вами работа. 3. рем_лекс. нет. детальные статы тут не причем. о чем и писалось. они давно отключаются на этапе смены тарифа. и я ж писал что все это на одной железяке - отсюда и проблемы. ну вы хоть бы прочли... по cap_ipq - тоже идея! причем вроде самая простая... 4. санчез - вот это уже вариант... но требующей перевода ДХЦП на мускуль... ну и прочих менее значительных заморочек... ну или динамически ОнК и ОнД скриптами строить табличку маршрутизации... это уже похоже на дело Ссылка на сообщение Поделиться на других сайтах
Prime 51 Опубліковано: 2009-09-22 11:55:03 Share Опубліковано: 2009-09-22 11:55:03 4. санчез - вот это уже вариант... но требующей перевода ДХЦП на мускуль... ну и прочих менее значительных заморочек... ну или динамически ОнК и ОнД скриптами строить табличку маршрутизации... это уже похоже на дело у меня в схеме используются 2 роутера, один для категории юзеров "постоянного конекта", т.е. шейпер, влан, честные ip (/30 или /29). без биллинга совсем, крупные клиенты. на втором роутере внутренние вланы, pptp/ppoe. роутер отправляет netflow на биллинг, где тот разгребает трафик от юзеров. биллинг скриптами управляет роутером. если надо отключить сегмент от биллинга, то либо скоммутировать все на роутер 1, либо отключить нетфлоу с интерфейса этого роутера. трафик на биллинге до сотни киллобайт. Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас