BiTel

Здравствуйте.



Расскажите о логике построения табличной части в html файле детализации сессий модуля DialUP.
Для построения детализации используется bitel.billing.server.netflow.ipn.detail.AnalyzedFlowDetailMaker.

Как я себе сначала представил, в этой табличке агрегированная статистика по хостам:
сколько было входящего и исходящего трафика (с разбивкой по протоколам) на определенный хост с IP адреса, который выдался клиенту в рамках сессии.

Но при детальном рассмотрении и сравнении данных html страницы и данных csv файла, который приходит вместе с html файлом, оказалось, что это не так:
- в первой колонке (ip/host name) указывается IP выданный клиенту и IP хостов, с которыми была работа.
- строки повторяются (т.е сумма вх/исх трафика не суммируется и не группируется по IP и протоколам).
Зачем тут считать входящий трафик на IP клиента ?
Если более интересным и показательным будет агрегированная статистика по хостам, с которыми была работа.

потому что это флоу статистика

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Это понятно - data.csv нам полностью рассказывает всю статистику.
Но мы же знаем IP, который выдали клиенту.
Перерабатываем этот флоу и почему бы не посчитать статистику именно для клиентской сессий ?

Хочу поправить себя:
- агрегация данных идет. Ранее я неправильно написал.
Но в HTML в колонке IP адрес отображаются адреса, не соответствующие цифрам наработке.
Если сверить сумму наработки по csv и html по IP, то они отличаются.

up

Забейте. С dialup скорее всего ничего делать не будут, т.к. есть inet, куда нам всем и надо переезжать.

Мы не застрахованы от этой же ошибки в inet.

Там к Вам хоть прислушиваться будут, а тут ...