BiTel

В общем раньше было все на одном линукс сервере, было решено раскидать на две... Распределили следующим образом:
VPN сервер:
PPTP + IPCAD + SNMP (?) + Radius клиент

BGBilling сервер:
BGBilling + Radius сервер + IPN Netflow + SNMP (?)

Время от времени в мониторе перестает отображаться время и количество потребленного трафика и наработка по трафику все по 0... Вопрос в следующем от чего это зависит? После окончания сесии все данные исправно вносятся в базу, но во время сесии все по 0.
Второй вопрос где именно должен стоять SNMP на первом или втором сервере?
И третее.... Время от времени во время дампа базы рвуться сессии причем судя по всему рвуться выборочно не все, но подавляющее большинство. Есть от этого лекарство?

NAS шлет только старт и стоп аккаунтинг, а аливы не шлет, IMHO поэтому ...


SNMP для чего? для сброса юзеров? тут только один вариант - на NAS-е


есть - делать дампы в период наименьшей активности юзеров ...

1. Ээээ и как разобраться с этой пробелмой? ведь в принципе время от времени работает все как по часам потом перестанет в чем проблема в каком сегменте системы? я так понимаю NAS в целом это radius клиент + pptp ? или же все же + SNMP + ipcad? ipacad думаю вычеркнуть можно остаются три элемента pptp поднимает соединения тоже вроде ничего не шлет остаются SNMP и radius клиент.... в ком из них могло закрастся ?
2. Аригато
3. В принципе 7 утра это период наименьшей активности юзеров есть еще варианты снизить побочный эффект дампа?

у Вас NAS - это пингвин + ррр и трабла как раз в ррр раз он то отправляет аливы то не отправляет ... хотя ... посмотрите tcpdump-ом на нем, может он постоянно шлет и они где-то в пути теряются? ipcad - это всего лишь софтина которая отправляет netflow, хотя если и netflow трафик теряется, то тогда надо искать траблы в линке между NAS-ом и БГБ ...


дампить надо где-то в 4-5 часов утра, тогда точно наименьшее кол-во юзеров ... ну как вариант можно дампить не всю БД целиком, а только отдельные таблицы, т.к. зачем Вам регулярный дамп прошлогодних таблиц если они у Вас уже есть?

1. Аригато покапался как оказалась проблема во девайсе похоже ) заменил глюченую сетевую и вроде до сих пор проблем не было )
3. Аригато попробую

c глюк SNMP при попытке выключить вылазит сообщение:
Shutting down snmpd: pidof: can't get program name from /proc/16008/stat
выключается потом нормально но все же это сообщение вылазит и при попытке проверить статус: pidof: can't get program name from /proc/21564/stat

и еще заметил выключаю snmp потом вновь включаю время в мониторе некоторое время отображается потом опять те же глюки с монитором

зы: проблемы с монитором вернулись

вернулся на старый сервер все на один, проблемы с монитором никуда не делись так и не отображает ничего... Похоже проблема все же в биллинге

зы тему можно закрывать проблема была в SNMP... без него не показывает ни время ни трафик текуший, только после завершения сессии

не надо закрывать Вы хоть расскажите как сязан SNMP с трафиком? у Вас режим "чекер", а не "апдейт" работал что ли?

похоже на то

это плохо?) я толком так и не понял Стоит ли переходить на UPDATE?

netflow и CHECKER - не совместимы, ЕМНИП

Почему не совместимы тогда как сейчас все работает?
Сбор потоков идет через IPCAD который отправляет на BGBRadius который в свою очередь форвардит потоки на BGBIPNNetFlow

сейчас все работает так:что не есть гут ... у меня dialup.workmode=1 + netflow работает просто как часы! попробуйте, думаю что проблема в этом ...
ЕМНИМС где-то тут, на форуме, было про то что лучше использовать update вместо checker при использовании netflow, но вот так сразу я не нашел

если ipcad не может слать больше чем на 1 IP адрес, то форвардить пакеты самим радиусом - не очень хорошая затея, гораздо лучше для этого использовать или флоу-фанаут (только netflow) или сампликатор (размножает все подряд) ...

сейчас все работает как часы, на старом насе, на новом глючит но похоже проблема с snmp с самим...

Почему? вполне себе соместимы .. CHECKER - проверяет жив ли клиент, а считает по netflow