Сроки выхода 6-сборки UTM 5.2.1

Технические вопросы по UTM 5.0
Ответить
WhoIm
Сообщения: 5
Зарегистрирован: Вт июн 03, 2008 10:07
Откуда: MosReg

Сообщение WhoIm »

Lex писал(а):не всегда проявляется и не всегда приводит
Читая форум начинаю немного нервничать, ведь пришло время переводить клиентов на новый биллинг, а "случайно возможные" проблемы пугают. Получается, что установка ПО Вашими сотрудниками еще не повод пить пиво ;) Придётся еще точить и точить, даже под стандартные нужды. Взять тот же самый mpd + netflow, про который при платной установке никто даже и не намекал. Все настройки по этой теме были выужены из форумов.

dk
Сообщения: 424
Зарегистрирован: Чт авг 10, 2006 08:52

Сообщение dk »

Lex писал(а):
dk писал(а):Значит ли это, что если я с моими 001 и 002 напишу багрепорт на известную всем ошибку с постоянно возникающей привязкой трафика к нулевому аккаунту, то будет предоставлены исправленные сборки?
Да, если сможете показать, что это проблема действительно у Вас проявляется. Сразу скажу, что для подтверждения наличия данной проблемы нужен отладочный лог-файл на момент возникновения этой проблемы, дамп базы и файлы первичной информации о трафике. Плюс нужно четко указать на неверно классифицируемый IP-адрес.
Спасибо, обязательно воспользуемся. Файлы первичной информации -- это iptraffic_raw_*.utm, если я правильно понимаю?

Аватара пользователя
Lex
NetUP Team
Сообщения: 623
Зарегистрирован: Ср мар 09, 2005 12:12
Откуда: НетАП
Контактная информация:

Сообщение Lex »

dk писал(а):Спасибо, обязательно воспользуемся. Файлы первичной информации -- это iptraffic_raw_*.utm, если я правильно понимаю?
Да.

Pulse
Сообщения: 945
Зарегистрирован: Вт окт 03, 2006 12:58

Сообщение Pulse »

WhoIm писал(а):
Lex писал(а):не всегда проявляется и не всегда приводит
Читая форум начинаю немного нервничать, ведь пришло время переводить клиентов на новый биллинг, а "случайно возможные" проблемы пугают. Получается, что установка ПО Вашими сотрудниками еще не повод пить пиво ;) Придётся еще точить и точить, даже под стандартные нужды. Взять тот же самый mpd + netflow, про который при платной установке никто даже и не намекал. Все настройки по этой теме были выужены из форумов.
ВЕЛКАМ! :lol:

Wishmaster
Сообщения: 309
Зарегистрирован: Сб апр 16, 2005 11:44

Сообщение Wishmaster »

Наверное, это сообщение не совсем в тему, но, раз уж пошла такая пьянка...

Уважаемый Lex, не могли бы вы ответить на несколько сакраментальных вопросов про аггрегацию.

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

2. Если ответ на первый вопрос - да, то не объясните ли вы, принцип, по которому можно привести 1000 записей к одной. (т.е. какие поля должны при этом суммироваться, какие игнориться и т.д.)

3. Я всетаки не понимаю, почему вы не хотите сделать прибамбас для переаггрегации старого трафика? Вы и так пишите, что не несете никакой ответственности, ну, добавьте дополнительный disclaimer, но хотя бы принцип напишите, ведь кроме Вас это можно только экспериментальным путем выяснить.. Я, просто, хоть убейте, не понимаю, зачем нужна почасовая статистика годичной давности.. а вот посуточная - совсем не помешает.. Вкупе с новым механизмом хранения, такой подарок от Вас был бы очень востребован...

mikkey finn
Сообщения: 1612
Зарегистрирован: Пт ноя 10, 2006 15:23

Сообщение mikkey finn »

по умолчанию агрегация производится каждые 15 минут, если стоимость трафика не превысила минимального порога.
Поэтому максимальный автоматический период агрегации - 15 минут. Если вы уверены в надежности своего железа с ядром и его связи с базой, можете увеличить эту настройку.
По идее есть уже инструмент, утаптывающий монстротаблицы. Это оптимизация базы в админке. Но в ней есть корявости. Можете последить за запросами ядра к БД при проведении аггрегации админкой. Думаю, заметите, что надо сделать.

Аватара пользователя
Lex
NetUP Team
Сообщения: 623
Зарегистрирован: Ср мар 09, 2005 12:12
Откуда: НетАП
Контактная информация:

Сообщение Lex »

Wishmaster писал(а):Наверное, это сообщение не совсем в тему, но, раз уж пошла такая пьянка...

Уважаемый Lex, не могли бы вы ответить на несколько сакраментальных вопросов про аггрегацию.

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

2. Если ответ на первый вопрос - да, то не объясните ли вы, принцип, по которому можно привести 1000 записей к одной. (т.е. какие поля должны при этом суммироваться, какие игнориться и т.д.)

