BiTel

Мы переходим с самописного биллина на BGBilling 6.0 с модулем Inet.
Поиск по форуму не приенс результатов поэтому хотелось бы услышать мнение разработчиков или более опытных пользователей и узнать насколько правильное направление наших поисков.
В сети два NASа. В штатном режиме клиенты PPPoE распределены между ними. В случае падения одного клиенты с упавшего переподключаются и продолжают работать.
Не получается настроить модуль так, что бы сервис inet мог стартовать с любого из NASов и собиралась netfow статистика.
Опишу текущие настройки.
Созданы три типа устройств: группа для обработки, NAS и источник flow пакетов. В дереве устройств в группу помещены два NASа и два их источника просто без вложений в друг-друга (пробовал также распологать NASы как дочерние устройства для их источников). В конфигурации группы описаны все обработчики. У NASов в конфигурации указанны их flow источники, а у источников указан тип данных netflow. Для группы обработки запущены Access и Accountig сервера, настройки согластно документации. У access сервера прописан слушатель radius-пакетов на 1812 порту для авторизации, у accounting слушатель flow-пакетов для сбора статистики. В договоре когда создается сервис inet в качестве устройства указывается группа авторизации (что бы клиент мог авторизоватья на обоих серверах) не знаю правильно ли это.
Все работает кроме сбора статистики. Можно собирать статистику только если указать источник в конфигурации группы обработки, которая выступает в роли устройства в сервисе inet, но указать можно только одно устройсво (если я правильно понял документацию).
Не хотелось бы ставить машину для агрегации flow-пакетов и отправки их на новый биллинг. Каким образом можно оживить данную схему с двумя источниками данных?

В конфигурации для каждого NAS'а указана привязка источников flow.agent.link=<agentDeviceId>:-1 ?

В конфигурации обоих NAS'сов указана привязка к источнику flow.agent.link=<agentDeviceId>:-1. Конфигурация состоит только из одной этой строки. В качесьве <agentDeviceId> указан идентификатор устройства, являющегося источником данных для данного NAS'a.
Дело в том, что если эту привязку указывать в конфигурации группы (используется в качестве устройства в сервисе inet), то тогда можно собирать статистику, но только с одного источника. Верное ли это решение? Если нужно, то я подготовлю более подробное описание настроек модуля с конфигурацией?

Не совсем понятно Ваше дерево.
У меня такая схема с двумя NAS работает без проблем c pppoe+pptp.
-root
--GW
---NAS01
---NAS02
сервис клиента привязывается к GW.
Почти все настройки вынесены в NAS, так как они разные.
Flow передается с GW.
У GW только это:
#Flow для всех дочерных NAS
flow.agent.link={@deviceId}:-1
flow.agent.type=netflow
ip.resource.categoryId=1

А если бы при такой схеме, Flow передавалось с каждого из NAS'ов, то какие нужны настройки?

Такая схема точно будет работать. Но в нашей сети ее будет тяжело (или невозможно) реализовать. Администратор нашей сети сказал, что наш шлюз - очень старый коммутатор и он не сможет отсылать flow-пакеты.

Текущее дерево устройств в билленге:
root
-pppoe
--NAS1
--NAS2
--netflow1
--netflow2

pppoe - фейковое устройство и на самом деле не является шлюзом (просто объеденяет все в группу), но указывается в сервисе inet.
Пользователи терминируются на NAS1 и NAS2, с них же поступают и flow-пакеты, но из-за особености сети на сервер биллинга данные приходят с других адресов. По-этому созданы два устройства-источника netflow1 и netflow2.
В конфигурации обоих NAS'ов указаны источники:
для NAS1
flow.agent.link=<идентификатор netflow1>:-1
для NAS2
flow.agent.link=<идентификатор netflow2>:-1

В конфикурации источников просто указан тип:
flow.agent.type=netflow

В такой схеме сбор статистики не работает. Можно ли настроить модуль Inet для работы с текущей сетью или ее необходимо переделать?

Также проверялась такая схема:
root
-pppoe
--netflow1
---NAS1
--netflow2
---NAS2

В конфигурации источников указывалось, что они являются источниками для всех вложенных устройств.
flow.agent.link={@deviceId}:-1

Есть у меня варианты, где flow льется с NAS, тогда flow.agent.link={@deviceId}:-1 вообще не указываю.
Я не совсем понял, а зачем Вы netflow выносите в отдельное устройство?
Почему бы не совместить коллектор с NAS?
P.S. Дочитал сообщение повнимательнее о разных IP для коллекторов - с такоим вариантом не сталкивался - не подскажу.

Должно работать. Переключите логи Accounting в TRACE и посмотрите что пишет про flow.

Если переключить accounting в TRACE режим, то в all.log можно увидеть повторяющиеся записи вида:

collector 04-15/17:00:05 TRACE [flow-p-7-t-5] FlowListenerWorker - Processing Flow <i1>:<х.х.х.х>:62969 / <i2>:<у.у.у.у>:35365 152 ToS/DiffServ: 0 nextHop: <х.х.х.х>
collector 04-15/17:00:05 TRACE [flow-p-7-t-2] FlowListenerWorker - Session not found on default iface
collector 04-15/17:00:05 TRACE [flow-p-7-t-5] FlowListenerWorker - Not found iface = <i1>
collector 04-15/17:00:05 TRACE [flow-p-7-t-5] FlowListenerWorker - Session not found on default iface
collector 04-15/17:00:05 TRACE [flow-p-7-t-6] FlowListenerWorker - Not found iface = <i2>
collector 04-15/17:00:05 TRACE [flow-p-7-t-5] FlowListenerWorker - Not found iface = <i2>
collector 04-15/17:00:05 TRACE [flow-p-7-t-6] FlowListenerWorker - Session not found on default iface

Можете доступ дать, посмотреть?

Можем, ответил в ЛС.