forum.bitel.ru • Просмотр темы - Обсчет свича по SNMP

Сообщения без ответов | Активные темы

Список форумов » BGBilling » Модули Интернета » Модуль IPN

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

Обсчет свича по SNMP

Страница 1 из 1

[ Сообщений: 23 ]

Версия для печати

Пред. тема | След. тема

Автор

Сообщение

Mr.Chaos

Заголовок сообщения: Обсчет свича по SNMP

Добавлено: 19 окт 2007, 08:33

Зарегистрирован: 26 мар 2007, 16:05
Сообщения: 59
Карма: 0

Можно ли модулем IPN обсчитать управляемый коммутатор по SNMP не имея коллектора? Т.е. указываем на каком порту сидит клиент и по показаниям SNMP билингуем. Отключение клиента не обязательно.

Вернуться к началу

Mr.Chaos

Заголовок сообщения:

Добавлено: 22 окт 2007, 08:40

Зарегистрирован: 26 мар 2007, 16:05
Сообщения: 59
Карма: 0

ДА or НЕТ?

Вернуться к началу

Администратор

Заголовок сообщения:

Добавлено: 22 окт 2007, 10:44

Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93

В данный момент нет

Вернуться к началу

snark

Заголовок сообщения:

Добавлено: 27 мар 2009, 01:08

Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249

Администратор писал(а):

В данный момент нет

а хотелось бы :roll:

Вернуться к началу

stark

Заголовок сообщения:

Добавлено: 30 мар 2009, 13:00

Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238

в 4.6 реализовано

Вернуться к началу

snark

Заголовок сообщения:

Добавлено: 30 мар 2009, 17:53

Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249

stark писал(а):

в 4.6 реализовано

здорово! когда ждать релиз?

Вернуться к началу

SPY

Заголовок сообщения:

Добавлено: 04 май 2009, 17:30

Уважаемы разработчики, а когда в документации появится информация о настройке модуля IPN для сбора статистики по snmp?
На данный момент, наблюдаю в логе коллектора:

Код:

ERROR [ip-устройства_161_null_v0_Receive] SnmpWorker - The object is not available or the object's name does not exactly match.

Естественно надо где-то указать и версию и oid, но где? и в каком формате?
Разъясните ситуацию, пожалуйста.

Вернуться к началу

Amir

Заголовок сообщения:

Добавлено: 05 май 2009, 12:53

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Это первая версия, в данный момент она опрашивает ifTable по snmp v1, а также sys up time.
1.3.6.1.2.1.1.3
1.3.6.1.2.1.2.2.1.1
1.3.6.1.2.1.2.2.1.3
...
1.3.6.1.2.1.2.2.1.11
1.3.6.1.2.1.2.2.1.13
...
1.3.6.1.2.1.2.2.1.17
1.3.6.1.2.1.2.2.1.19
1.3.6.1.2.1.2.2.1.20
Поможете - постараемся поддержать и вас )

Вернуться к началу

SPY

Заголовок сообщения:

Добавлено: 05 май 2009, 19:23

Продолжаем.
loader.log (повторяющиеся строки)

Код:

05-05/16:55:51  INFO [xx.xxx.xxx.x_161_null_v0_Receive] HourlyDataLogEntry - Create dataLog file: .../source_1/2009/2009-05/2009-05-05/log_2009-05-05-16.000.bgdl
05-05/17:00:48  INFO [hrlydtlggr-p-1-t-1] HourlyDataLoggerTracker - Close dataLog file .../source_1/2009/2009-05/2009-05-05/log_2009-05-05-16.000.bgdl]
05-05/17:00:51  INFO [xx.xxx.xxx.x_161_null_v0_Receive] HourlyDataLogEntry - Create dataLog file: .../source_1/2009/2009-05/2009-05-05/log_2009-05-05-17.000.bgdl
05-05/17:03:45  INFO [hrlydtlggr-p-1-t-1] HourlyDataLoggerTracker - Checking data log files to close [hours=2]...

видимо что-то всетаки происходит

Дальше, generator.log

Код:

05-05/17:00:46  INFO [Thread-11] generator - Flush dataLog writers...
05-05/17:00:48  INFO [Thread-11] generator - Flush dataLog writers ok
05-05/17:00:48  INFO [Thread-11] generator - Generating process tasks..
05-05/17:00:48  INFO [Thread-11] generator - Add process task 1:1 05.05.2009 16
05-05/17:00:48  INFO [Thread-11] generator - Generate source data..

