BiTel

Не отображается трафик на договоре

что значит не отображает? Дайте больше информации

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

как то так

У вас логи от куда идут? dialup перенаправляет? или сторонний сборщик?

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Покажите/проверьте настройки в "Привязка услуг" и "Интерфейсы и зоны"...

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

У нас только IPN
собирает flow-tools
запускается так
-N 3 -w /usr/local/collector/flow/source_1 -n 95 -R /usr/bin/rotate_1.pl 0/192.168.253.1/2004

Источник flow mikrotik c адресом 192.168.253.1 порт 2004
адрес машины с биллингом 192.168.253.10
логи в /usr/local/collector/flow/source_1 есть

в конфиге bgipn...

port.admin=2003
collector.mid=1

....

log.dir=/usr/local/collector/flow
load=0
process=1
sources=1

Попробуйте в привязке услуг указать ip не 0.0.0.0-255.255.255.255, а 0.0.0.0-0.0.0.0 и в входящем и в исходящем.

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

пробовал по разному

у меня начало считаться только когда порты совпадали в конфигурации (у вас -1, у меня 0 был), с тем что было в нетфлоу (там 0 был у меня)

решил попробовать в режиме коллектора
в конфиге поставил load=1
и он перестал запускаться
теперь даже ставишь load=0 то же самое

collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - java.lang.reflect.InvocationTargetException
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at java.lang.reflect.Method.invoke(Method.java:601)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at ru.bitel.common.bootstrap.Boot.boot(Boot.java:129)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at ru.bitel.common.bootstrap.Boot.main(Boot.java:178)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - Caused by: java.lang.NoClassDefFoundError: ru/bitel/bgbilling/modules/ipn/collector/IPNFlowListener
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at bitel.billing.server.netflow.ipn.Collector.addFlowListener(Collector.java:209)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at bitel.billing.server.netflow.ipn.Collector.<init>(Collector.java:128)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at bitel.billing.server.netflow.ipn.Collector.main(Collector.java:234)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - ... 6 more
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - Caused by: java.lang.ClassNotFoundException: ru.bitel.bgbilling.modules.ipn.collector.IPNFlowListener
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at java.security.AccessController.doPrivileged(Native Method)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
collector 08-24/11:05:11 ERROR [main] LoggingPrintStream - ... 9 more

версия java 1.7.0

Со слов разработчиков:

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

Эх ...

поставил 1.6.26 тоже самое ....

при выключении коллектора load=0 запускается
при load=1 нет

Версия 5.2? update.sh в коллекторе запускали?

да 5.2
update.sh
запускал

Выложили обновление модуля. Попробуйте.

обновление помогло спасибо

Аналогичная проблема. Не отображает траффик в договоре.
Все обновлял. Версии:


Коллектор данные собирает, файлики физически падают туда, куда им положено:



Настройки netflow.ipn:



Модуль открыт:



Не могу понять в чем дело.

Привязка услуг:



Но траффик не отображается:

А в логах коллектора что-нибудь есть про process?
А если добавить в обработку вручную в менеджере источников?

dataloader.log
Bean create => 18 Processed lines => 238; inserts => 0; errors => 0; time => 111 ms.
03-11/10:00:50 INFO [Thread-13] dataloader - Processing source:1 time: 2012-03-11 09:00:00.0
03-11/10:00:50 INFO [Thread-13] dataloader - proccess [ 11-03-2012 09:00:00; mid => 1; param => 1 ]
Bean create => 2 Processed lines => 238; inserts => 0; errors => 0; time => 81 ms.
03-11/11:00:52 INFO [Thread-13] dataloader - Processing source:1 time: 2012-03-11 10:00:00.0
03-11/11:00:52 INFO [Thread-13] dataloader - proccess [ 11-03-2012 10:00:00; mid => 1; param => 1 ]
Bean create => 2 Processed lines => 238; inserts => 0; errors => 0; time => 91 ms.

