Биллинговая система Nodeny

Главная категория => Модули NodenyPlus => Тема начата: Efendy от 14 Ноября 2013, 21:05:53



Название: Snmp
Отправлено: Efendy от 14 Ноября 2013, 21:05:53
Пока модуль не выпускаю - тестирую, меняю некоторые фичи, но решил немного рассказать о нем, чтобы с одной стороны подогреть интерес, с другой - может что посоветуете.

Snmp-модуль предназначен для получения информации и управления оборудованием. Оборудованием могут быть как свичи, так и любое другое устройство, например, в моей сети используются ребутилки, которые работают на автомате, но можно получить инфу или кликнуть реле по snmp.

На верхнем уровне устройства делятся на 2 типа: имеющие порты (интерфейсы) и нет. Если у устройства есть интерфейсы, то есть возможность получить инфу по каждому интерфейсу (включен/нет, скорость, ошибки и т.д.), а также изменить его состояние, например выключить.

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

Также сделал поиск мака по свичам, выводит список свичей и номера портов, где обнаружился этот мак.

Планирую сделать блокировку мака на порту, подскажите как


Название: Re: Snmp
Отправлено: Gosha от 14 Ноября 2013, 22:16:18
Это будет универсальный модуль, или допиливать под зоопарк оборудования? Функционал хороший....


Название: Re: Snmp
Отправлено: Efendy от 14 Ноября 2013, 22:23:52
Это будет универсальный модуль, или допиливать под зоопарк оборудования? Функционал хороший....
Вообще-то oid-ы более менее стандартизированы, поэтому не самые отстойные свичи должны их поддерживать. С другой стороны я не знаю насколько, лично в моей сети только эджкоры, они работают по стандарту. Гуру должны просветить ситуацию...


Название: Re: Snmp
Отправлено: Nafanya от 14 Ноября 2013, 22:40:32
Это будет универсальный модуль, или допиливать под зоопарк оборудования? Функционал хороший....
Вообще-то oid-ы более менее стандартизированы, поэтому не самые отстойные свичи должны их поддерживать. С другой стороны я не знаю насколько, лично в моей сети только эджкоры, они работают по стандарту. Гуру должны просветить ситуацию...
Есть и д-линки, Причем древние. Модуль конечно интересный. Поддерживаю.
 На 50-й версии у меня работал модуль так там и эджи и д-линки работали. Только под DES-1228 допиливали. Там OIDы немного не такие.


Название: Re: Snmp
Отправлено: Gosha от 14 Ноября 2013, 23:07:35
Можно базу с OID разных производителей создать, и подставлять нужные..... Но это наверное геморно... Что то подобное в userside...


Название: Re: Snmp
Отправлено: Efendy от 14 Ноября 2013, 23:46:03
Можно базу с OID разных производителей создать, и подставлять нужные..... Но это наверное геморно... Что то подобное в userside...

Не думаю, что это будет геморно. Например, я уже упоминал ребутилку - совсем нестандартное устройство. Я посмотрел по мануалу какие у нее oid-ы  и написал такой конфиг:

Код:
$type{ link_control } = {
  cfg => {
    Show => [
        sysDescr,
        sysLocation,
        sysUpTime,
        first_remote_ip,
        second_remote_ip,
    ],
  },
  obj => {
    sysDescr            => {
        oid  => '1.3.6.1.2.1.1.1',
        name => 'Описание',
    },
    sysUpTime           => {
        oid  => '1.3.6.1.2.1.1.3',
        name => 'Uptime',
    },
    sysLocation         => {
        oid  => '1.3.6.1.2.1.1.6',
        name => 'Расположение',
    },
    first_remote_ip     => {
        oid  => '1.3.6.1.4.1.12350.2.105.2.8',
        name => 'Пингует ip',
    },
    second_remote_ip    => {
        oid  => '1.3.6.1.4.1.12350.2.105.2.10',
        name => 'Потом пингует',
    },
  }
};


Название: Re: Snmp
Отправлено: Warlock от 03 Апреля 2014, 07:41:03
Добрый день!
Хотелось бы узнать, стоит ли ждать данный модуль в продаже и если да, то в какие сроки?
Готов купить.


Название: Re: Snmp
Отправлено: ivanmfan от 03 Апреля 2014, 09:00:16
Планирую сделать блокировку мака на порту, подскажите как

Как на счет блокировки через ACL? Не знаю есть ли в ежах этот функционал.


Название: Re: Snmp
Отправлено: Efendy от 08 Февраля 2015, 00:04:29
Итак. Несколько месяцев назад, кому-то из форумчан я дал этот модуль со словами "настрой себе, научишься - поможешь другим". Как и следовало ожидать, со стороны форумчанина был положен хуй. Ну и хуй с ним. Решил я таки доделать модуль. Подключил к домашнему роутеру свичик planet, поставил модуль и начал тестировать. Оказалось что не все заработало. Начал я смотреть логи свичика и понял, что он нумерует свои порты не от 1 до xx, а от 101 до 1xx. Пришлось добавить параметр преобразования портов для свичей-извращенцев.

Модуль можно считать готовым. Но хочется все таки его вылизать, поскольку начни я его распространять - пойдет солянка, у одних будет стоять старый модуль, у других новый и совместимости между ними не будет, потому что в бою вылезет много нюансов. Я-то потестил модуль от силы на 5 разных свичах. А нужен зоопарк. 

Короче, у кого есть возможность - настройте свичик и дайте мне в личку его ip - я погоняю модуль.

Пока же напишу какой функционал имеет snmp-модуль:

1) Опрос устройства по snmp и вывод информации в админке. В поставке идет типовой конфиг, который позволяет получить общую информацию практически от любого устройства будь-то свич, сервер, ребутилка или иное. Администратор может сделать свои конфиги для устройств разных классов или производителей, в которых будут отображаться интересующие его параметры.

2) Если у устройства присутствует сущность "порты" - будет получена информация по каждому порту: описание, скорость, вкл/выкл, ошибки и др.

3) Если устройство поддерживает управление по snmp - можно изменить эти параметры из админки, например, заблокировать порт клиента

4) Возможность просканировать все устройства и вывести их с номерами портов, где засветился определенный мак

5) Возможность сбора трафика по каждому порту устройства, вывод истории трафика и графиков. Отдельная категория "трафик через свичи" - помогает отслеживать загрузку магистралей

6) Прием snmp-трапов позволяет реагировать на разные ситуации, происходящие в сети. Например, получение трех трапов об отключении трех портов свича можно расценивать как порез кабеля. Вывод на карту проблемных мест


Название: Re: Snmp
Отправлено: ser970 от 08 Февраля 2015, 19:16:04
Оказалось что не все заработало. Начал я смотреть логи свичика и понял, что он нумерует свои порты не от 1 до xx, а от 101 до 1xx. Пришлось добавить параметр преобразования портов для свичей-извращенцев.

ну не все так просто

медные порты
IF-MIB::ifDescr.1 = STRING: Ethernet Interface
IF-MIB::ifDescr.2 = STRING: Ethernet Interface
IF-MIB::ifDescr.3 = STRING: Ethernet Interface
IF-MIB::ifDescr.4 = STRING: Ethernet Interface
IF-MIB::ifDescr.5 = STRING: Ethernet Interface
IF-MIB::ifDescr.6 = STRING: Ethernet Interface
IF-MIB::ifDescr.7 = STRING: Ethernet Interface
IF-MIB::ifDescr.8 = STRING: Ethernet Interface
IF-MIB::ifDescr.9 = STRING: Ethernet Interface
IF-MIB::ifDescr.10 = STRING: Ethernet Interface
IF-MIB::ifDescr.11 = STRING: Ethernet Interface
IF-MIB::ifDescr.12 = STRING: Ethernet Interface
IF-MIB::ifDescr.13 = STRING: Ethernet Interface
IF-MIB::ifDescr.14 = STRING: Ethernet Interface
IF-MIB::ifDescr.15 = STRING: Ethernet Interface
IF-MIB::ifDescr.16 = STRING: Ethernet Interface
IF-MIB::ifDescr.17 = STRING: Ethernet Interface
IF-MIB::ifDescr.18 = STRING: Ethernet Interface
IF-MIB::ifDescr.19 = STRING: Ethernet Interface
IF-MIB::ifDescr.20 = STRING: Ethernet Interface
IF-MIB::ifDescr.21 = STRING: Ethernet Interface
IF-MIB::ifDescr.22 = STRING: Ethernet Interface
IF-MIB::ifDescr.23 = STRING: Ethernet Interface
IF-MIB::ifDescr.24 = STRING: Ethernet Interface
гиговый порты
IF-MIB::ifDescr.49 = STRING: Ethernet Interface
IF-MIB::ifDescr.50 = STRING: Ethernet Interface
IF-MIB::ifDescr.51 = STRING: Ethernet Interface
IF-MIB::ifDescr.52 = STRING: Ethernet Interface