... и что-то даже загрузилось в базу
И еще, для полноты картины:

Код:

05-05/16:55:45  INFO [main] DefaultServerSetup - Init DB connection pools
05-05/16:55:45  INFO [main] DefaultServerSetup - Init trash pools..
05-05/16:55:45  INFO [main] Collector - Starting flow collector for IPN...
05-05/16:55:45  INFO [main] Collector - Load => true; process => true
05-05/16:55:45  INFO [main] collector - Reload source list [types: netflow,sflow; sourceIds: 1]
05-05/16:55:45  INFO [main] Collector - Starting FlowListener on port 2004 [recv_buf_size=8388608]
05-05/16:55:45  INFO [main] collector - Reload source list [types: netflow; sourceIds: 1]
05-05/16:55:45  INFO [main] DatagramChannelListener - Open socket [0.0.0.0/0.0.0.0:2004]
05-05/16:55:45  INFO [main] DatagramChannelListener - ru.bitel.bgbilling.modules.ipn.collector.IPNFlowListener$3 socket init ok.
05-05/16:55:45  INFO [main] collector - Reload source list [types: snmp; sourceIds: 1]
05-05/16:55:45  INFO [main] collector - IP: xx.xxx.xxx.x => 1

В итоге - в логах пусто, после выгрузки статистики в файл вижу только заголовок.
Куда копать дальше? Заранее спасибо.

Вернуться к началу

Amir

Заголовок сообщения:

Добавлено: 06 май 2009, 15:59

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

А ERROR [ip-устройства_161_null_v0_Receive] SnmpWorker - The object is not available or the object's name does not exactly match.
сейчас есть такая ошибка?
Если есть

snmpget 1.3.6.1.2.1.1.3

snmpwalk
1.3.6.1.2.1.2.2.1.1
1.3.6.1.2.1.2.2.1.3
...
1.3.6.1.2.1.2.2.1.11
1.3.6.1.2.1.2.2.1.13
...
1.3.6.1.2.1.2.2.1.17
1.3.6.1.2.1.2.2.1.19
1.3.6.1.2.1.2.2.1.20
по этим нормально проходит?

Вернуться к началу

SPY

Заголовок сообщения:

Добавлено: 06 май 2009, 17:12

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

Цитата:

snmpget 1.3.6.1.2.1.1.3

С snmp все внорме.
Все файлы статистики имеют размер 23240 байт, при экспорте в тектовом виде - пусто.
По логам loader.log, dataloader.log и collector.log можно сделать вывод, что колектор пытается что-то собирать

Единственное, что непонятно - в заголовке файла статистики

Код:

Timestamp       FromIp  FromPort        ToIp    ToPort  Bytes   FromIface      ToIface

Если коллектор обсчитывает устройство по snmp, откуда ему брать информацию FromIp FromPort ToIp ToPort ? Думается, по snmp максимум можно получить связку интерфейс+кол-во байт (переданных и принятых), собственно большего и не надо.

Вернуться к началу

SPY

Заголовок сообщения:

Добавлено: 14 май 2009, 14:13

Ситуация остается неизменной.
В модуле IPN на вкладке "источники" мой snmp-источник показывается как обрабатываемый но, логи попрежднему пустые.
Уважаемые разработчики, посоветуйте пожалуйста где и что еще подкрутить, чтобы хоть что-то получать по snmp.

Вернуться к началу

Amir

Заголовок сообщения:

Добавлено: 14 май 2009, 17:02

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Дадите доступ в личку?

Вернуться к началу

SPY

Заголовок сообщения:

Добавлено: 18 май 2009, 10:35

Amir писал(а):

Дадите доступ в личку?

Есть результаты? Комментарии?

Вернуться к началу

Amir

Заголовок сообщения:

Добавлено: 20 май 2009, 18:51

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Только добрался

SPY писал(а):

Единственное, что непонятно - в заголовке файла статистики

Код:

Timestamp       FromIp  FromPort        ToIp    ToPort  Bytes   FromIface      ToIface

Это про про netflow.sh save? Сейчас выдает нормально вроде...
Timestamp FromIp FromPort ToIp ToPort Bytes FromIface ToIface
1242817218980 0.0.0.0 0 0.0.0.0 0 20358375 2 -1
1242817218980 0.0.0.0 0 0.0.0.0 0 10171528 -1 2
1242817218989 0.0.0.0 0 0.0.0.0 0 1016 4 -1
1242817218989 0.0.0.0 0 0.0.0.0 0 4227 -1 4

