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/ |