или на каждый порт вешать преобразование ?
и это не самый сложный ......

проще получить дескрипторы портов ......


Название: Re: Snmp
Отправлено: Efendy от 08 Февраля 2015, 19:24:24
не на каждый порт вешать преобразование, в конфиге задал, что добавить к порту 100 и все. Кстати, в моем свиче ifDescr - это описание порта, которое можно поменять. Или чем получать дескрипторы портов?


Название: Re: Snmp
Отправлено: ser970 от 08 Февраля 2015, 20:22:29
не на каждый порт вешать преобразование, в конфиге задал, что добавить к порту 100 и все. Кстати, в моем свиче ifDescr - это описание порта, которое можно поменять. Или чем получать дескрипторы портов?
тогда так не получится....
выше вывод алкателя 6224
но есть еще курче....


Название: Re: Snmp
Отправлено: Efendy от 08 Февраля 2015, 20:52:17
dot1dBasePortIfIndex


Название: Re: Snmp
Отправлено: ser970 от 08 Февраля 2015, 21:06:25
dot1dBasePortIfIndex
SNMPv2-SMI::mib-2.17.1.4.1.2.1 = INTEGER: 1
SNMPv2-SMI::mib-2.17.1.4.1.2.2 = INTEGER: 2
SNMPv2-SMI::mib-2.17.1.4.1.2.3 = INTEGER: 3
SNMPv2-SMI::mib-2.17.1.4.1.2.4 = INTEGER: 4
SNMPv2-SMI::mib-2.17.1.4.1.2.5 = INTEGER: 5
SNMPv2-SMI::mib-2.17.1.4.1.2.6 = INTEGER: 6
SNMPv2-SMI::mib-2.17.1.4.1.2.7 = INTEGER: 7
SNMPv2-SMI::mib-2.17.1.4.1.2.8 = INTEGER: 8
SNMPv2-SMI::mib-2.17.1.4.1.2.9 = INTEGER: 9
SNMPv2-SMI::mib-2.17.1.4.1.2.10 = INTEGER: 10
SNMPv2-SMI::mib-2.17.1.4.1.2.11 = INTEGER: 11
SNMPv2-SMI::mib-2.17.1.4.1.2.12 = INTEGER: 12
SNMPv2-SMI::mib-2.17.1.4.1.2.13 = INTEGER: 13
SNMPv2-SMI::mib-2.17.1.4.1.2.14 = INTEGER: 14
SNMPv2-SMI::mib-2.17.1.4.1.2.15 = INTEGER: 15
SNMPv2-SMI::mib-2.17.1.4.1.2.16 = INTEGER: 16
SNMPv2-SMI::mib-2.17.1.4.1.2.17 = INTEGER: 17
SNMPv2-SMI::mib-2.17.1.4.1.2.18 = INTEGER: 18
SNMPv2-SMI::mib-2.17.1.4.1.2.19 = INTEGER: 19
SNMPv2-SMI::mib-2.17.1.4.1.2.20 = INTEGER: 20
SNMPv2-SMI::mib-2.17.1.4.1.2.21 = INTEGER: 21
SNMPv2-SMI::mib-2.17.1.4.1.2.22 = INTEGER: 22
SNMPv2-SMI::mib-2.17.1.4.1.2.23 = INTEGER: 23
SNMPv2-SMI::mib-2.17.1.4.1.2.24 = INTEGER: 24
SNMPv2-SMI::mib-2.17.1.4.1.2.49 = INTEGER: 49
SNMPv2-SMI::mib-2.17.1.4.1.2.50 = INTEGER: 50
SNMPv2-SMI::mib-2.17.1.4.1.2.51 = INTEGER: 51
SNMPv2-SMI::mib-2.17.1.4.1.2.52 = INTEGER: 52

нумерация не попорядку.....


Название: Re: Snmp
Отправлено: Efendy от 08 Февраля 2015, 22:11:04
и что?


Название: Re: Snmp
Отправлено: ser970 от 08 Февраля 2015, 22:24:24
и что?
может и ничего ..
попробуйте на алкателе 6224 и huawei 2326  и там пару десятков vlan....


Название: Re: Snmp
Отправлено: Efendy от 08 Февраля 2015, 22:54:38
https://www.youtube.com/watch?v=16aVPdVfmGI&feature=youtu.be


Название: Re: Snmp
Отправлено: ser970 от 08 Февраля 2015, 23:33:35
так я все таки не понял
не на каждый порт вешать преобразование, в конфиге задал, что добавить к порту 100 и все. Кстати, в моем свиче ifDescr - это описание порта, которое можно поменять. Или чем получать дескрипторы портов?

для 24 порта SNMPv2-SMI::mib-2.17.1.4.1.2.24 = INTEGER: 24
коэффициент =1

26 порт SNMPv2-SMI::mib-2.17.1.4.1.2.49 = INTEGER: 49
какой ?
притом что это один свич.
или как ?


Название: Re: Snmp
Отправлено: Efendy от 12 Февраля 2015, 18:19:31
Выложил на продажу. Пока 1000 грн


Название: Re: Snmp
Отправлено: Sis от 13 Февраля 2015, 18:14:16
Выложил на продажу. Пока 1000 грн
Я покупаю. Устанавливается всё как обычно?


Название: Re: Snmp
Отправлено: Efendy от 13 Февраля 2015, 19:29:40
дока http://app.nodeny-plus.com.ua/docs/work/snmp.html


Название: Re: Snmp
Отправлено: Nafanya от 17 Февраля 2015, 13:28:56
Купил. Вполне все устраивает. Было-бы интереснее если была кнопка сохранения измененной конфигурации на свиче. Не заходя на сам свич


Название: Re: Snmp
Отправлено: Efendy от 17 Февраля 2015, 14:29:29
Я не понял. Опиши подробней


Название: Re: Snmp
Отправлено: Nafanya от 17 Февраля 2015, 14:53:18
проводим изменения в свиче типа расположения, выключим порт Название порта в свиче. При перезагрузке все наши изменения не сохраняться. Что-бы его сохранить надо лезть отдельно на свич и там сохранять. А тут кнопку нажал и все. Возможно такое?
А вообще модуль неплохой, все что вел отдельно (учет) теперь тут можно делать.


Название: Re: Snmp
Отправлено: Efendy от 17 Февраля 2015, 15:08:07
нужно  знать oid сохранения конфигурации


Название: Re: Snmp
Отправлено: Nafanya от 17 Февраля 2015, 15:19:52
нужно  знать oid сохранения конфигурации

Я понял. Попробую поковырять, о результатах отпишусь


Название: Re: Snmp
Отправлено: ser970 от 17 Февраля 2015, 15:22:17
нужно  знать oid сохранения конфигурации

Я понял. Попробую поковырять, о результатах отпишусь

3028 3526 3200
.1.3.6.1.4.1.171.12.1.2.6.0 i 2

huawei
.1.3.6.1.4.1.2011.6.10.1.2.4.1.2.1 i 1
.1.3.6.1.4.1.2011.6.10.1.2.4.1.9.1 i 4


