BiTel

Рассматриваю BGBilling 5.2 в качестве замены действующему биллингу. Возник вопрос.
Пытаюсь собрать Netflow на сервисе тестового договора, но то ли лыжи не едут...
Создал тип устройства, устройство, тип трафика для сбора Netflow, определил на тестовом договоре сервис для IP = IP, выдаваемому при подключении. Создал реальный трафик.
На вкладке "Логи" модуля Inet видно что Netflow успешно приходит, однако при просмотре отчёта для договора никакой информации о сессиях нет, деньги с договора не списываются. Никаких записей ни в одном журнале, которые бы могли помочь, не нашёл.
Скриншоты конфигурации - в архиве.

Конфигурация сервера:
Клиент: вер. 5.2 сборка 1071 от 19.11.2012 18:23:40
os: Linux; java: Java HotSpot(TM) Server VM, v.1.6.0_26
ВНИМАНИЕ: Необходимо обновить таймзоны
Сервер: вер. 5.2 сборка 1347 от 19.11.2012 18:15:07
os: Linux; java: Java HotSpot(TM) Server VM, v.1.6.0_26
ВНИМАНИЕ: Необходимо обновить таймзоны

card вер. 5.2 сборка 188 от 08.11.2012 14:08:31
inet вер. 5.2 сборка 1019 от 19.11.2012 19:59:03

Прошу откликнуться тех кто настраивал сбор Netflow. Что я делаю не так?

В сервисе в договоре тоже прописан интерфейс 0?

Нет, в типе сервиса галочку на параметре "интерфейс" не ставил - интерфейс не предлагался к выбору.
Сейчас галочку поставил, выбрал на сервисе на договоре интерфейс, сгенерировал трафик - всё так же список сессий пуст, текущей сессии нет.

Поставьте в log4j-accounting.xml режим TRACE вместо INFO.
Посмотрите что пишет в InetAccounting/all.log когда flow с нужным IP-адресом приходит.

Вот что пишет:

collector 11-23/09:38:22 TRACE [flow-p-8-t-5] FlowListenerWorker - Processing Flow 2:188.64.216.2:53 / 3159:172.27.30.250:1029 254 ToS/DiffServ: 0 nextHop: 0.0.0.0
collector 11-23/09:38:22 TRACE [flow-p-8-t-5] FlowListenerWorker - Not found iface = 2
collector 11-23/09:38:22 TRACE [flow-p-8-t-5] FlowListenerWorker - Default iface not found
collector 11-23/09:38:22 TRACE [flow-p-8-t-5] FlowListenerWorker - Not found iface = 3159
collector 11-23/09:38:22 TRACE [flow-p-8-t-5] FlowListenerWorker - Default iface not found

Обработка netflow зависит от интерфейсов, если на устройстве-источнике они прописаны.
Т.е. нужно либо прописать на сервисе правильный интерфейс 3159, либо убрать интерфейсы из типа устройства, либо добавить в тип устройства интерфейс -1 (default).

Похожая схема для дочерних устройств: в конфигурации устройства 1 можно прописать
flow.agent.link=1:-1
Либо, если NAS подключен к Netflow source, например, через интерфейс 2, то в конфигурации устройства 2 прописать
flow.agent.link=1:2
Т.е. раз все сессии на NAS(2) будут в netflow записях с интерфейсом 2, можно выделить их (чтобы и быстрее работало, а также появляется возможность использовать пересекающиеся серые подсети на разных интерфейсах).

Откуда взялся интерфейс 3159, если его нет в списке интерфейсов устройства?

Сделал интерфейс по умолчанию (-1), добавил на него категорию IP, изменил тип сервиса так чтобы порт указывался. Однако при создании сервиса интерфейс по умолчанию невозможно указать: -1 написать нельзя, если оставить пустым, то при нажатии на кнопку "сохранить" пишет ошибку: "нужно указать порт".
По-другому: изменил тип сервиса так чтобы интерфейс не указывался. В этом случае при попытке подставить значение IP в поле "Адрес" пишет "Категория IP-ресурса не найдена!".
И в первом и во втором случае трафик не тарифицировался.

Создал устройство без интерфейсов, добавил для него тип сервиса, прописал сервис на клиента - трафик тарифицировался. Однако в этом случае невозможно указать категорию IP-ресурса (порта то нет), а значит проверять занятость IP на момент создания сервиса придётся как-то по-другому.

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

В netflow приходит этот интерфейс:
Прописать в конфигурации устройства id категории(ий): для

С прописанным ip.resource.categoryId=1 всё получилось. Спасибо.