3. Я всетаки не понимаю, почему вы не хотите сделать прибамбас для переаггрегации старого трафика? Вы и так пишите, что не несете никакой ответственности, ну, добавьте дополнительный disclaimer, но хотя бы принцип напишите, ведь кроме Вас это можно только экспериментальным путем выяснить.. Я, просто, хоть убейте, не понимаю, зачем нужна почасовая статистика годичной давности.. а вот посуточная - совсем не помешает.. Вкупе с новым механизмом хранения, такой подарок от Вас был бы очень востребован...
1. Теоретически может.
2. В зависимости от того, какие данные нужно сохранить.
3. Основная причина - техническая сложность сохранения любой информации в общем случае, необходимость пересчета входящих/исходящих остатков и следующие после потери какой бы то ни было информации претензии. Так что если кто-то хочет делать переагрегацию, может делать её на свой страх и риск сторонними средствами, а штатные средства были исключены.

Utm3_user
Сообщения: 35
Зарегистрирован: Пт мар 18, 2005 07:52
Откуда: Канск

Сообщение Utm3_user »

Вопрос к Лексу!
А нельзя сделать так чтобы всем известные таблицы сами закрывались в конце учетного периода. То есть например 30.07.2008 23:59 таблицы discount_transactions_all и discount_transactions_iptraffic_all переименовываются в discount_transactions_all_0708 и discount_transactions_iptraffic_all_0708, послечего создаются новые discount_transactions_all и discount_transactions_iptraffic_all, и в текущем учетном периоде работаем с новыми таблицами. В случае обращения к предыдущим периодам на предмет отчетов данные запрашиваются из выше указанных таблиц. И не надо никакой переагрегации.

mikkey finn
Сообщения: 1612
Зарегистрирован: Пт ноя 10, 2006 15:23

Сообщение mikkey finn »

нельзя, потому что расчетные периоды у каждого пользователя могут быть индивидуальны. их даже может быть больше одного на пользователя. А держать копию таблички на каждого юзера означает сильную переработку запросов к БД. Этим никто заниматься не будет.

Wishmaster
Сообщения: 309
Зарегистрирован: Сб апр 16, 2005 11:44

Сообщение Wishmaster »

Lex писал(а): 3. Основная причина - техническая сложность сохранения любой информации в общем случае, необходимость пересчета входящих/исходящих остатков и следующие после потери какой бы то ни было информации претензии. Так что если кто-то хочет делать переагрегацию, может делать её на свой страх и риск сторонними средствами, а штатные средства были исключены.
Вот и чудненько, напишите пожалуйста, какие типы данных там бывают, и как нужно группировать данные, для каждого типа. Т.е. допустим, для типа "тра-ля-ля" суммируем поля А, а остальные поля оставляем без изменения, для типа "трам-пам-пам", суммируем поля А, поля Б, и все остальное оставляем.. В общем, в таком духе. А уж алгоритмы и разный stuff напишем сами.

Wishmaster
Сообщения: 309
Зарегистрирован: Сб апр 16, 2005 11:44

Сообщение Wishmaster »

Вот еще, небольшой довесок. Нельзя ли в RC3 сделать, чтобы get_nf_direct могла с bzip2 нормально работать? А то неудобно все время распаковывать..

mikkey finn
Сообщения: 1612
Зарегистрирован: Пт ноя 10, 2006 15:23

Сообщение mikkey finn »

подвесьте перепаковщик Магнума... на примерно 10ТБ трафика, который сохраняется в деталку за май, деталка получилась общая на 4.5Гб после перепаковки.

Aleks
Сообщения: 482
Зарегистрирован: Сб дек 03, 2005 08:35

Сообщение Aleks »

А перспектива похоже сдесь
http://www.lanbilling.ru/todo.html
Очень точно поставлены даты.
Никаких тебе: "возможно", "похоже" "вероятно", "авось", "где-то после майских", "может быть", "мы постараемся" и т.д.

А вот и отсутствующий "обещанный платеж"
http://www.lanbilling.ru/doc/1.8/PAYED_ ... COM_29.pdf

Да и вебморда похоже на пхп, выводи стату как хочешь, а тут такие извращения народ юзает, что диву даешься..
Скоро будем делать скриншоты веб интерфейса, прикручивать систему распознования, обрабатывать и выдавать в удобном виде...(шутка)

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

WhoIm
Сообщения: 5
Зарегистрирован: Вт июн 03, 2008 10:07
Откуда: MosReg

Сообщение WhoIm »

Вэблицо у них на пхп. Имеем лицензию на ЛБ еще с версии 1.7. Обновления безпроблемные, приветливая ТП. Обновлюсь ка я до последней ихней сборки, а то может и ЛБ попробую под новый биллинг закрутить, раз здесь ошибки правят за денежку. Пока используем ЛБ только для выделенщиков, без VPN`а. :roll:

Pei0t
Сообщения: 258
Зарегистрирован: Чт дек 13, 2007 20:48

Сообщение Pei0t »

Aleks писал(а):А перспектива похоже сдесь
http://www.lanbilling.ru/todo.html
Очень точно поставлены даты.
Никаких тебе: "возможно", "похоже" "вероятно", "авось", "где-то после майских", "может быть", "мы постараемся" и т.д.

А вот и отсутствующий "обещанный платеж"
http://www.lanbilling.ru/doc/1.8/PAYED_ ... COM_29.pdf

Да и вебморда похоже на пхп, выводи стату как хочешь, а тут такие извращения народ юзает, что диву даешься..
Скоро будем делать скриншоты веб интерфейса, прикручивать систему распознования, обрабатывать и выдавать в удобном виде...(шутка)

Разработчики смотрят не на запросы пользователя, а на то где можно ужать функционал, чтобы потом продать его за отдельные деньги.
Красиво всё, есть чему поучится.

Ответить