Название: Re: Snmp
Отправлено: Efendy от 17 Февраля 2015, 20:02:21
Проверил, работает вроде. По крайней мере ошибку не пишет, а свич удаленный - проверить перезагрузкой не могу. Немного упрощу создание конфига, обновлю доку и выпущу модуль с обновлением


Название: Re: Snmp
Отправлено: lidusya49 от 17 Февраля 2015, 21:41:43
Есть можно, я сделаю несколько предложений:
1) Выводить номера и название VLANов на порту.
2) "Имя" оно же "номера квартир" или "аккаунты клиентов" сделать кликабельными, чтобы можно было перейти на клиента.
2.1) Ну и чтобы у клиента, автоматически прописывалась точка топологии и номер порта.
2.2) В меню "Порты", между столбиком "Порт" и "Описание", добавить назначение клиента.

Не знаю получится ли:
1.1) Добавлять, удалять, редактировать VLANы.
3) сделать ведение логов по порту. Чтобы видеть, как часто падает и поднимается порт, как часто меняется скорость порта.


Название: Re: Snmp
Отправлено: Efendy от 20 Февраля 2015, 00:06:20
Обновите модуль snmp  и обратите внимание, что немного поменялся конфиг - смотрите примеры  в документации, я много добавил, в том числе как сделать запись конфига в свич. Естесственно, запись конфига - это пример, можно любые другие параметры менять.

Насчет предложений рулить VLAN и т.д. Давайте конкретные примеры какие параметры менять. Хотя после прочтения доки вы и сами сможете это сделать. Предлагайте добавить в модуль то, что он сейчас еще не может сделать. lidusya49, по свободе внимательно ознакомлюсь с твоими предложениями, пока нет времени вникать


Название: Re: Snmp
Отправлено: Efendy от 04 Июня 2015, 16:11:06
Добавил фичу: можно изменять отображаемое значение путем добавления в конфиг фгагмента кода.

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

Необходимо уровень сигнала делить на 10, а если уровень = 65535, то ничего не показывать:

Код:
$c->Object('xxxxx',
    oid  => 'x.x.x.x.x.x.x.x',
    name => 'Сигнал RX',
    values => sub {
        my($value) = @_;
        return '' if $value == -65535;
        return $value / 10;
    }
);


Необходимо организовать поиск по маку, полученному по snmp:

Код:
$c->Object('xxxxx',
    oid  => 'x.x.x.x.x.x.x.x',
    name => 'Mac ONU',
    values => sub {
        my($value) = @_;
        $value =~ s/^0x//;
        return [ url->a($value, a => 'mac_info', mac => $value) ];
    }
);


Название: Re: Snmp
Отправлено: ser970 от 04 Июня 2015, 18:20:26
return '' if $value == -65535;
лучше на
return '' if $value > -1000;

олт иногда отдает не 65535



Название: Re: Snmp
Отправлено: poxy. от 03 Ноября 2015, 20:29:26
Купил сегодня модуль, перл стоит 5.12, после нажатия получить инфо выдает в дебаге

Код:
Type of arg 1 to keys must be hash or array (not private variable) at /usr/local/nodeny/web/_ajSnmpInfo.pl line 92, near "$res or"
Compilation failed in require at /usr/local/nodeny/web/calls.pm line 1216.
Compilation failed in require at /usr/local/nodeny/web/calls.pm line 1216.

как исправить?


Название: Re: Snmp
Отправлено: poxy. от 03 Ноября 2015, 21:36:53
Купил сегодня модуль, перл стоит 5.12, после нажатия получить инфо выдает в дебаге

Код:
Type of arg 1 to keys must be hash or array (not private variable) at /usr/local/nodeny/web/_ajSnmpInfo.pl line 92, near "$res or"
Compilation failed in require at /usr/local/nodeny/web/calls.pm line 1216.
Compilation failed in require at /usr/local/nodeny/web/calls.pm line 1216.

как исправить?

и еще просьба пнуть в правильном направлении:

Код:
cd /usr/ports/net-mgmt/p5-Net-SNMPTrapd && make install clean
===>   p5-Net-SNMPTrapd-0.12 depends on package: p5-Convert-ASN1>=0.22 - not found
===>    Verifying install for p5-Convert-ASN1>=0.22 in /usr/ports/converters/p5-Convert-ASN1
===>   p5-Convert-ASN1-0.27 depends on package: p5-Math-BigInt>=1.997 - not found
===>    Verifying install for p5-Math-BigInt>=1.997 in /usr/ports/math/p5-Math-BigInt
===>  Installing for p5-Math-BigInt-1.997
===>   p5-Math-BigInt-1.997 depends on file: /usr/local/bin/perl5.12.4 - found
===>  Checking if p5-Math-BigInt already installed
===>   Registering installation for p5-Math-BigInt-1.997 as automatic
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/site_perl/5.12/Math/BigFloat.pm): No such file or directory
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/site_perl/5.12/Math/BigInt.pm): No such file or directory
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/site_perl/5.12/Math/BigInt/Calc.pm): No such file or directory
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/site_perl/5.12/Math/BigInt/CalcEmu.pm): No such file or directory
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/site_perl/5.12/mach/auto/Math/BigInt/.packlist): No such file or directory
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/5.12/man/man3/Math::BigFloat.3.gz): No such file or directory
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/5.12/man/man3/Math::BigInt.3.gz): No such file or directory
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/5.12/man/man3/Math::BigInt::Calc.3.gz): No such file or directory
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/5.12/man/man3/Math::BigInt::CalcEmu.3.gz): No such file or directory
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/site_perl/5.12/mach/auto/Math/BigInt/): No such file or directory
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/site_perl/5.12/mach/auto/Math/): No such file or directory
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/site_perl/5.12/Math/BigInt/): No such file or directory
pkg-static: lstat(/usr/ports/math/p5-Math-BigInt/work/stage/usr/local/lib/perl5/site_perl/5.12/Math/): No such file or directory
*** [fake-pkg] Error code 74

Stop in /usr/ports/math/p5-Math-BigInt.
*** [build-depends] Error code 1

Stop in /usr/ports/converters/p5-Convert-ASN1.
*** [build-depends] Error code 1

Stop in /usr/ports/net-mgmt/p5-Net-SNMPTrapd.


Название: Re: Snmp
Отправлено: Efendy от 04 Ноября 2015, 14:19:19

Купил сегодня модуль, перл стоит 5.12, после нажатия получить инфо выдает в дебаге

Код:
Type of arg 1 to keys must be hash or array (not private variable) at /usr/local/nodeny/web/_ajSnmpInfo.pl line 92, near "$res or"
Compilation failed in require at /usr/local/nodeny/web/calls.pm line 1216.
Compilation failed in require at /usr/local/nodeny/web/calls.pm line 1216.

как исправить?

Да, забываю, что в некоторых версиях perl есть отличия. В общем в этом файле найди
Код:
keys $res
и замени на
Код:
keys %$res


Название: Re: Snmp
Отправлено: poxy. от 05 Ноября 2015, 11:26:43
Код:
Type of arg 1 to shift must be array (not anonymous list ([])) at /usr/local/nodeny/web/_ajSnmpSearchMac.pl line 102, near "]) "

тоже из за перла? как пофиксить?


Название: Re: Snmp
Отправлено: Efendy от 05 Ноября 2015, 16:05:18
скачай снова


Название: Re: Snmp
Отправлено: NodenY45 от 14 Ноября 2015, 17:39:46
Можно ли сделать чтобы модуль мог блокировать(либо шепить до 64к) ПОРТ абонента на свичах доступа при минусовом балансе?
и чтобы можно было свич выбрать(с выпадающего списка) там где сейчас прописывается "мак"+"мак свича"+"порт свича" в модуле ДХЦП


Название: Re: Snmp
Отправлено: cojiict от 20 Января 2016, 16:27:08
Зробіть, будь ласка, історію трепів в окремій колонці:
ІР комутатора      порт           дата.час                               trap               
10.10.10.1             8           19.01.2016 16:25           illegal dhcp server
10.10.10.2             2           20.01.2016 03:99           port disable
10.10.10.2             2           20.01.2016 04:10           port enable


