[fing]

Добрый день! Свичи SNR-S3650G-24S и SNR-S2940-8G-v2. Подскажите, где искать OID-ы для них. Конкретно нужно по snmp сохранять конфигурацию на fttp на сервер.

Изменено 13 декабря, 2012 пользователем fing

[biox]

м..... тут искать.

[fing]

Посмотрел, но не нашел нужного. Делал такое на D-link-ах. Там выглядит следующим образом

 

snmpset -v2c -c private $IP 1.3.6.1.4.1.171.12.1.2.1.1.3.3 a $TFTPSERVER # указываем tftp сервер

snmpset -v2c -c private $IP 1.3.6.1.4.1.171.12.1.2.1.1.5.3 s $NAME # указываем имя файла

snmpset -v2c -c private $IP 1.3.6.1.4.1.171.12.1.2.1.1.7.3 i 2 # 2 -> Upload

snmpset -v2c -c private $IP 1.3.6.1.4.1.171.12.1.2.1.1.8.3 i 3 # исполнение операции

 

Вот теперь тоже самое нужно для SNR и для cisco 3650

[fing]

Ну с горем пополам с MIB файла друго устройства SNR я нашел как задавать параметры для сохранения на сервак по tftp.

 

snmpset -v2c -c private $ip iso.3.6.1.4.1.40418.1.100.1.10.3.0 s $ipserver - ip сервака

snmpset -v2c -c private $ip iso.3.6.1.4.1.40418.1.100.1.10.5.0 s $name - имя файла

snmpset -v2c -c private $ip iso.3.6.1.4.1.40418.1.100.1.10.7.0 i 2 - tftp

snmpset -v2c -c private $ip iso.3.6.1.4.1.40418.1.100.1.10.8.0 i 1 - upload

 

Вопрос - как запустить та сам процесс копирования конфига на сервак???

[big-town]

На сегодня я так понял проблема с утечкой памяти по SNMP так и не решена. В связи с этим вопрос как получить информацию об используемой памяти по SNMP. Здесь информация не актуальна http://data.nag.ru/SNR%20Switches/MIBs/SNR_private_2.1.32.mib

 

snmpwalk -v2c -c private $IP .1.3.6.1.4.1.40418.7.100.1.8.1
iso.3.6.1.4.1.40418.7.100.1.8.1 = No Such Object available on this agent at this OID

 

Загрузку процессора получаю без проблем.

[ShyLion]

http://shop.nag.ru/article/primery-upravleniya-kommutatorami-snr-po-protokolu-snmp

Все давно написано

[ShyLion]

На сегодня я так понял проблема с утечкой памяти по SNMP так и не решена.

 

S2940-8G-v2, S2950-24G, S2960-24G - решено в 7.0.3.5(R0217.0142)

S2980G-8T - решено в 7.0.3.5(B0221.0055)

S2990G-24T, S2990G-24FX, S2990G-48T - решено в 7.0.3.5(R0102.0152)

S3750G-24S-E - решено в 7.0.3.1(R0244.0090)

 

У меня кейс по этой проблеме.

[big-town]

http://shop.nag.ru/a...-protokolu-snmp

Все давно написано

Не покажете где там, oid memory used или чтото подобное?

S2940-8G-v2, S2950-24G, S2960-24G - решено в 7.0.3.5(R0217.0142)

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

Изменено 20 апреля, 2016 пользователем big-town

[big-town]

А что с поддержкой S2940-8G-v1?

[ShyLion]

http://shop.nag.ru/a...-protokolu-snmp

Все давно написано

Не покажете где там, oid memory used или чтото подобное?

S2940-8G-v2, S2950-24G, S2960-24G - решено в 7.0.3.5(R0217.0142)

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

 

 

one int memorySize .1.3.6.1.4.1.40418.7.100.1.11.6.0

one int memoryUsed .1.3.6.1.4.1.40418.7.100.1.11.7.0

 

.1 я не прохожу конечно, но хренова гора OIDов вытаскивается методами BUKLWALK, c R0217.0142 утечка прекратилась

вот график. "пила" это до апдейта прошивки. "полка" - после. говорит само за себя.

[big-town]

one int memorySize .1.3.6.1.4.1.40418.7.100.1.11.6.0

one int memoryUsed .1.3.6.1.4.1.40418.7.100.1.11.7.0

Спасибо за OID. Но ведь здесь их не было, правда? ;) http://shop.nag.ru/article/primery-upravleniya-kommutatorami-snr-po-protokolu-snmp

c R0217.0142 утечка прекратилась

Очень на это надеюсь, может быть и совпадало с проходом snmpwalk .1. Проверял на боевом свитче, а не на стендовом, так что все может быть.

Изменено 21 апреля, 2016 пользователем big-town

[ShyLion]

Вот тут все есть

http://data.nag.ru/SNR%20Switches/MIBs/

[drhellp]

Здравствуйте, подскажите. Существует возможность по SNMP загрузить лог файл на TFTP сервер, по аналогии с загрузкой конфига?

[ShyLion]

... по snmp сохранять конфигурацию на fttp на сервер.

https://shop.nag.ru/article/primery-upravleniya-kommutatorami-snr-po-protokolu-snmp

 

10 сообщений назад писалось

[Victor Tkachenko]

drhellp, здравствуйте!

В общем случае нет, лог пишется в отдельный буфер, недоступный для копирования. На некоторых моделях можно осуществлять запись логов определенного уровня в отдельный файл (команда `logging flash`), такой файл можно загрузить на удаленный tftp-сервер.

Также, если вам необходимо хранить логи на сервере, можно загружать все сообщения в реальном времени средствами syslog (команда `logging <syslog-server_ip>`).

[ntg]

Присоединюсь..

Как сбросить счетчики интерфейсов по snmp на коммутаторах SNR 2950,2965 и на orion A26?

Изменено 16 мая, 2017 пользователем ntg

[Victor Tkachenko]

ntg, извините за длительное ожидание, такой возможности сейчас нет.

[drhellp]

Здравствуйте, подскажите snmp команду для сброса ошибок на портах, аналог "clear counters interface ethernet". Для моделей SNR-S2940-8G-v2, SNR-S2960-24G, SNR-S2965-24T, SNR-S2965-8T.

[Route]

Присоединюсь к вопросу о сбросе ошибок. Так же интересно узнать, есть ли отдельный OID, отвечающий за сбор CRC ошибок?

[Ivan Tarasenko]

@drhellp @Route здравствуйте. 

На данный момент отсутствует такой функционал.

[ntg]

Добрый.

Как по SNMP провести диагностику кабельной линии на SNR2985

 

А куда из базы знаний делся раздел коммутаторов????

 

[Victor Tkachenko]

@ntg, добрый!

Пример запуска virtual-cable-test можете найти в статье.

 

Имеете в виду базу знаний на shop.nag.ru? Она расположена здесь.

[ntg]

2 часа назад, Victor Tkachenko сказал:

@ntg, добрый!

Она расположена здесь.

Ага.То что надо.

Спасибо

[igaroper]

В 03.12.2018 в 15:01, Ivan Tarasenko сказал:

@drhellp @Route здравствуйте. 

На данный момент отсутствует такой функционал.

Здравствуйте. На данный момент он появился?

[Aleksey Sonkin]

@igaroper добрый день, нет. Постараемся реализовать в ближайшее время. Отпишемся в этой теме.