а что плохого хранить детальную статистику в мускуле?

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

согласно ЗоС РФ провайдер обязан хранить логи "кто, куда и зачем" в течение 3х лет.
Хранить детализированный траффик в mysql 3 года (сейчас он хранится 31день) полный абсурд, поэтому решил сливать его в суточные файлы и архивировать.
Покопавшись в nodeny.pl нашёл процедуру запроса траффика у коллекторов. (траффик собираем через rsh c ipcad'a)
Согласно неё биллинг периодически запускает скрипт ipcad.pl который собирает траффик с коллекторов в файлики для последующей обработки.
1 файл - 1 сателлит. Мыслю немного подредактировать этот скрипт, чтобы во время выполнения он параллельно сливал статистику в файл $date.$month.$year.log

Так вот, насколько я понял биллинг эти скрипты запускает параллельно в одно и тоже время для нескольких саттелитов, что может вызвать конфликт во время записи в один файл. (вторая копия скрипта просто несможет открыть файл для редактирования и записи)
Верны ли мои опасения и как идеологически и технически правильней реализовать эту функцию? Может записывать статистику в файл во время обсчёта биллингом траффика?

Спасибо.

С окном реавторизации существуют дополнительные сложности, связанные с невозможностью авторизоваться на мобильных телефонах/смартах и т.д., которые не поддерживают вкладки или несколько открытых браузеров.

Есть предложение вместо окна авторизации просто проверять трафик от пользователя: если в течение хх сек нет трафика, перекидывать на страницу авторизации.

т.е. если клиент отконнектился, и сразу другой приконнектился, то доступ давать за счет первого? Нужно надежное решение. Разработанное мною хоть и несколько неудобное, но более-менее надежное.

отлично, только вот как говорили выше оно практически несовместимо с кпк\мобильными телефонами и прочей ерундой. А почему отказались от варианта 1 с импользованием Radius-сервера?

Кто что думает о этом?

Просто все больше и больше юзеров уже начинают спрашивать об этом.

Да и в перспективе ipv6 будет массово.

Но только почти все текущие системы контроля и учета заточены на Ipv4

есть мнение, что ipv6 в своей текущей реализации не доживёт до массового импользования.

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

в виде файлов присутствует, но визуально его нет
версия 49.32, биллинг установлен "с нуля"
каким образом можно вручную включить?

у клиента "белый" ip-адрес?

нет серый

тогда каким образом хосты из внешней сети "проскальзывают" сквозь NAT в локалку? трафик ведь снимается с внутреннего интерфейса?

Обратите внимание на количество подключений, скорее всего это вирус, так как у клиента инета нету, а трафик все же валит

З.Ы.
  Перезалил скриншоты

у клиента "белый" ip-адрес?

Я ранее не скачивал, но обновился до 49.32 там он есть автоматом.

да начиная с 32 он  в коробке с биллингом

а где его смотреть не подскажите? что-то найти раздел немогу