Название: Re: Snmp
Отправлено: cojiict от 02 Августа 2016, 15:18:26
Після апдейта зникла кнопка "Инфо по snmp".
Модуль скачав і обновив, без результатно.
по апдейту ось що:
Код:
Патчим nod/snmp.pl модулями snmp
Патчим cfg/snmp.cfg.pm модулями MyNetwork
  зависит от snmp:cfg/snmp.cfg.pm, который еще не обработан
Патчим web/ajNoMapInfo.pl модулями pingserver
  зависит от map:web/ajNoMapInfo.pl, который еще не обработан
решта в нормі
Установка строго по ману
Код:
nodeny/modules/MyNetwork # cat patch.cfg.snmp.cfg.pm
#<ACTION> file=>'cfg/snmp.cfg.pm',hook=>'end',after=>'snmp'

%connection = (
    Community => 'snmptti',
    Version   => 2,
);

$c = Get_config 'Planet';
$c->Set_connection( %connection );

$c = Get_config 'DLink';
$c->Set_connection( %connection );

$c = Get_config 'Switch';
$c->Set_connection( %connection );

$c->Object('sysContact',
    oid  => '1.3.6.1.2.1.1.4.0',
    name => 'Тестовый параметр',
);
$c->Add_show_param('sysContact');

$c = New_Config 'PING3', 'Switch';
$c->Set_connection( %connection );

$c->Param('Switch', 0);

$c->Object('firmwareVersion',
    oid  => '1.3.6.1.4.1.35160.1.1.0',
    name => 'Серийный номер',
);
$c->Object('uptimeSeconds',
    oid  => '1.3.6.1.4.1.35160.1.2.0',
    name => 'Время работы, сек',
);
$c->Object('deviceName',
    oid  => '1.3.6.1.4.1.35160.1.7.0',
    name => 'Имя',
    set  => 'string',
);
$c->Object('deviceDescription',
    oid  => '1.3.6.1.4.1.35160.1.8.0',
    name => 'Описание',
    set  => 'string',
);

$c->Param('Show', [
  'firmwareVersion', 'uptimeSeconds', 'deviceName', 'deviceDescription',
]);


Название: Re: Snmp
Отправлено: Efendy от 02 Августа 2016, 18:10:02
Да, мой бок. Новое поле типа "файл" слишком нетипичное и заставило очень много изменить в коде. Сейчас выпущу фикс


Название: Re: Snmp
Отправлено: Efendy от 02 Августа 2016, 18:41:13
Обнови и биллинг и snmp-модуль


Название: Re: Snmp
Отправлено: SVV от 11 Августа 2016, 12:28:37
huawei
.1.3.6.1.4.1.2011.6.10.1.2.4.1.2.1 i 1
.1.3.6.1.4.1.2011.6.10.1.2.4.1.9.1 i 4

Что то у меня на эти oid свитчи ругаются. отвечая примерно следующее:

Цитировать
Error in packet.
Reason: inconsistentValue (The set value is illegal or unsupported in some way)
Failed object: iso.3.6.1.4.1.2011.6.10.1.2.4.1.9.1


Название: Re: Snmp
Отправлено: ser970 от 11 Августа 2016, 12:55:48
Failed object: iso.3.6.1.4.1.2011.6.10.1.2.4.1.9.1

если перевести на русский = ошибочный объект

ну нету такого oid

у нуавея (да и не только) дргие.


Название: Re: Snmp
Отправлено: SVV от 11 Августа 2016, 13:24:43
Я как раз ссылаюсь на Ваш ответ
Код:
huawei
.1.3.6.1.4.1.2011.6.10.1.2.4.1.2.1 i 1
.1.3.6.1.4.1.2011.6.10.1.2.4.1.9.1 i 4

Оба не подошли. Вроде как в iodMan есть такие параметры, но свитч упорно не ххочет принимать данные... По копаюсь, может прошивка старая.


Название: Re: Snmp
Отправлено: ser970 от 11 Августа 2016, 15:16:10
http://support.huawei.com/enterprise/docinforeader.action?contentId=DOC1000023738


Название: Re: Snmp
Отправлено: user-net от 18 Октября 2016, 14:12:57
Так модуль продается уже? С цисками корректно работает? Как можно посмотреть, что он умеет? Основная задача - просмотр состояния порта, назначенного клиенту, трафика на порту, включение-выключение - чтобы не коннектиться каждый раз телнетом на оборудование.


Название: Re: Snmp
Отправлено: gudwin от 18 Октября 2016, 14:35:12
Здравствуйте, модуль официально продается, посмотреть его функционал вы можете в данном видео
https://www.youtube.com/watch?v=16aVPdVfmGI


Название: Re: Snmp
Отправлено: Efendy от 18 Октября 2016, 17:12:45
Так модуль продается уже? С цисками корректно работает? Как можно посмотреть, что он умеет?
snmp - это протокол, который поддерживается всеми серьезными устройствами. Могут быть отличия только в наборе параметров. Поэтому тем, кто купит данный модуль - нужно произвести настройку snmp конфига. Это чуток сложно, но в документации все описано подробно http://app.nodeny-plus.com.ua/docs/work/snmp.html


Название: Re: Snmp
Отправлено: poxy. от 18 Октября 2016, 18:24:33
Ядро и вебка удаленная, как скрестить модуль (установлен на nas) в таком конфиге?


Название: Re: Snmp
Отправлено: k291 от 09 Ноября 2016, 21:47:33
Прошу добавить:
1) ссылку на скрипт, который будет показывать МАСи, VLANы и лог в свиче. Хотябы чтото одно, остальное допишем сами.
Это надо для коммутаторов, что не выводят данной информации по SNMP.


Название: Re: Snmp
Отправлено: gudwin от 10 Ноября 2016, 23:12:24
Ядро и вебка удаленная, как скрестить модуль (установлен на nas) в таком конфиге?
проще с удаленного биллинга на нас сделать eoip тунель и сделать роуты, и таким образом снимать данные с оборудки


Название: Re: Snmp
Отправлено: poxy. от 11 Ноября 2016, 12:03:44
Ядро и вебка удаленная, как скрестить модуль (установлен на nas) в таком конфиге?
проще с удаленного биллинга на нас сделать eoip тунель и сделать роуты, и таким образом снимать данные с оборудки
Делал vpnом, коряво работало, поэтому и спросил другие решения...
Не vpn, а eoip работает довольно стабильно


Название: Re: Snmp
Отправлено: cojiict от 28 Февраля 2017, 09:53:49
Стас, чи можна допрацювати модуль так, щоб додатково, навпроти порта заповнялось який uid прив’язаний до нього. Може бути кнопка яка з доп_поля бере мак свіча і перевіряє таблицю mac_uid, відповідно заповнюючи дані. Чи можливо і яка ціна питання? Якщо б робило автоматично, було б взагалі добре.


Название: Re: Snmp
Отправлено: Efendy от 04 Марта 2017, 21:02:48
Уже выветрилось из головы что там может модуль. Возможно понадобится какая-нибудь железка чтоб я тестил на ней


Название: Re: Snmp
Отправлено: cojiict от 30 Июня 2017, 16:03:29
в модулі з’явився стовпчик "пользователи", але поки ніде не можна його заповнити. Я якісь плани цьому?


Название: Re: Snmp
Отправлено: Efendy от 30 Июня 2017, 17:12:16
Покажи на скриншоте


Название: Re: Snmp
Отправлено: cojiict от 03 Июля 2017, 08:10:31
Покажи на скриншоте


Название: Re: Snmp
Отправлено: Cell от 03 Июля 2017, 13:04:06
когда ты юзеров к портам будешь пристегивать, в этом поле появится ссылка на карточку этого юзера


Название: Re: Snmp
Отправлено: cojiict от 03 Июля 2017, 13:17:34
когда ты юзеров к портам будешь пристегивать
яким способом? не знайшов як це зробити


Название: Re: Snmp
Отправлено: Cell от 03 Июля 2017, 18:40:16
Как-то так:


Название: Re: Snmp
Отправлено: cojiict от 04 Июля 2017, 08:32:38
Как-то так:

Робив. Связка працює. При зміні _мас_устройства міняється device_mac клієнта. snmp налаштований, інфу отримує. В графі "пользователи" пусто. Комутатор D’link DES-3200
Можливо не вистачає якогось mib?
В debug все в порядку. Єдине що після збереження звязки ссилка зникає і лишається лише мас. Чи так повинно бути?


Название: Re: Snmp
Отправлено: Cell от 04 Июля 2017, 13:26:05
А у меня такая фигня была, только я не помню как я это победил. Или какого-то поля в такой-то таблице не хватало то-ли хз.... нужно посмотреть инсталяционные запросы. Если там есть ALTER то могло просто не хватить прав у юзера мускула на добавления поля.
П.С
вот оно:
Код:
 Db->do("ALTER TABLE `data0` ADD `_snmp` VARCHAR(255) NOT NULL DEFAULT ''");
 Db->do("ALTER TABLE `data0` ADD INDEX (`_snmp`)");
посмотри в базе в таблице data0 поле _snmp есть в наличии?


Название: Re: Snmp
Отправлено: Cell от 04 Июля 2017, 13:35:29
В этом модуле есть еще одна фича: если юзеры живут в управляемых портах не в 1м влане - то поиск по оборудованию будет безуспешным в любом случае. Так уж snmp устроен - что влан нужно учитывать при запросе мака ((( Пока не придумал что с этим делать т.к. чаще всего вланов юзерских десятки (((


Название: Re: Snmp
Отправлено: cojiict от 04 Июля 2017, 13:44:50
А у меня такая фигня была, только я не помню как я это победил. Или какого-то поля в такой-то таблице не хватало то-ли хз.... нужно посмотреть инсталяционные запросы. Если там есть ALTER то могло просто не хватить прав у юзера мускула на добавления поля.
П.С
вот оно:
Код:
 Db->do("ALTER TABLE `data0` ADD `_snmp` VARCHAR(255) NOT NULL DEFAULT ''");
 Db->do("ALTER TABLE `data0` ADD INDEX (`_snmp`)");
посмотри в базе в таблице data0 поле _snmp есть в наличии?
Ще до першого посту не вистачало _mac в data0 . В debug світило помилки. Виправив.
Поле _snmp створене ще при настройці модуля.
Код:
+---------------+---------------------+------+-----+---------+----------------+
| Field         | Type                | Null | Key | Default | Extra          |
+---------------+---------------------+------+-----+---------+----------------+
| _snmp         | varchar(255)        | NO   | MUL |         |                |
| _mac          | varchar(255)        | NO   | MUL |         |                |
+---------------+---------------------+------+-----+---------+----------------+

Права на базу
Код:
GRANT ALL PRIVILEGES ON *.* TO '***'@'localhost' IDENTIFIED BY PASSWORD '********************' WITH GRANT OPTION 


Название: Re: Snmp
Отправлено: cojiict от 06 Сентября 2017, 09:50:32
Замінювали комутатор.
Перебили мак обладнання.
Адмін зробив помилку (не видалив один символ "-") вийшло щось таке
Код:
66-5544332211
в результаті:

до:
Код:
mysql> select _mac,id from data0 where _mac='665544332211';
+--------------+------+
| _mac         | id   |
+--------------+------+
| 665544332211 | 7034 |
+--------------+------+
1 row in set (0.01 sec)

mysql> select uid,device_mac from mac_uid where device_mac='665544332211';
+------+--------------+
| uid  | device_mac   |
+------+--------------+
| 5305 | 665544332211 |
+------+--------------+
1 row in set (0.01 sec)

після:
Код:
mysql> select _mac,id from data0 where id=7034;
+--------------+------+
| _mac         | id   |
+--------------+------+
| 000000006611 | 7034 |
+--------------+------+
1 row in set (0.00 sec)

mysql> select uid,device_mac from mac_uid where uid=5305;
+------+------------+
| uid  | device_mac |
+------+------------+
| 5305 | 6611       |
+------+------------+
1 row in set (0.00 sec)

Розумію що це халатність адміна, але чи можна якось поправити?


Название: Re: Snmp
Отправлено: elite от 06 Сентября 2017, 10:01:34
плохо, что нет валидации мак адреса до занесения в бд :(


Название: Re: Snmp
Отправлено: Nafanya от 20 Мая 2018, 10:17:32
Доброго дня.
Возникла ситуация: После переноса базы на другой сервер, не могу открыть я ни один свич в билинге. Выдается ошибка. Создаю новый свич- все хорошо. SNMP бегает, читает инфу. Когда я заношу порты, даже без занесения абона, у меня выпрыгивает таже ошибка, что и на старых свичах.
Цитировать
20.05.2018 11:12:28 [(eval 7)::BEGIN(1) calls.pm(35) Db.pm::line(143) Db.pm::sql(112) Db.pm::connect(94)]
Connecting to DBI:mysql:database=nodeny;host=localhost;port=3306;mysql_connect_timeout=5 : 0.01465 sec
20.05.2018 11:12:28 [(eval 7)::BEGIN(1) calls.pm(35) Db.pm::line(143) Db.pm::sql(133) Db.pm::sql(320)]
SELECT *, UNIX_TIMESTAMP() AS t, (SELECT COUNT(*) FROM users) AS c, (SELECT GROUP_CONCAT(CONCAT(post, '-', login)) FROM admin WHERE post<>'0') AS employees, (SELECT COUNT(*) FROM documents WHERE tags LIKE '%,system,%' AND tags LIKE '%,template=%' AND parent_id>0) AS templates FROM config ORDER BY time DESC LIMIT 1
Строк: 1. Время выполнения sql: 0.0009 сек
20.05.2018 11:12:28 [(eval 7)::BEGIN(1) calls.pm(220)]
GET data: a=user&uid=1024
20.05.2018 11:12:28 [(eval 7)::BEGIN(1) calls.pm(271)]
  a    = 'user'
  uid  = '1024'
20.05.2018 11:12:28 [(eval 7)::BEGIN(1) calls.pm(285)]
Cookies:
  debug                        = ''
  file-manager-response        = ''
  file-manager-response_count  = ''
  noses                        = 'PS7j543RfNN0A/gYei1dSA'
  redirect                     = '1'
  sid                          = '29bc6669ce31538e47326a640d056b57'
  testing                      = '1'
  usr_field                    = 'fio'
20.05.2018 11:12:28 [(eval 7)::BEGIN(1) calls.pm(334) Db.pm::line(143) Db.pm::sql(133) Db.pm::sql(320)]
SELECT * FROM websessions s LEFT JOIN admin a ON (s.uid=a.id AND s.role='admin') WHERE BINARY ses='PS7j543RfNN0A/gYei1dSA' AND uid>0 LIMIT 1
Строк: 1. Время выполнения sql: 0.0003 сек
20.05.2018 11:12:28 [(eval 7)::BEGIN(1) calls.pm(352)]
Сессия `PS7j543RfNN0A/gYei1dSA` существует, uid: 1, role: admin
20.05.2018 11:12:28 [stat.pl(169) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1410)]
require /usr/local/nodeny/web/start_admin.pl
20.05.2018 11:12:28 [stat.pl(169) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) start_admin.pl(78) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1410)]
require /usr/local/nodeny/web/_user.pl
20.05.2018 11:12:28 [stat.pl(169) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) start_admin.pl(81) _user.pl::go(14) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1410)]
require /usr/local/nodeny/web/_Data.pl
20.05.2018 11:12:28 [stat.pl(169) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) start_admin.pl(81) _user.pl::go(14) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) _Data.pl(125) Db.pm::sql(133) Db.pm::sql(320)]
SELECT * FROM dictionary
Строк: 35. Время выполнения sql: 0.0002 сек
20.05.2018 11:12:28 [stat.pl(169) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) start_admin.pl(81) _user.pl::go(14) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) _Data.pl(142) Db.pm::sql(133) Db.pm::sql(320)]
SELECT id, location, gpsX, gpsY FROM places
Строк: 56. Время выполнения sql: 0.0002 сек
20.05.2018 11:12:28 [stat.pl(169) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) start_admin.pl(81) _user.pl::go(14) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) _Data.pl(160) Db.pm::sql(133) Db.pm::sql(320)]
SELECT service_id, title FROM services ORDER BY module, title
Строк: 33. Время выполнения sql: 0.0002 сек
20.05.2018 11:12:28 [stat.pl(169) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) start_admin.pl(81) _user.pl::go(14) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) _Data.pl(644) Db.pm::sql(133) Db.pm::sql(320)]
SELECT * FROM datasetup ORDER BY title
Строк: 16. Время выполнения sql: 0.0002 сек
20.05.2018 11:12:28 [stat.pl(169) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) start_admin.pl(81) _user.pl::go(76) Db.pm::line(143) Db.pm::sql(133) Db.pm::sql(320)]
SELECT u.*, a.id AS aid FROM users u LEFT JOIN admin a ON u.id=a.post WHERE u.id='1024'
Строк: 1. Время выполнения sql: 0.0002 сек
20.05.2018 11:12:28 [stat.pl(169) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) start_admin.pl(81) _user.pl::go(94) calls.pm::property(1471) calls.pm::list(1439) Db.pm::sql(133) Db.pm::sql(320)]
SELECT * FROM user_grp ORDER BY grp_name
Строк: 9. Время выполнения sql: 0.0002 сек
20.05.2018 11:12:28 [stat.pl(169) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) start_admin.pl(81) _user.pl::go(251) _Data.pl::fields(735) _Data.pl::get_fields(704) Db.pm::line(143) Db.pm::sql(133) Db.pm::sql(320)]
SELECT * FROM data0 WHERE uid='1024' LIMIT 1
Строк: 1. Время выполнения sql: 0.0002 сек
20.05.2018 11:12:28 [stat.pl(169) calls.pm::Require_web_mod(1419) calls.pm::Require_mod(1412) calls.pm(1412) start_admin.pl(81) _user.pl::go(292) Db.pm::sql(133) Db.pm::sql(320)]
SELECT * FROM ports WHERE uid='1024'
Строк: 10. Время выполнения sql: 0.0003 сек
20.05.2018 11:12:28 [stat.pl(170) stat.pl::__ANON__(30) stat.pl(30) stat.pl::Hard_exit(89) stat.pl(90)]
Can't call method "show" on an undefined value at /usr/local/nodeny/web/_Data.pl line 1690.
Compilation failed in require at /usr/local/nodeny/web/calls.pm line 1412.