collector.log
03-10/00:00:38 INFO [Thread-11] collector - Reload source list [types: snmp; sourceIds: 1]
03-10/00:00:38 INFO [Thread-10] collector - Reload source list [types: netflow,sflow; sourceIds: 1]
03-10/00:00:38 INFO [Thread-11] collector - IP: 109.205.80.34 => 1
03-11/00:00:39 INFO [Thread-10] collector - Reload source list [types: netflow,sflow; sourceIds: 1]
03-11/00:00:39 INFO [Thread-11] collector - Reload source list [types: snmp; sourceIds: 1]
03-11/00:00:39 INFO [Thread-11] collector - IP: 109.205.80.34 => 1

Вручную добавлял. Обводил все мышкой и говорил "Добавить в обработку (текущий источник).

Аууу, разработчики! Ни у кого идей нет? Не хочется с другим биллингом ковыряться, уже достаточно времени на этот потратил.

Обработка вроде бы проходит, но не находит подходящий диапазон в договоре.
Возможно в netflow нет записей с этим диапазоном или диапазон заведен неверно.
Поменяйте режим логирования с info на debug в log4j-collector.xml.

http://wiki.bgbilling.ru/index.php/Методика_определения_причины_отсутствия_трафика_в_отчете_договора

Вот такая картина означает что?

03-15/16:22:27 DEBUG [Thread-13] dataloader - Process line Flow -1:0.0.0.0:0 / 1:0.0.0.0:0 1394 next
Hop: 0.0.0.0
03-15/16:22:27 DEBUG [Thread-13] dataloader - addr=0; range.start=0; range.end=0
03-15/16:22:27 DEBUG [Thread-13] dataloader - Find any iface list
03-15/16:22:27 DEBUG [Thread-13] dataloader - addr=0; range.start=0; range.end=0
03-15/16:22:27 DEBUG [Thread-13] dataloader - Find any iface list
03-15/16:22:27 DEBUG [Thread-13] dataloader - addr=0; range.start=0; range.end=0
03-15/16:22:27 DEBUG [Thread-13] dataloader - Ignoring: sourceId:1 Flow -1:0.0.0.0:0 / 1:0.0.0.0:0 1
394 nextHop: 0.0.0.0

Как будто в netflow адреса 0.0.0.0. Либо с файлом лога что-то, либо действительно в netflow такие адреса.

Где посоветуете мне копать? Явно не хватает самой малости.

Попробуйте выгрузить в текстовый файл логи /netflow.sh save, как в ссылке описано.
Посмотрите через tcpdump или wireshark, что приходит в пакетах netflow.

лог /netflow.sh save

Timestamp FromIp FromPort ToIp ToPort Bytes FromIface ToIface
1331798441409 0.0.0.0 0 0.0.0.0 0 79892 2 -1
1331798441409 0.0.0.0 0 0.0.0.0 0 92430 -1 2
1331798501338 0.0.0.0 0 0.0.0.0 0 1394 1 -1
1331798501338 0.0.0.0 0 0.0.0.0 0 1394 -1 1
1331798501340 0.0.0.0 0 0.0.0.0 0 79638 2 -1
1331798501340 0.0.0.0 0 0.0.0.0 0 90756 -1 2
1331798561338 0.0.0.0 0 0.0.0.0 0 1394 1 -1
1331798561338 0.0.0.0 0 0.0.0.0 0 1394 -1 1
1331798561339 0.0.0.0 0 0.0.0.0 0 80923 2 -1
1331798561339 0.0.0.0 0 0.0.0.0 0 92231 -1 2
1331798621338 0.0.0.0 0 0.0.0.0 0 1394 1 -1

Что-то идет. Забираю статистику я по snmp.

Ну тогда все правильно - при сборе по snmp отсутствует информация по ip адресам, там только счетчики на интерфейсах.
Т.е. нельзя в диапазоне адресов задавать отдельные диапазоны, только 0.0.0.0-255.255.255.255, а клиентов разделять по интерфейсам. По snmp только так.