BiTel

Имеется сервис с обсчетом трафика по netflow. 3.10.12 числа был создан сервис в котором дата была указана 1.10.12. Сервис создался и появилась активная сессия и начался считаться трафик
Также еще 01.10.12 был настроен access и accounting на который начался литься трафик по netflow.
Теперь хотим сделать переобсчет логов с 1 числа так как имеем архив трафика. Заходим в закладку логи выбираем оборудование, выбираем 1-2 число и делаем добавить в обработку текущее устройство. Но на созданном сервисе не появляются сессии за 1 и 2 число.
В итоге не имеем возможности посчитать сколько сервис скачал за 1-2 число.
Получается повторная заливка логов не работает.
В модуле IPN вышеуказанные действия решали данную задачу, а как ее можно решить в модуле Inet

Пока никак. При переобработке логов не создаются новые сессии . Только меняются трафики уже существующих сессии.

А планируется в будущем решение данного вопроса?

Есть вопросы.
1. Во первых есть вариант решения этого вопроса в лоб , в случае netflow. Можно создать просто сессии за весь интересующий период . В данном случае создаст сессии с 00:00:00 по 23:59:59 1-го числа, 00:00:00 по 23:59:59 второго числа .. И допустим 00:00:00 по 10:01:00 3-го числа( если уже существующая сессия стартует 10:01:01 3-го числа). И потом запустить переобработку сессий.

2. Во-вторых. Можно пытаться проанализировать весь netflow-трафик и создать по нему сессии . Тут либо создавать сессию каждый день с момента появления трафика и по конец дня ..Или пытаться по timeout-у их конфига находить конец и старт новой сессии и т.п .

3. В третьих. В случае инициации сессии по radius и dhcp. Там все в разы сложнее и честно говоря не хочется это делать вообще . Да и вопрос - надо ли ?

Предполагаю что первый вариант является оптимальным решением так как сейчас netflow так и работает- Раз в сутки создает сессию.
Получается выбираем обработку логов например только за 1 число и система если видит в логах ип адрес принадлежащий договору то создает для него сессию с 00:00:00 по 23:59:59 и кидает в него трафик. А далее запускаем переобсчет и система делает расчеты трафика по данным сессиям согласна тарифа или сделать автоматом чтобы после выполнения создания сессий запустилась переобработка.
Второй вариант красивее смотрится но нужен ли он.
А вот третий вариант для dhcp и radius точно не нужен.

Тогда при переработке логов сделаем опциональную возможность - пересоздания сессии netflow(пока правда не представляю как это сделать в текущем gui). В этом случае удалит все сессии за этот день и пересоздаст с 00:00:00 по 23:59:59. Причем чтобы так сделать ,нужно именно отдельное телодвижение сделать, по дефолту сессии трогать не будет .

В 6.1 сделали пересоздание сессий.

А когда планируется выпустить в коммерческое использование 6.1

Как 6.1??? Уже 6.1? А 6.0 тогда зачем нужен был?

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

В чем основные отличия 5.2/6.0 и 6.1? Хотя бы конспективно.

Уходя с 5.0 мне без разницы куда прыгать, но на 6.1 наверное правильнее, не?

в 6.1 больше существенных изменений, чем в 6.0 и она толком не оттестирована
если нет сильной потребностей в фичах из 6.1, то лучшее пока 6.0

В 5.2 и 6.0 так и не добавили случаем?

Нет ..И не будем, слишком большая разница, там переделали код обработки логов.

Опять столкнулся, что нужно пересчитать задним числом, нельзя это может в динамическом коде реализовать как-нибудь для 6.0?

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

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

Обновиться можно. Ну создавать не все сессии пока не просили . Давайте определимся с тем, какую проблему решаем.
Т.е исходя из того, что тут обсуждали с madmax изначально, проблема была такая что за нужный период нет сессий вообще(из сбоев в системе или каки=то других причин -
просто подгрузили лого flow-tools задним числом) и нужно их пересоздать все по логам.
У Вас же, как я подозреваю, проблема такая : добавляете одного абонента задним числом и нужно его посчитать его трафик(который реально был). При этом всех остальных оставить без изменений. Т.е перелопатить все логи за нужный период только ради одного абонента. Так?

Да, в общем так и есть. В конце месяца выясняется, что забыли добавить договор или пул адресов и всё решилось бы простой переобработкой но ...

На мой взгляд достаточно создать сессии 00:00-23:5 на сервис. Это уже обсуждалось, http://forum.bitel.ru/viewtopic.php?f=44&t=8980#p74493 но самостоятельно я не справился таблицу inet_session_log_{mid}_yyyyMM заполнить.

Добавил в TODO.