forum.bitel.ru http://forum.bitel.ru/ |
|
Большая переработка в минус в модуле DialUP-VPN http://forum.bitel.ru/viewtopic.php?f=5&t=1375 |
Страница 1 из 1 |
Автор: | Dmitri [ 19 авг 2008, 09:33 ] |
Заголовок сообщения: | Большая переработка в минус в модуле DialUP-VPN |
Уважаемые коллеги, как можно уменьшить переработку клиентов в модуле DialUP-VPN, если Radius находится в режиме dialup.workmode=1. PS Учет трафика radius через netflow, не решает эту проблему? |
Автор: | Dmitri [ 20 авг 2008, 10:01 ] |
Заголовок сообщения: | |
up |
Автор: | and [ 20 авг 2008, 10:19 ] |
Заголовок сообщения: | |
У меня всё по дефаулту настроенно, переработки вообще практически нет при режиме 1, может snmp не настроил? |
Автор: | Dmitri [ 20 авг 2008, 10:55 ] |
Заголовок сообщения: | |
and писал(а): У меня всё по дефаулту настроенно, переработки вообще практически нет при режиме 1, может snmp не настроил?
SNMP - настроено... Непонятно... Может еще есть какие предложения... |
Автор: | S [ 20 авг 2008, 11:08 ] |
Заголовок сообщения: | |
netflow с какой частотой отправляется? UPDATE-пакеты с какой частотой шлются? NAS у вас Cisco? |
Автор: | Dmitri [ 20 авг 2008, 11:39 ] |
Заголовок сообщения: | |
S писал(а): netflow с какой частотой отправляется? UPDATE-пакеты с какой частотой шлются? NAS у вас Cisco?
Дополнительный коллектор для DialUP/VPN - не используется. Радиус работает в режиме 1. Отправка апдейтов = aaa accounting update periodic 1 |
Автор: | Dmitri [ 20 авг 2008, 17:56 ] |
Заголовок сообщения: | |
up |
Автор: | and [ 20 авг 2008, 18:09 ] |
Заголовок сообщения: | |
radius.sh kill -login Отрубает пользователя? |
Автор: | Dmitri [ 20 авг 2008, 18:50 ] |
Заголовок сообщения: | |
and писал(а): radius.sh kill -login
Отрубает пользователя? Да, пользователь отключается. |
Автор: | skn [ 21 авг 2008, 00:07 ] |
Заголовок сообщения: | |
а какова частота update пакетов? |
Автор: | Dmitri [ 21 авг 2008, 09:29 ] |
Заголовок сообщения: | |
skn писал(а): а какова частота update пакетов?
Как уже было написано выше, в моем посте: Отправка апдейтов = aaa accounting update periodic 1 |
Автор: | snark [ 21 авг 2008, 20:49 ] |
Заголовок сообщения: | |
список услуг модуля dialup, id модуля, конфиг модуля, radius.properties, netflow_ipn.properties и конфиг кошака - в студию! |
Автор: | Dmitri [ 22 авг 2008, 09:24 ] |
Заголовок сообщения: | |
snark писал(а): список услуг модуля dialup, id модуля, конфиг модуля, radius.properties, netflow_ipn.properties и конфиг кошака - в студию!
Прежде чем выдавать массу конфигов, позвольте задать вопрос повторно: включение учета трафика pppoe через доп. netflow-коллектор - не решает ли случайно проблему "ухода в минус"? |
Автор: | skn [ 22 авг 2008, 13:20 ] |
Заголовок сообщения: | |
aaa accounting update periodic 1 насколько я знаю частота update не может быть меньше 60 сек.(посмотрите доки на cisco) У вас они реально с такой частотой идут? |
Автор: | Dmitri [ 22 авг 2008, 15:04 ] |
Заголовок сообщения: | |
skn писал(а): aaa accounting update periodic 1
насколько я знаю частота update не может быть меньше 60 сек.(посмотрите доки на cisco) У вас они реально с такой частотой идут? Так и есть... но все-равно есть переработка и уход договора в минус... Большая просьба помочь... |
Автор: | snark [ 22 авг 2008, 19:45 ] |
Заголовок сообщения: | |
у Вас в конфиге есть такие строки? Код: ip flow-cache timeout active 1 ip flow-cache timeout inactive 10 быстро найдете через: Код: sh run | i flow
если нет - срочно добавляйте! иначе Вы будете получать через netflow данные о сессии значительно позже чем Вам того хотелось бы ![]() |
Автор: | Dmitri [ 25 авг 2008, 10:05 ] |
Заголовок сообщения: | |
Сорри, что наверное запутал... Дело в том, что сейчас pppoe-сесии обсчитываются без доп. netflow-коллектора, т.е. тлько силами радиуса. И при этом имею серьезный уход в минус. Я предположил и задал вопрос: если запустить доп. коллектор - не улучшится ли ситуация с "уходом" в минус? |
Автор: | snark [ 27 авг 2008, 16:27 ] |
Заголовок сообщения: | |
Dmitri писал(а): если запустить доп. коллектор - не улучшится ли ситуация с "уходом" в минус?
м-м-м ... у Вас с какой частотой отправляются RADIUS update пакеты? |
Автор: | Dmitri [ 27 авг 2008, 18:05 ] |
Заголовок сообщения: | |
Вообще сделано так: aaa accounting update periodic 1 |
Автор: | Администратор [ 27 авг 2008, 19:17 ] |
Заголовок сообщения: | |
Чаще чем раз в минуту апдейт пакеты (следовательно и обсчет) сделать не получится. При обсчете по NetFlow тоже максимальная задержка пакетов 1 минута для завершившихся потоков (докачали), 10 - для идущих (еще качают). Т.е. чаще минуты тарификацию не сделать никак. Просто данные не сможете чаще получать. Ну как вариант можете взять FreeBSD MPD например, там код открытый, частоту апдейтов можно повысить и пересобрать. А может и в конфиге задать можно.. |
Автор: | snark [ 27 авг 2008, 20:43 ] |
Заголовок сообщения: | |
думаю чаще чем раз в минуту и не надо ... просто не понятно что понимается под Dmitri писал(а): серьезный уход в минус "серъезный" - это сколько?
|
Автор: | Dmitri [ 29 авг 2008, 12:46 ] |
Заголовок сообщения: | |
Да, вы правы... необходимо действительно оценить, насколько "серьезен" минус, произвести испытания. Сейчас получил такую картину: при цене, условно, 12р за 1 М = получил -50р на счете, и это при скорости доступа абонента 2Мбит/с. |
Автор: | snark [ 29 авг 2008, 19:06 ] |
Заголовок сообщения: | |
изменение режима работы с update на checker не изменит ситуацию? |
Автор: | Администратор [ 02 сен 2008, 16:22 ] |
Заголовок сообщения: | |
Не изменит, данные-то по трафику быстрее поступать не будут. Тут как ни крутись. |
Автор: | snark [ 02 сен 2008, 17:54 ] |
Заголовок сообщения: | |
быстрее поступать не будут, но и большой переработки вроде не должно быть, если верить доке - Ваш чекер он жеж может практически в ноль клиента вывести ... |
Автор: | Администратор [ 05 сен 2008, 12:51 ] |
Заголовок сообщения: | |
Если считать только время, то может. С трафиком - нет разницы считать в потоке с интервалами или по UPDATE пакетам. |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |