asm1985 Опубликовано 1 февраля, 2021 · Жалоба Всем доброго дня! Имеется коммутатор N3K-C3064PQ-10GE. ПО 7.0(3)I4(8) Есть порт с ошибками. Смотрим в консоли: Port Align-Err FCS-Err Xmit-Err Rcv-Err Eth1/16 0 156 0 177 Смотрим через SNMP: snmpget -v2c -c public <IP> .1.3.6.1.2.1.2.2.1.14.436269056 IF-MIB::ifInErrors.436269056 = Counter32: 177 Счётчики сходятся. Скидываем через консоль: cle cou in eth 1/16 Смотрим: sh int counters errors | grep Eth1/16 Получаем: Port Align-Err FCS-Err Xmit-Err Rcv-Err Eth1/16 0 0 0 0 Счётчики вроде скинулись. А через SNMP картина сталось прежней: snmpget -v2c -c public <IP> .1.3.6.1.2.1.2.2.1.14.436269056 IF-MIB::ifInErrors.436269056 = Counter32: 177 Никто не сталкивался? Как сбросить счётчики для SNMP? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
crank Опубликовано 1 февраля, 2021 · Жалоба Так и должно быть. Используйте в системе мониторинга тип counter и проблем не будет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
asm1985 Опубликовано 2 февраля, 2021 · Жалоба > Так и должно быть Хм. Как это? Т.е. для нексусов это норма отдавать по снмп неверные данные? > тип counter Так и сейчас такой тип: IF-MIB::ifInErrors.436269056 = Counter32: 177 Может счётчики для SNMP сбрасываются другой командой? Никто не сталкивался? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DDR Опубликовано 3 февраля, 2021 · Жалоба В 01.02.2021 в 20:33, asm1985 сказал: Скидываем через консоль: cle cou in eth 1/16 Никто не сталкивался? Как сбросить счётчики для SNMP? cle cou in eth 1/16 snmp Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
asm1985 Опубликовано 4 февраля, 2021 · Жалоба 23 часа назад, DDR сказал: cle cou in eth 1/16 snmp Так не принимает: # cle cou int eth 1/16 snmp ^ % Invalid command at '^' marker. Попробовал ещё так: # cle snmp counters # Команда прошла, счётчики не сбросились :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DDR Опубликовано 5 февраля, 2021 · Жалоба 13 часов назад, asm1985 сказал: % Invalid command at '^' marker. На 7.0(3)I7(8) команда работает, счетчики сбрасываются sw-tor-3-62# clear counters interface ? all Clear all interface counters ethernet Ethernet IEEE 802.3z loopback Loopback interface mgmt Management interface port-channel Port Channel interface sw-tor-3-62# clear counters interface eth1/1 ? <CR> , Multi range separator - Range separator . Sub interface separator / Slash separator snmp Clear snmp interface counters sw-tor-3-62# clear counters interface eth1/1 snmp ? <CR> sw-tor-3-62# clear counters interface eth1/1 snmp sw-tor-3-62# Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
asm1985 Опубликовано 5 февраля, 2021 · Жалоба 5 часов назад, DDR сказал: На 7.0(3)I7(8) команда работает, счетчики сбрасываются Ясно. Значит это косяк ПО что у нас стоит. Будем обновлять. Спасибо за наводку. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
crank Опубликовано 7 февраля, 2021 · Жалоба В 02.02.2021 в 10:35, asm1985 сказал: Хм. Как это? Т.е. для нексусов это норма отдавать по снмп неверные данные? Если вы используете в системе мониторинга тип counter и у вас будет значение 100, а вы сбросите его в ноль, то в мониторинге вы скорее всего получите всплеск на графике, т.к. тип counter посчитает, что у вас значение 100 превысило 32 или 64 бит (зависит от типа counter'а) и стало равным нулю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...