BiTel

Добрый день! Подскажите плз. в чём может быть дело:
BG биллинг v 4.0, модуль IPN. Сначала netflow v.5 поток с циски ловился средствами самого биллинга, при этом порядок цифр при расчёте трафика зашкаливал: вместо разумных сотен МБ биллинг считал сотни ГБ. И даже если продположить, что ошибки именно в порядке (ГБ вместо МБ), то и в этом случае расхождения с провайдером составляли до 30%, причём в большую сторону (т.е. например мы насчитывали 1300 ГБ а пров 1000 МБ). Ситуация не сколько не изменилась, после установки связки BGBiiling+flow-capture (связка, как в Вашем мануале).
Ошибки:
от планировщика:

Файл: scheduler.log Ст. 0 919 байт 100%
INFO 10.04.2007 17:23:14 Start TaskExecuter
INFO 10.04.2007 17:23:14 TaskExecuter => reloadTasks()
INFO 10.04.2007 17:23:14 Task: bitel.billing.server.ipn.LogCalculator
INFO 10.04.2007 17:25:04 Starting [ 17:25:04; 1 ] bitel.billing.server.ipn.LogCalculator
INFO 10.04.2007 17:25:05 [17:25:04; 1] Difficult mode INIT
ERROR 10.04.2007 17:25:05 [17:25:04; 1] Tree not found for contract: 002-07
ERROR 10.04.2007 17:25:05 [17:25:04; 1] Trees init errors => 16
INFO 10.04.2007 17:25:05 [17:25:04; 1] Init time => 779 ms
INFO 10.04.2007 17:25:05 [17:25:04; 1] Processing..
INFO 10.04.2007 17:25:05 [17:25:04; 1] Using ready ResultSet..
ERROR 10.04.2007 17:25:05 [17:25:04; 1] Tree not found, contract 002-07
ERROR 10.04.2007 17:25:05 [17:25:04; 1] Processing errors => 16
INFO 10.04.2007 17:25:05 [17:25:04; 1] DELETE sids=-1,1,2,3,4
INFO 10.04.2007 17:25:05 [17:25:04; 1] time=895 ms.

Очень жду Ваших ответов.
С уважением, SizovBG

Вы пробовали изучать исходные логи коллектора? Сделайте выгрузку за какой-нибудь час и посмотрите для произвольного адреса статистику например grep ом. Считали ли чем-нибудь еще с данной циски?

Вчера вечером в качестве коллектора указал BGIPNNetflowCollector - сегодня результаты похоже на правду(уже порядок цифр в МБ! )

Написал програмку и подсчитал 9часовой вчерашний (2007-04-10-09) исходный детальный лог flow-capture и затем конвертируемый flow2bitel. (в логах flow-capture размер пакетов брался из поля "DOCTETS")

Из подсчёта лога flow-capture объем вход./выход. трафика оказался равен 31.74 МБ

После конвертации этого лога flow2bitel.sh, объем стал равен 170 617.54 МБ, как показывает биллинг и 165 027.33 МБ как показывает моя програмка (если брать файлы сегодняшнего дня, то рез-ты расчётов сходятся).

Т.о. первое гараздо праводоподобнее.

Може быть дело в том, что я ставил flow-tools из пакета rpm (flow-tools-0.68-12.fc3.x86_64.rpm), т.к. дистрибутивы, типа flow-tools-0.6x.tar.gz у меня не работали (как пологаю из-за 64 битной платформы). Однако при сборе flow2bitel.cpp был указан скомпилинный, но не установленных flow-tools-0.68.tar.gz с исходниками.