BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 22 июн 2025, 04:22

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 4 ] 
Автор Сообщение
СообщениеДобавлено: 14 фев 2013, 05:44 
Не в сети
Клиент

Зарегистрирован: 03 авг 2010, 15:18
Сообщения: 357
Откуда: Камчатка
Карма: 8
Есть кошка, на которой терминируется PPPoE и есть клиенты подключенные по выделенной линии.

Я создал два типа устройств с разными обработчиками активации сервиса и указал что они оба являются источниками данных.
Соответственно есть два типа сервисов
с разными типами активации сессии - один по сигналу, второй по трафику.
Я создал два устройства, в которых указан один и тот же IP адрес, т.к. физически устройство одно.
Вложение:
cis.png
cis.png [ 10.86 КБ | Просмотров: 2585 ]


С кошки идет Netflow, но "попадает оно" только на одно из логических устройств.
Т.е. я смотрю в папку BGInetAccounting'а, где он хранит нетфлоу-файл и там есть папки с id устройства 16 и 7,
а папки с id 6 и 10 нет.

Где я ошибся?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 14 фев 2013, 14:41 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Таких много устройств?
Можно попробовать сделать еще одно логическое устройство "FlowAgent", уровнем выше в дереве, а в конфигах PPPoE и LAN прописать flow.agent.link=<id устройства FlowAgent>:-1.
Тогда сохранятся будет только для одного устройства-источника, но обрабатываться данные будут уже для обоих устройств.

Хотя сейчас посмотрел - при указании flow.agent.link не обязательна иерархия, т.е. можно не добавлять еще одно устройство, а на 10-ом устройстве прописать flow.agent.link=16:-1

Но есть еще одна проблема - что теоретически после перезагрузки может начать получать трафик не на 16-ое, а наоборот, на 10-ое.
Поэтому нужно ограничить список источников, убрав дубликаты: либо убрать IP-адрес из 10-ого и 6-ого, либо прописать в inet-accounting.xml в поле agentDeviceIds 7,16. Также можно прописать в типе устройства PPPoE flow.agent.type=snmp, если сбор по snmp не используете.
Последний вариант немного костыльный, но позволит легко исключить все PPPoE устройства из сборки netflow. Возможно следует сделать поддержку flow.agent.type=none.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 фев 2013, 06:22 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Тогда логично сделать отдельную, третью папку "netflow", в которой заводить копии устройств для бора флоу.
Правда их придётся постоянно прописывать в agentDeviceIds. Было бы удобнее либо указать для коллектора ветку дерева устройств, которую он обрабатывает (аналогично rootdeviceIds у радиус-процессора), либо типы устройств, на которых нужно собирать флоу.
Ну или и то и другое, как у радиус-процессора.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 фев 2013, 19:43 
Не в сети
Клиент

Зарегистрирован: 03 авг 2010, 15:18
Сообщения: 357
Откуда: Камчатка
Карма: 8
Amir писал(а):
Таких много устройств?

На данный момент два.

Amir писал(а):
Можно попробовать сделать еще одно логическое устройство "FlowAgent", уровнем выше в дереве, а в конфигах PPPoE и LAN прописать flow.agent.link=<id устройства FlowAgent>:-1.
Тогда сохранятся будет только для одного устройства-источника, но обрабатываться данные будут уже для обоих устройств.

"Выше" - это значит присвоить ему меньший id? У меня тогда id остальных устройств изменятся... Это не опасно?

Amir писал(а):
Хотя сейчас посмотрел - при указании flow.agent.link не обязательна иерархия, т.е. можно не добавлять еще одно устройство, а на 10-ом устройстве прописать flow.agent.link=16:-1

Но есть еще одна проблема - что теоретически после перезагрузки может начать получать трафик не на 16-ое, а наоборот, на 10-ое.
Поэтому нужно ограничить список источников, убрав дубликаты: либо убрать IP-адрес из 10-ого и 6-ого, либо прописать в inet-accounting.xml в поле agentDeviceIds 7,16. Также можно прописать в типе устройства PPPoE flow.agent.type=snmp, если сбор по snmp не используете.
Последний вариант немного костыльный, но позволит легко исключить все PPPoE устройства из сборки netflow. Возможно следует сделать поддержку flow.agent.type=none.

А нельзя "закольцевать" устройства друг на друга через flow.agent.link? Тогда неважно будет на какое устройство льётся нетфлоу.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 4 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: Bing [Bot] и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.054s | 28 Queries | GZIP : On ]