Цитата:

откуда ему брать информацию FromIp FromPort ToIp ToPort

ip адреса и порты он считает нулевыми.

Вернуться к началу

SPY

Заголовок сообщения:

Добавлено: 21 май 2009, 11:18

Да, очень странно все это, Amir, Вы что-то подкрутили или само заработало? :?:

Двигаюсь дальше, опять грабли.
Анализируя полученный командой save файл, я заметил, что в статистике фигурируют всего 5 интерфейсов: 1,2,4,6,-1 . В случае работы с netflow интерфейс -1 мне не попадался. PS: На обследуемом девайсе более 50 интерфейсов. Где они?
Как тестирую: создал 3 тестовые услуги, создал 3 тестовых интерфейса (1,2,4) для источника snmp, сделал привязку адресов 0.0.0.0 к источнику и его интерфейсам. Услуги добавлены в договор,..... в отчете пусто

Куда плыть?

Вернуться к началу

Amir

Заголовок сообщения:

Добавлено: 21 май 2009, 14:38

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

-1 - это для разделения входящего и исходящего трафика.
Т.е. не знаем откуда на инерфейс 5 - столько то байт.
с интерфейса 5 на не знаем куда - столько то байт.

А по общему количеству надо посмотреть...

Вернуться к началу

SPY

Заголовок сообщения:

Добавлено: 21 май 2009, 14:59

Amir писал(а):

-1 - это для разделения входящего и исходящего трафика.
Т.е. не знаем откуда на инерфейс 5 - столько то байт.
с интерфейса 5 на не знаем куда - столько то байт.

Спасибо, весьма ценная для меня инфорамация.

Amir писал(а):

А по общему количеству надо посмотреть...

Вот небольшой кусок вывода snmpwalk

Интерфейсы то на железке есть

А в статистике их нет. Могу предположить, что для теста в snmp-дополнении к коллектору сделали ограничение на кол-во опрашиваемых интерфейсов?

Вернуться к началу

Amir

Заголовок сообщения:

Добавлено: 21 май 2009, 16:54

Разработчик

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256

Выложил обновление/обновил по недостающим интерфейсам...
По поводу что трафика нет - там в журнале ошибок есть ошибки.
Дело в том что второй интерфейс у нас -1, а в привязке трафиков указан интерфейс клиента.

Вернуться к началу

SPY

Заголовок сообщения:

Добавлено: 22 май 2009, 19:41

Amir писал(а):

Огромное пасибо, разобрался! Пришлось перечитать документацию, поразбираться с привязками услуг. Теперь буду тестировать и сравнивать с данными netflow.

Вернуться к началу

SPY

Заголовок сообщения:

Добавлено: 09 июн 2009, 12:48

Вот уже почти две недели гоняю сборщик snmp статистики и в принципе результатом доволен, хотя, как и ожидалось, данные с netflow разнятся и довольно сильно :wink:

.
Не очень нравится то, что для опроса разных интерфейсов одного устройства приходится создавать по одному договору на каждый интерфейс. Если, например, использовать учет по snmp наравне с netflow, то для каждой железки необходимо создавать отдельный источник, что так же не очень удобно.
Может есть какой-то более удобный способ сделать привязки интерфейсов к договорам?

Вернуться к началу

Администратор

Заголовок сообщения:

Добавлено: 09 июн 2009, 14:26

Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93

Цитата:

Не очень нравится то, что для опроса разных интерфейсов одного устройства приходится создавать по одному договору на каждый интерфейс. Если, например, использовать учет по snmp наравне с netflow, то для каждой железки необходимо создавать отдельный источник, что так же не очень удобно.

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

Вернуться к началу

SPY

Заголовок сообщения:

Добавлено: 09 июн 2009, 14:30

Администратор писал(а):

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

Возможно я не правильно сформулировал вопрос.
Диапазонов ip адресов можно, а вот snmp-интерфейсов нет. Именно в этом неудобство. Например, если у меня 2 24-х портовых коммутатора, то надо создать 2 источника и 24 интерфейса в каждом, в результате получим 48 договоров.
Вот мне и интересно, может моя точка зрения ошибочная и привязку можно сделать как-то иначе?

Вернуться к началу

Страница 1 из 1

[ Сообщений: 23 ]

Список форумов » BGBilling » Модули Интернета » Модуль IPN

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

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

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

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

Перейти:

BiTel

Обсчет свича по SNMP

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