20.05.2018 11:12:28 [stat.pl(170) stat.pl::__ANON__(30) stat.pl(30) stat.pl::Hard_exit(89) stat.pl(92)]
Elapsed time: 0.121967 sec
Может, кто подскажет чго?
Спасибо


Название: Re: Snmp
Отправлено: Nafanya от 21 Мая 2018, 19:24:44
Понятно, никто не поможет. Чтож и на том спасибо.


Название: Re: Snmp
Отправлено: elite от 21 Мая 2018, 21:53:15
версию perl меняли? биллинг обновляли?


Название: Re: Snmp
Отправлено: Nafanya от 22 Мая 2018, 07:27:34
версию perl меняли? биллинг обновляли?
FreeBSD-10.4-STABLE-amd64-20180514-r333608-uefi-disc1. Все свежее. Ставил согласно мурзилки. И причем не один раз. До этого стояла год старая версия и все работало.


Название: Re: Snmp
Отправлено: Efendy от 22 Мая 2018, 10:50:21
Переименуй _Data.pl в _Data.txt и прикрепи


Название: Re: Snmp
Отправлено: Nafanya от 22 Мая 2018, 11:24:32
Переименуй _Data.pl в _Data.txt и прикрепи
Есть такое дело.


Название: Re: Snmp
Отправлено: Efendy от 22 Мая 2018, 15:23:51
В настройках есть параметр "Имя дополнительного поля, в котором хранится мак-адрес свича, например: _mac", чему он равен и есть ли такое поле в таблице data0?


Название: Re: Snmp
Отправлено: Nafanya от 22 Мая 2018, 16:01:02
В настройках есть параметр "Имя дополнительного поля, в котором хранится мак-адрес свича, например: _mac", чему он равен и есть ли такое поле в таблице data0?
Ничего похожего нет. Ни там ни там.


Название: Re: Snmp
Отправлено: Efendy от 22 Мая 2018, 16:23:31
Код:
grep devive_mac_field /usr/local/nodeny/cfg/RU/_tune.cfg


Название: Re: Snmp
Отправлено: Nafanya от 22 Мая 2018, 16:31:53
Код:
grep devive_mac_field /usr/local/nodeny/cfg/RU/_tune.cfg

Цитировать
]# grep devive_mac_field /usr/local/nodeny/cfg/RU/_tune.cfg
s devive_mac_field      -   'Имя дополнительного поля, в котором хранится мак-адрес свича, например: _mac'


Название: Re: Snmp
Отправлено: Efendy от 22 Мая 2018, 16:56:58
Теперь сделай скриншот страницы настроек раздел "администрирование", низ страницы


Название: Re: Snmp
Отправлено: Nafanya от 22 Мая 2018, 17:23:15
Теперь сделай скриншот страницы настроек раздел "администрирование", низ страницы
Да вроде бы все на месте. Кстати я тут ничего не трогал.


Название: Re: Snmp
Отправлено: Nafanya от 22 Мая 2018, 19:08:11
Поле _mac сделал руками. Попустило. Но без этого работало!. Спасибо за подсказку.


Название: Re: Snmp
Отправлено: Efendy от 22 Мая 2018, 21:05:39
Можно было не создавать поле, а в настройках удалить значение параметра


Название: Re: Snmp
Отправлено: md5 от 06 Сентября 2018, 10:19:26
День добрый!

Кто подружил модуль с huawei s2326? там еще и сдвиг по портам идем


Название: Re: Snmp
Отправлено: Efendy от 06 Сентября 2018, 11:10:32
Что значит сдвиг по портам?


Название: Re: Snmp
Отправлено: md5 от 06 Сентября 2018, 11:50:12
Что значит сдвиг по портам?

возьмем например oid interfaces    1.3.6.1.2.1.2

Код:
IF-MIB::ifDescr.1 = STRING: InLoopBack0
IF-MIB::ifDescr.2 = STRING: NULL0
IF-MIB::ifDescr.5 = STRING: Ethernet0/0/1
IF-MIB::ifDescr.6 = STRING: Ethernet0/0/2
IF-MIB::ifDescr.7 = STRING: Ethernet0/0/3
IF-MIB::ifDescr.8 = STRING: Ethernet0/0/4
IF-MIB::ifDescr.9 = STRING: Ethernet0/0/5
IF-MIB::ifDescr.10 = STRING: Ethernet0/0/6
IF-MIB::ifDescr.11 = STRING: Ethernet0/0/7
IF-MIB::ifDescr.12 = STRING: Ethernet0/0/8
IF-MIB::ifDescr.13 = STRING: Ethernet0/0/9
IF-MIB::ifDescr.14 = STRING: Ethernet0/0/10
IF-MIB::ifDescr.15 = STRING: Ethernet0/0/11
IF-MIB::ifDescr.16 = STRING: Ethernet0/0/12
IF-MIB::ifDescr.17 = STRING: Ethernet0/0/13
IF-MIB::ifDescr.18 = STRING: Ethernet0/0/14
IF-MIB::ifDescr.19 = STRING: Ethernet0/0/15
IF-MIB::ifDescr.20 = STRING: Ethernet0/0/16
IF-MIB::ifDescr.21 = STRING: Ethernet0/0/17
IF-MIB::ifDescr.22 = STRING: Ethernet0/0/18
IF-MIB::ifDescr.23 = STRING: Ethernet0/0/19
IF-MIB::ifDescr.24 = STRING: Ethernet0/0/20
IF-MIB::ifDescr.25 = STRING: Ethernet0/0/21
IF-MIB::ifDescr.26 = STRING: Ethernet0/0/22
IF-MIB::ifDescr.27 = STRING: Ethernet0/0/23
IF-MIB::ifDescr.28 = STRING: Ethernet0/0/24
IF-MIB::ifDescr.29 = STRING: GigabitEthernet0/0/1
IF-MIB::ifDescr.30 = STRING: GigabitEthernet0/0/2
IF-MIB::ifDescr.31 = STRING: Vlanif2349

