BiTel

На одном договоре выходит пустая детализация, кто сталкивался?

уже на многих, да же которые только что были онлайн

flow детализация?

radius

сижу настраиваю netflow детализацию и у меня тоже на абонентах пусто(аккоунтинг , тарифы, трафик и сервисы настроены) .
я так понимаю это проблема билинга ?

вы настройки то дайте, у мну и кромешника(?) все работает

_________________

Код:

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

Я вот думаю у меня используется привязка трафика по Radius и там есть пункт реалм который я не заполнял с момента настройки может стоит заполнить

zavndw:
Что значит детализация radius? У вас трафики по radius-счётчикам не начисляются, я так понимаю? Приведите настройки привязки трафиков? ISG? "Перечитать конфигурацию на серверах" делали? Сессии вообще появляются? Дочерние сессии?

a.vozny: то же самое - нужны подробности.

по radius-счётчикам не начисляются, хотя объем трафика нормально идет, Перечитать пробовал не помогает

В смысле, деньги не начисляются, а трафик есть?
accounting.worker.1.tariffication настроено?
http://bgbilling.ru/v5.2/doc/ch15s06s01.html

Да настроенно, Наоборот деньги идут, объем трафика есть а что и где нет, если сделать детализацию активной сессии показывает либо адреса из пула которые выдает биллинг для клиентов или локальной сети которой там быть не должно

пока готовил скриншоты и конфиги , выяснил что как раз neflow и работает , а не работает radius коллектор.

сейчас есть два коллектора ipoe и pppoe
так вот статисктика есть только на абонентах pppoe.

выложу на днях конфиги.

проверили в пакетах radius все есть, сделал выгрузку из accounting то же все есть, кто в курсе как происходит процесс детализации?

Так детализации по radius-протоколу у нас нет, там нет информации такой вообще в radius-протоколе, там есть только счетчики но нет информации куда ходил абонент. Детализация есть только по netflow.

будет ли ситуация как у меня если из привязки netflow где указан диапазон ip адресов пропадут адреса? смотрю у меня только порты, в локалке адреса есть может он поэтому их и выводит

вопрос звучит так: работает ли детализация по порту в netflow ? Я правильно понял ?

Проверил работает, значит вопрос звучит как разобраться откуда шла информация о посещении сайтов для пользователей VPN? не может же быть это глюк что я делал детализации для впнщиков а после парочки жестких отключений он перестал идти
и в accounting/log/connection.log

и эти предупреждения идут не переставая

что за ошибка

01-28/09:20:44 WARN [flow-p-8-t-7] connection - 126001:142996 TrafficType not found for 2 Flow 16:217.69.139.58:443 / 9:91.197.xx.172:52243 5145 ToS/DiffServ


созданы две привязки типов трафика id 1 (radius) и id 2 (netflow)

не найден тип трафика с id 2

Да, так оно и есть!
В netflow-logaх 5145 байт внутри сессии 142996, принадлежащей коннекции 126001 , утекших с 443-го порта 217.69.139.68 и пришедших на 16-ый интерфейс источника нетфлоу и попавших через 9 порт к хосту 91.197.хх.172 не попали ни под одну из привязок типа трафика c id=2

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Мб перечитать конфигурацию устройств? Рестарт аккаунтинга?

У zavndw, как я понял, обсчет идет по RADIUS-счетчикам и дополнительно детализация по Netflow.
Т.е. обсчет идет нормально, но дополнительно InetAccounting получает Netflow-пакеты, которые тут же сохраняет на диск и сразу после этого пытается обработать/обсчитать.

В этом случае ошибка "TrafficType not found for 1 Flow 285:172.16.76.76:59828 / 2:172.16.76.8:38880 405 ToS/DiffServ: 0 nextHop: 0.0.0.0" ни на что не влияет.
Чтобы не производилась обработка/обсчет Netflow можно в конфигурации устройства указать flow.process.applicationIds=0 (или в inet-accounting.xml <param name="processAgentDeviceIds" value="0"/>).
В этом случае Netflow будет только сохраняться на диск и в логах ошибки TrafficType not found не будет.

пробовал. не помогает
Amir я столько вас мучил простите сегодня своему сетевику полтора часа доказывал что проблема не с биллингом, причем пара клиентов обсчитывается по netflow нормально и детализация в норме, заметил вещь что на некоторых договорах детализация есть, может стоит параметры обработки увеличить?

вот скриншоты конфигурации.

TrafficType not found for 2 Flow -- TrafficType к чему относится к привязке типа трафика или к типу трафика

a.vozny:
В диапазоне портов укажите 0 - 0.
В диапазоне адресов можно оставить так, можно оставить поля пустые.
Но это, возможно, никак не влияет.

Главное что вижу - нет второй записи, для исходящего направления, т.е. сейчас тип трафика находится только для входящего трафика абонента.

zavndw:
Логи сохраняются сразу как приходит пакет, т.е. параметры обработки не должны влиять.
Можно попробовать кол-во потоков увеличить в inet-accounting.xml у <bean name="flowListener" class="ru.bitel.bgbilling.modules.inet.collector.InetFlowListener">:
<param name="threadCount" value="30" />
Но меньшее кол-во не должно к такому приводить, т.к. старается сохранить все пакеты, если не возникает ошибка.


Т.к. используете только для детализации, можно попробовать сохранять Netflow-логи не биллингом, а flow-capture:
flow-capture -N -3 -w /usr/local/BGInetAccounting/data/flow/<sourceId> -n 95 0/0/<port>

Биллинг понимает логи flowtools и сможет по ним создать детализацию (при -N -3 и -n 95 логи будут сохраняться в таких же директориях, как сохраняет биллинг).
С помощью flowtools можно будет точно проверить (т.е. вообще без участия биллинга), приходят ли все данные по Netflow.

изменил.
2Amir мне исходящий ненужен.

наверно встаки запутался...


у меня два коллектора
для radius pppoe для белых адресов и серых(для учета объема)
для ipoe netflow для белых

трафик(детализация) идёт с промузла , и он включает в себя ip-адреса (пересекающиеся) для двух коллекторов
хотя второй раз для radius объем трафика ненужно учитывать , но c этим чуть позже разберусь. (читал в этой же теме что нужно <param name="processagentDeviceIds" value="0"/>
)

В текущий момент детализация есть только для абонентов у кого указан сервис PPPoE
И нет объема тарфика и детализации для сервиса IPoE с коллектором netflow

И имею ошибку в логах WARN [flow-p-8-t-2] connection - 132961:144359 TrafficType not found for 2 Flow 16:95.153.183.20:61051 / 9:91.197.xx.xx , она появилась как для ip как привязаных к сервису pppoe и ipoe

a.vozny: скриншот дерева устройств можно?

вотс

все разобрались сетевик запретил в iptables все интерфейсы кроме 1 для netflow