BiTel

Уважаемые коллеги, как можно уменьшить переработку клиентов в модуле DialUP-VPN, если Radius находится в режиме dialup.workmode=1.

PS Учет трафика radius через netflow, не решает эту проблему?

_________________
God Bless Linux! and blessings to FreeBSD!

up

_________________
God Bless Linux! and blessings to FreeBSD!

У меня всё по дефаулту настроенно, переработки вообще практически нет при режиме 1, может snmp не настроил?

SNMP - настроено... Непонятно... Может еще есть какие предложения...

_________________
God Bless Linux! and blessings to FreeBSD!

netflow с какой частотой отправляется? UPDATE-пакеты с какой частотой шлются? NAS у вас Cisco?

Дополнительный коллектор для DialUP/VPN - не используется. Радиус работает в режиме 1.

Отправка апдейтов = aaa accounting update periodic 1

_________________
God Bless Linux! and blessings to FreeBSD!

up

_________________
God Bless Linux! and blessings to FreeBSD!

radius.sh kill -login

Отрубает пользователя?

Да, пользователь отключается.

_________________
God Bless Linux! and blessings to FreeBSD!

а какова частота update пакетов?

Как уже было написано выше, в моем посте:
Отправка апдейтов = aaa accounting update periodic 1

_________________
God Bless Linux! and blessings to FreeBSD!

список услуг модуля dialup, id модуля, конфиг модуля, radius.properties, netflow_ipn.properties и конфиг кошака - в студию!

Прежде чем выдавать массу конфигов, позвольте задать вопрос повторно: включение учета трафика pppoe через доп. netflow-коллектор - не решает ли случайно проблему "ухода в минус"?

_________________
God Bless Linux! and blessings to FreeBSD!

aaa accounting update periodic 1

насколько я знаю частота update не может быть меньше 60 сек.(посмотрите доки на cisco) У вас они реально с такой частотой идут?

Так и есть... но все-равно есть переработка и уход договора в минус... Большая просьба помочь...

_________________
God Bless Linux! and blessings to FreeBSD!

у Вас в конфиге есть такие строки?

быстро найдете через:

если нет - срочно добавляйте! иначе Вы будете получать через netflow данные о сессии значительно позже чем Вам того хотелось бы

Сорри, что наверное запутал... Дело в том, что сейчас pppoe-сесии обсчитываются без доп. netflow-коллектора, т.е. тлько силами радиуса. И при этом имею серьезный уход в минус.

Я предположил и задал вопрос: если запустить доп. коллектор - не улучшится ли ситуация с "уходом" в минус?

_________________
God Bless Linux! and blessings to FreeBSD!

м-м-м ... у Вас с какой частотой отправляются RADIUS update пакеты?

Вообще сделано так:

aaa accounting update periodic 1

_________________
God Bless Linux! and blessings to FreeBSD!

Чаще чем раз в минуту апдейт пакеты (следовательно и обсчет) сделать не получится.
При обсчете по NetFlow тоже максимальная задержка пакетов 1 минута для завершившихся потоков (докачали), 10 - для идущих (еще качают).
Т.е. чаще минуты тарификацию не сделать никак. Просто данные не сможете чаще получать.
Ну как вариант можете взять FreeBSD MPD например, там код открытый, частоту апдейтов можно повысить и пересобрать. А может и в конфиге задать можно..

думаю чаще чем раз в минуту и не надо ... просто не понятно что понимается под"серъезный" - это сколько?

Да, вы правы... необходимо действительно оценить, насколько "серьезен" минус, произвести испытания.

Сейчас получил такую картину: при цене, условно, 12р за 1 М = получил -50р на счете, и это при скорости доступа абонента 2Мбит/с.

_________________
God Bless Linux! and blessings to FreeBSD!

изменение режима работы с update на checker не изменит ситуацию?

Не изменит, данные-то по трафику быстрее поступать не будут. Тут как ни крутись.

быстрее поступать не будут, но и большой переработки вроде не должно быть, если верить доке - Ваш чекер он жеж может практически в ноль клиента вывести ...

Если считать только время, то может. С трафиком - нет разницы считать в потоке с интервалами или по UPDATE пакетам.