все это дело начинается с ifIndex.5
тоесть ifIndex.5 это 1й порт

Код:
.1.3.6.1.2.1.17.1.4.1.2 (ifIndex)

SNMPv2-SMI::mib-2.17.1.4.1.2.1 = INTEGER: 5
SNMPv2-SMI::mib-2.17.1.4.1.2.2 = INTEGER: 6
SNMPv2-SMI::mib-2.17.1.4.1.2.3 = INTEGER: 7
SNMPv2-SMI::mib-2.17.1.4.1.2.4 = INTEGER: 8
SNMPv2-SMI::mib-2.17.1.4.1.2.5 = INTEGER: 9
SNMPv2-SMI::mib-2.17.1.4.1.2.6 = INTEGER: 10
SNMPv2-SMI::mib-2.17.1.4.1.2.7 = INTEGER: 11
SNMPv2-SMI::mib-2.17.1.4.1.2.8 = INTEGER: 12
SNMPv2-SMI::mib-2.17.1.4.1.2.9 = INTEGER: 13
SNMPv2-SMI::mib-2.17.1.4.1.2.10 = INTEGER: 14
SNMPv2-SMI::mib-2.17.1.4.1.2.11 = INTEGER: 15
SNMPv2-SMI::mib-2.17.1.4.1.2.12 = INTEGER: 16
SNMPv2-SMI::mib-2.17.1.4.1.2.13 = INTEGER: 17
SNMPv2-SMI::mib-2.17.1.4.1.2.14 = INTEGER: 18
SNMPv2-SMI::mib-2.17.1.4.1.2.15 = INTEGER: 19
SNMPv2-SMI::mib-2.17.1.4.1.2.16 = INTEGER: 20
SNMPv2-SMI::mib-2.17.1.4.1.2.17 = INTEGER: 21
SNMPv2-SMI::mib-2.17.1.4.1.2.18 = INTEGER: 22
SNMPv2-SMI::mib-2.17.1.4.1.2.19 = INTEGER: 23
SNMPv2-SMI::mib-2.17.1.4.1.2.20 = INTEGER: 24
SNMPv2-SMI::mib-2.17.1.4.1.2.21 = INTEGER: 25
SNMPv2-SMI::mib-2.17.1.4.1.2.22 = INTEGER: 26
SNMPv2-SMI::mib-2.17.1.4.1.2.23 = INTEGER: 27
SNMPv2-SMI::mib-2.17.1.4.1.2.24 = INTEGER: 28
SNMPv2-SMI::mib-2.17.1.4.1.2.25 = INTEGER: 29
SNMPv2-SMI::mib-2.17.1.4.1.2.26 = INTEGER: 30




Название: Re: Snmp
Отправлено: cojiict от 06 Сентября 2018, 14:51:30
Можливо 1 і 2 порт стек?
Код:
patch.cfg.snmp.cfg.pm
ht_p://app.nodeny-plus.com.ua/docs/work/snmp.html


Название: Re: Snmp
Отправлено: md5 от 06 Сентября 2018, 16:07:15
Можливо 1 і 2 порт стек?
Код:
patch.cfg.snmp.cfg.pm
ht_p://app.nodeny-plus.com.ua/docs/work/snmp.html

Документацию я читал... тут нужна помощь разработчика


Название: Re: Snmp
Отправлено: Cell от 06 Сентября 2018, 16:29:54
Документацию я читал... тут нужна помощь разработчика
Это вы еще не парсили макадреса с этих свичей. Там помощь священника нужна ))))


Название: Re: Snmp
Отправлено: md5 от 06 Сентября 2018, 16:42:04
Документацию я читал... тут нужна помощь разработчика
Это вы еще не парсили макадреса с этих свичей. Там помощь священника нужна ))))


Тогда я точно сам ничего не сделаю. Этот модуль только с длинками по ходу работает


Название: Re: Snmp
Отправлено: Efendy от 06 Сентября 2018, 17:58:44
Этот модуль только с длинками по ходу работает
что это за хуйня? snmp универсальный протокол. Нужно просто настроить конфиг. Вот я бегло пробежался по конфигу и вижу, что у планета я сделал отнимание 100 от номера порта:

Код:
my $_config_planet = New_Config 'Planet', 'Switch';
$_config_planet->{cfg}{Modify_port} = sub{ $_[0]>100? $_[0] - 100 : undef };

Делай конфиг для твоих свичей и наслаждайся и не неси херь, что он работает только с длинками, я вообще на пинговалках тестировал его, которые ваще нихера не свичи


Название: Re: Snmp
Отправлено: Efendy от 07 Сентября 2018, 23:03:14
На всякий случай процитирую мою документацию:

Цитировать
Параметры Snmp (mib-ы) в некоторой степени стандартизированы, но иногда бывают отличия даже в разных моделях устройств одного производителя. Невозможно дать универсальные команды по включению и настройке snmp в конкретном устройстве - вам необходимо изучить документацию к нему. Отметим только, что это обычно интуитивно понятно и, зачастую, команды для настройки snmp можно узнать путем просмотра текущего конфига устройства.

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

Я иногда помогаю делать, например так: провайдер пробрасывает в мир snmp-порт свича и дает мне его параметры, я подключаю его к своему биллингу и делаю конфиг


Название: Re: Snmp
Отправлено: Efendy от 25 Октября 2018, 12:47:21
Немного переделал snmp-модуль. Теперь конфиги оборудования не надо добавлять патчами, а можно вносить в разделе "документы". Дока: http://nodeny.com.ua/wiki/index.php/Snmp

так же я логически разделил параметры соединения и конфиги


Название: Re: Snmp
Отправлено: uaapollo от 30 Июля 2019, 18:18:01
Добрый день !

ранее в теме задавали вопрос по поводу пустого поля Пользователи.

остальное все работает, информацию по SNMP получает, привязка есть.

Подскажите, где копать?


Название: Re: Snmp
Отправлено: uaapollo от 31 Июля 2019, 02:02:04
Я так понял список портов и какие клиенты к ним привязаны формируется тут
        if( $cfg::device_mac_field )
        {
            my $db2 = Db->sql(
                'SELECT * FROM mac_uid WHERE uid>0 AND mac IS NOT NULL AND device_mac=?',
                $Fields->show($cfg::device_mac_field)
            );
            while( my %p = $db2->line )
            {
                $device_users{$p{device_port}} ||= [];
                push @{$device_users{$p{device_port}}}, $p{uid};
            }
        }

у меня эта $cfg::device_mac_field переменная пустая, не могу найти почему.

подскажите где искать.


Название: Re: Snmp
Отправлено: cojiict от 31 Июля 2019, 13:42:44
/cfg/_snmp.cfg.pm
Код:
 dot1dTpFdbPort  => {                                # получение порта по маку юзера
        oid  => '1.3.6.1.2.1.17.4.3.1.2.',
        name => 'Порт по маку',
    },

Для різних комутаторів свої oid

Код:
 snmpwalk -v2c -c public ipAddress 1.3.6.1.2.1.17.4.3.1.1.n


Название: Re: Snmp
Отправлено: uaapollo от 31 Июля 2019, 17:08:17
/cfg/_snmp.cfg.pm
Код:
 dot1dTpFdbPort  => {                                # получение порта по маку юзера
        oid  => '1.3.6.1.2.1.17.4.3.1.2.',
        name => 'Порт по маку',
    },

Для різних комутаторів свої oid

Код:
 snmpwalk -v2c -c public ipAddress 1.3.6.1.2.1.17.4.3.1.1.n



Не пойму как это относится к моему вопросу, если выборка из базы данных.
по какой то причине переменная $cfg::device_mac_field пустая, хотя поле _mac для свича есть и в нем есть значение, не могу найти где ей присваивается значение, чтоб понять что не так.

В результате в списке портов показывает только описание, а пользователя на порту не подтягивает.


Название: Re: Snmp
Отправлено: Efendy от 31 Июля 2019, 23:03:16
Эта таблица, что на скриншоте, никакого отношения к snmp не имеет. Она отображает данные из таблицы привязок мак адресов (mac_uid) и работает это только при опции82, когда мак свича сохраняется в поле device_mac

При этом по snmp можно получить маки юзеров, но не в этой таблице они будут


Название: Re: Snmp
Отправлено: uaapollo от 01 Августа 2019, 09:36:15
А если опция82 не включена, а мак прописан вручную?
в поле device_mac стоит мак а привязку пользователя к порту все равно не отображает.


Название: Re: Snmp
Отправлено: md5 от 17 Января 2020, 08:07:50
Доброго времени суток!

У меня проблемка вылезла. При выборе устройства и сохранения в карточке абона, устройство не добавляется все равно


Название: Re: Snmp
Отправлено: Cell от 18 Января 2020, 21:58:06
Включи и посмотри для начала дебаг


Название: Re: Snmp
Отправлено: Efendy от 24 Января 2020, 21:24:20
В настройках установлен параметр "Имя дополнительного поля, в котором хранится мак-адрес свича, например: _mac"? И, кстати, причем здесь модуль snmp? Чтобы засорить тему и другие не смогли получить адекватную информацию?


Название: Re: Snmp
Отправлено: cojiict от 23 Февраля 2022, 10:51:16
Доброго дня. Після апдейта до останньої версії N+  - snmp модуль на одній лінійці комутаторів, а саме DGS-3000-28SC, перестав показувати стан лінків портів, descriprion, ports_error...
_snmp.cfg.pm повністю дефолтний
Debug:
Код:
	0.233376	
125 _snmp.pl::get
error = 'Received tooBig(1) error-status at error-index 0'
oid = '1.3.6.1.2.1.31.1.1.1.18'
+ 0.244256
125 _snmp.pl::get
error = 'Received tooBig(1) error-status at error-index 0'
oid = '1.3.6.1.2.1.2.2.1.8'
+ 0.255181
125 _snmp.pl::get
error = 'Received tooBig(1) error-status at error-index 0'
oid = '1.3.6.1.2.1.2.2.1.7'
+ 0.266659
125 _snmp.pl::get
error = 'Received tooBig(1) error-status at error-index 0'
oid = '1.3.6.1.2.1.2.2.1.14'
+ 0.278703
125 _snmp.pl::get
error = 'Received tooBig(1) error-status at error-index 0'
oid = '1.3.6.1.2.1.2.2.1.5'
з консолі результат видає
Код:
#snmpwalk -v 2c -c *****  192.168.*.* 1.3.6.1.2.1.2.2.1.8
IF-MIB::ifOperStatus.1 = INTEGER: up(1)
IF-MIB::ifOperStatus.2 = INTEGER: up(1)
IF-MIB::ifOperStatus.3 = INTEGER: up(1)
IF-MIB::ifOperStatus.4 = INTEGER: up(1)
IF-MIB::ifOperStatus.5 = INTEGER: up(1)
IF-MIB::ifOperStatus.6 = INTEGER: up(1)
IF-MIB::ifOperStatus.7 = INTEGER: up(1)
IF-MIB::ifOperStatus.8 = INTEGER: up(1)
IF-MIB::ifOperStatus.9 = INTEGER: up(1)
IF-MIB::ifOperStatus.10 = INTEGER: up(1)
IF-MIB::ifOperStatus.11 = INTEGER: up(1)
IF-MIB::ifOperStatus.12 = INTEGER: up(1)
IF-MIB::ifOperStatus.13 = INTEGER: up(1)
IF-MIB::ifOperStatus.14 = INTEGER: up(1)
IF-MIB::ifOperStatus.15 = INTEGER: up(1)
IF-MIB::ifOperStatus.16 = INTEGER: up(1)
IF-MIB::ifOperStatus.17 = INTEGER: up(1)
IF-MIB::ifOperStatus.18 = INTEGER: up(1)
IF-MIB::ifOperStatus.19 = INTEGER: up(1)
IF-MIB::ifOperStatus.20 = INTEGER: up(1)
IF-MIB::ifOperStatus.21 = INTEGER: up(1)
IF-MIB::ifOperStatus.22 = INTEGER: up(1)
IF-MIB::ifOperStatus.23 = INTEGER: up(1)
IF-MIB::ifOperStatus.24 = INTEGER: up(1)
IF-MIB::ifOperStatus.1024 = INTEGER: up(1)
IF-MIB::ifOperStatus.1146 = INTEGER: up(1)
IF-MIB::ifOperStatus.1800 = INTEGER: up(1)
IF-MIB::ifOperStatus.2043 = INTEGER: up(1)
IF-MIB::ifOperStatus.2047 = INTEGER: up(1)
IF-MIB::ifOperStatus.2051 = INTEGER: up(1)
IF-MIB::ifOperStatus.2052 = INTEGER: up(1)
IF-MIB::ifOperStatus.2053 = INTEGER: up(1)
IF-MIB::ifOperStatus.2054 = INTEGER: up(1)
IF-MIB::ifOperStatus.2055 = INTEGER: up(1)
IF-MIB::ifOperStatus.2083 = INTEGER: up(1)
IF-MIB::ifOperStatus.2096 = INTEGER: up(1)
IF-MIB::ifOperStatus.2112 = INTEGER: up(1)
IF-MIB::ifOperStatus.2113 = INTEGER: up(1)
IF-MIB::ifOperStatus.2237 = INTEGER: up(1)
IF-MIB::ifOperStatus.2238 = INTEGER: up(1)
IF-MIB::ifOperStatus.2239 = INTEGER: up(1)
IF-MIB::ifOperStatus.2240 = INTEGER: up(1)
IF-MIB::ifOperStatus.2241 = INTEGER: up(1)
IF-MIB::ifOperStatus.2242 = INTEGER: up(1)
IF-MIB::ifOperStatus.2243 = INTEGER: up(1)
IF-MIB::ifOperStatus.2244 = INTEGER: up(1)
IF-MIB::ifOperStatus.2246 = INTEGER: up(1)
IF-MIB::ifOperStatus.2248 = INTEGER: up(1)
IF-MIB::ifOperStatus.2257 = INTEGER: up(1)
IF-MIB::ifOperStatus.2258 = INTEGER: up(1)
IF-MIB::ifOperStatus.2259 = INTEGER: up(1)
IF-MIB::ifOperStatus.2260 = INTEGER: up(1)
IF-MIB::ifOperStatus.2261 = INTEGER: up(1)
IF-MIB::ifOperStatus.2262 = INTEGER: up(1)
IF-MIB::ifOperStatus.2280 = INTEGER: up(1)
IF-MIB::ifOperStatus.2281 = INTEGER: up(1)
IF-MIB::ifOperStatus.2282 = INTEGER: up(1)
IF-MIB::ifOperStatus.2286 = INTEGER: up(1)
IF-MIB::ifOperStatus.2886 = INTEGER: up(1)
IF-MIB::ifOperStatus.2887 = INTEGER: up(1)
IF-MIB::ifOperStatus.5121 = INTEGER: down(2)
IF-MIB::ifOperStatus.5122 = INTEGER: up(1)
Ревизія r646
змінив _snmp.pl
Код:
$session->max_msg_size(100000);
все стало ок, але не зовсім розумію чи правильно виставлений параметр і як дебажити(більш детально)помилку.