forum.bitel.ru
http://forum.bitel.ru/

Переобсчет логов задним числом не работает
http://forum.bitel.ru/viewtopic.php?f=44&t=7278
Страница 1 из 1

Автор:  madmax [ 06 окт 2012, 13:46 ]
Заголовок сообщения:  Переобсчет логов задним числом не работает

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

Автор:  stark [ 10 окт 2012, 17:56 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

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

Автор:  madmax [ 10 окт 2012, 18:06 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

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

Автор:  stark [ 10 окт 2012, 18:22 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

Есть вопросы.
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. Там все в разы сложнее и честно говоря не хочется это делать вообще . Да и вопрос - надо ли ?

Автор:  madmax [ 10 окт 2012, 18:42 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

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

Автор:  stark [ 10 окт 2012, 20:00 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

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


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

Автор:  stark [ 29 май 2013, 18:03 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

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

Автор:  madmax [ 29 май 2013, 22:58 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

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

Автор:  Bazhutyan [ 31 май 2013, 03:21 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

stark писал(а):
В 6.1 сделали пересоздание сессий.


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

Автор:  snark [ 03 июн 2013, 14:05 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

Bazhutyan писал(а):
6.0 тогда зачем нужен был?

У 5.2 закончился срок сертификата == продавать нельзя.
6.0 == 5.2.

С уважением, К.О. :)

Автор:  stark [ 17 июн 2013, 14:14 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

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


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

Автор:  snark [ 17 июн 2013, 14:37 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

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

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

Автор:  skn [ 17 июн 2013, 14:42 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

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

Автор:  Cromeshnic [ 22 апр 2014, 06:24 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

stark писал(а):
В 6.1 сделали пересоздание сессий.

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

Автор:  stark [ 22 апр 2014, 16:12 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

Cromeshnic писал(а):
stark писал(а):
В 6.1 сделали пересоздание сессий.

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


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

Автор:  LёLik [ 27 янв 2015, 21:54 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

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

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

Автор:  stark [ 28 янв 2015, 12:32 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

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

Теоретически можно. Надо создать сессии для нужных договоров хотя бы и запустить переобработку.
LёLik писал(а):
Ну или расскажите можно ли обновиться до 6.1 безболезненно, хотя там пересоздаются все сессии, что как-то страшновато.

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

Автор:  LёLik [ 28 янв 2015, 13:11 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

stark писал(а):
LёLik писал(а):
Опять столкнулся, что нужно пересчитать задним числом, нельзя это может в динамическом коде реализовать как-нибудь для 6.0?

Теоретически можно. Надо создать сессии для нужных договоров хотя бы и запустить переобработку.
LёLik писал(а):
Ну или расскажите можно ли обновиться до 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 заполнить.

Автор:  stark [ 28 янв 2015, 13:25 ]
Заголовок сообщения:  Re: Переобсчет логов задним числом не работает

LёLik писал(а):
stark писал(а):
LёLik писал(а):
Опять столкнулся, что нужно пересчитать задним числом, нельзя это может в динамическом коде реализовать как-нибудь для 6.0?

Теоретически можно. Надо создать сессии для нужных договоров хотя бы и запустить переобработку.
LёLik писал(а):
Ну или расскажите можно ли обновиться до 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.

Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/