forum.bitel.ru http://forum.bitel.ru/ |
|
Обсчет свича по SNMP http://forum.bitel.ru/viewtopic.php?f=7&t=470 |
Страница 1 из 1 |
Автор: | Mr.Chaos [ 19 окт 2007, 08:33 ] |
Заголовок сообщения: | Обсчет свича по SNMP |
Можно ли модулем IPN обсчитать управляемый коммутатор по SNMP не имея коллектора? Т.е. указываем на каком порту сидит клиент и по показаниям SNMP билингуем. Отключение клиента не обязательно. |
Автор: | Mr.Chaos [ 22 окт 2007, 08:40 ] |
Заголовок сообщения: | |
ДА or НЕТ? |
Автор: | Администратор [ 22 окт 2007, 10:44 ] |
Заголовок сообщения: | |
В данный момент нет |
Автор: | snark [ 27 мар 2009, 01:08 ] |
Заголовок сообщения: | |
Администратор писал(а): В данный момент нет
а хотелось бы ![]() |
Автор: | stark [ 30 мар 2009, 13:00 ] |
Заголовок сообщения: | |
в 4.6 реализовано |
Автор: | snark [ 30 мар 2009, 17:53 ] |
Заголовок сообщения: | |
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 ] |
Заголовок сообщения: | |
Это первая версия, в данный момент она опрашивает 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 ] |
Заголовок сообщения: | |
А 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 ] |
Заголовок сообщения: | |
Дадите доступ в личку? |
Автор: | SPY [ 18 май 2009, 10:35 ] |
Заголовок сообщения: | |
Amir писал(а): Дадите доступ в личку?
Есть результаты? Комментарии? |
Автор: | Amir [ 20 май 2009, 18:51 ] |
Заголовок сообщения: | |
Только добрался ![]() 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 ] |
Заголовок сообщения: | |
-1 - это для разделения входящего и исходящего трафика. Т.е. не знаем откуда на инерфейс 5 - столько то байт. с интерфейса 5 на не знаем куда - столько то байт. А по общему количеству надо посмотреть... |
Автор: | SPY [ 21 май 2009, 14:59 ] |
Заголовок сообщения: | |
Amir писал(а): -1 - это для разделения входящего и исходящего трафика. Т.е. не знаем откуда на инерфейс 5 - столько то байт. с интерфейса 5 на не знаем куда - столько то байт. Спасибо, весьма ценная для меня инфорамация. Amir писал(а): А по общему количеству надо посмотреть...
Вот небольшой кусок вывода snmpwalk
IF-MIB::ifIndex.64 = INTEGER: 64 IF-MIB::ifIndex.65 = INTEGER: 65 IF-MIB::ifIndex.66 = INTEGER: 66 IF-MIB::ifIndex.67 = INTEGER: 67 IF-MIB::ifIndex.68 = INTEGER: 68 IF-MIB::ifIndex.69 = INTEGER: 69 IF-MIB::ifIndex.70 = INTEGER: 70 IF-MIB::ifIndex.71 = INTEGER: 71 IF-MIB::ifIndex.72 = INTEGER: 72 IF-MIB::ifIndex.73 = INTEGER: 73 IF-MIB::ifIndex.74 = INTEGER: 74 Интерфейсы то на железке есть ![]() |
Автор: | Amir [ 21 май 2009, 16:54 ] |
Заголовок сообщения: | |
Выложил обновление/обновил по недостающим интерфейсам... По поводу что трафика нет - там в журнале ошибок есть ошибки. Дело в том что второй интерфейс у нас -1, а в привязке трафиков указан интерфейс клиента. |
Автор: | SPY [ 22 май 2009, 19:41 ] |
Заголовок сообщения: | |
Amir писал(а): Выложил обновление/обновил по недостающим интерфейсам...
По поводу что трафика нет - там в журнале ошибок есть ошибки. Дело в том что второй интерфейс у нас -1, а в привязке трафиков указан интерфейс клиента. Огромное пасибо, разобрался! Пришлось перечитать документацию, поразбираться с привязками услуг. Теперь буду тестировать и сравнивать с данными netflow. |
Автор: | SPY [ 09 июн 2009, 12:48 ] |
Заголовок сообщения: | |
Вот уже почти две недели гоняю сборщик snmp статистики и в принципе результатом доволен, хотя, как и ожидалось, данные с netflow разнятся и довольно сильно ![]() Не очень нравится то, что для опроса разных интерфейсов одного устройства приходится создавать по одному договору на каждый интерфейс. Если, например, использовать учет по snmp наравне с netflow, то для каждой железки необходимо создавать отдельный источник, что так же не очень удобно. Может есть какой-то более удобный способ сделать привязки интерфейсов к договорам? |
Автор: | Администратор [ 09 июн 2009, 14:26 ] |
Заголовок сообщения: | |
Цитата: Не очень нравится то, что для опроса разных интерфейсов одного устройства приходится создавать по одному договору на каждый интерфейс. Если, например, использовать учет по snmp наравне с netflow, то для каждой железки необходимо создавать отдельный источник, что так же не очень удобно.
Не совсем понял, а почему нельзя в одном договоре несколько диапазонов делать? |
Автор: | SPY [ 09 июн 2009, 14:30 ] |
Заголовок сообщения: | |
Администратор писал(а): Не совсем понял, а почему нельзя в одном договоре несколько диапазонов делать?
Возможно я не правильно сформулировал вопрос. Диапазонов ip адресов можно, а вот snmp-интерфейсов нет. Именно в этом неудобство. Например, если у меня 2 24-х портовых коммутатора, то надо создать 2 источника и 24 интерфейса в каждом, в результате получим 48 договоров. Вот мне и интересно, может моя точка зрения ошибочная и привязку можно сделать как-то иначе? |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |