Introdução
Este documento descreve o protocolo SNMP e como testar sua funcionalidade em um dispositivo.
Pré-requisitos
Requisitos
A Cisco recomenda que você tenha conhecimento do protocolo SNMP e de suas comunicações com o servidor NMS (Network Management System).
Componentes Utilizados
As informações neste documento são baseadas nestas versões de software e hardware:
-
SNMP
-
Cisco WS-C3650-12X48UZ
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Solucionar os erros mais comuns
1. Mensagem de Erro: "%SNMP-3-RESPONSE_DELAYED: processando GetNext de "Qualquer OID"."
GetNext of ciscoMgmt.810.1.2.1.1 (24004 msecs)
*May 24 01:30:48.463: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.2.1.1 (24008 msecs)
---> In this scenario ciscoMgmt.810.1.2.1.1 is the OID causes the issue.
*May 24 01:31:12.477: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.2.1.1 (24012 msecs)
*May 24 01:31:36.486: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.2.1.1 (24008 msecs)
*May 24 01:32:00.503: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.3.1.1 (24016 msecs)
*May 24 01:32:24.515: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.3.1.1 (24012 msecs)
*May 24 01:32:48.528: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.3.1.1 (24012 msecs)
*May 24 01:33:12.537: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.3.1.1 (24008 msecs)
Para solucionar problemas:
Verifique a configuração de SNMP no dispositivo. Para SNMPv2, ele precisa ter esta aparência:
snmp-server community TAC1 RO
snmp-server community TAC2 RO --> If multiple communities are added to device.
Para SNMPv3:
snmp-server view TESTV3 iso include
#snmp-server group TestGroupV3 v3 auth read TESTV3
#snmp-server user cisco TestGroupV3 v3 auth md5 ciscorules priv des56 cisco123
Entre no modo de configuração do dispositivo e adicione uma exibição à configuração SNMP para alterá-la.
Para SNMPv2:
snmp-server community TAC1 RO view cutdown RO
snmp-server community TAC2 RO view cutdown RO
Algumas linhas do modo de configuração:
snmp-server view cutdown iso included
snmp-server view cutdown ciscoMgmt.810 excluded -->>>
The Idea is to exclude the OID causes the issue, however,
please read out what is the function of the OID that that is excluded.
Para SNMPv3:
#snmp-server view TESTV3 internet included
#snmp-server view TESTV3 ciscoMgmt.810 excluded
#snmp-server group TestGroupV3 v3 priv write TESTV3
2. Mensagem de Erro "Alta Utilização de CPU devido ao Cache Flash SNMP".
#show processes cpu sorted
CPU utilization for five seconds: 99%/0%; one minute: 22%; five minutes: 18%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
447 561399 143012 3925 0.00% 1.58% 1.83% 0 Snmp Flash Cache
Logs SNMP:
%SYS-2-SIGPENDING: Vários Sinais são enviados a um processo 91 -Process= "Snmp Flash Cache", ipl= 0, pid= 91.
888888888888888888888888888888888888888888888898878889
625424254283314655456532533533772205363424335694492379
100 * *
90 * * * * *** *** * * ** * * *** **
80 ******************************************************
70 ******************************************************
60 ******************************************************
50 ******************************************************
40 ######################################################
30 ######################################################
20 ######################################################
10 ######################################################
0....5....1....1....2....2....3....3....4....4....5....5....6....6....7..
Para contornar esse problema:
O processo de coleta de dados MIB Flash é desativado por padrão. Se estiver habilitado com o uso do comando snmp mib flash cache (possivelmente após um recarregamento), pode causar uma alta utilização da CPU em alguns casos.
Em vez disso, use o comando #no snmp mib flash cache no modo de configuração.
Ou instale este script EEM:
event manager applet SNMP authorization bypass
event syslog pattern "SYS-5-RESTART"
action 11 cli command "enable"
action 12 cli command "conf t"
action 13 cli command "no snmp mib flash cache"
action 14 cli command "end"
3. Mensagem de Erro: "%SNMP-3-INPUT_QFULL_ERR:Pacote ignorado devido à fila de entrada cheia"
Um motivo possível para um erro de fila cheia pode ser a pesquisa pesada no dispositivo ou um OID específico que causa o problema. Para atenuar isso, primeiro, verifique se o dispositivo está muito sondado.
Para fazer isso, execute este comando:
B02#show snmp stats oid
time-stamp #of times requested OID
15:40:19 BKK Dec 27 2019 11180008 ifAlias
15:40:19 BKK Dec 27 2019 44018183 dot1dBasePortEntry.4
15:40:19 BKK Dec 27 2019 44018212 dot1dBasePortEntry.3
15:40:19 BKK Dec 27 2019 45216156 ipNetToPhysicalEntry.4
15:40:19 BKK Dec 27 2019 44018059 dot1dBasePortEntry.5
15:40:19 BKK Dec 27 2019 44578303 dot1dBasePortEntry.1
15:40:19 BKK Dec 27 2019 6011756 dot3StatsEntry.19
15:40:19 BKK Dec 27 2019 11095925 ifSpeed
15:40:19 BKK Dec 27 2019 12879927 dot1dTpFdbEntry.3
15:40:19 BKK Dec 27 2019 84535 vmMembershipSummaryEntry.2
15:40:19 BKK Dec 27 2019 3241107 vmMembershipSummaryEntry.3
15:40:19 BKK Dec 27 2019 45208908 ipNetToMediaEntry.2
15:40:19 BKK Dec 27 2019 45223410 ipNetToPhysicalEntry.6
15:40:19 BKK Dec 27 2019 44018324 dot1dBasePortEntry.2
Para solucionar problemas:
Você precisa alterar as configurações no NMS e reduzir os intervalos de sondagem para o dispositivo. Quando o intervalo de polling for reduzido, o erro de fila cheia deverá ser atenuado. Caso contrário, você precisará verificar o OID que causa o problema. Para localizar o OID que causa o problema e fazer a identificação e solução de problemas no mesmo, consulte a Mensagem de Erro 1 mencionada anteriormente.
4. Mensagem de Erro: "Alta utilização da CPU devido ao MECANISMO SNMP".
Identifique o problema:
O roteador sofre uma alta utilização de CPU no momento em que é interrogado por um cliente, e isso pode ser verificado com o comando #show process cpu <sorted> no momento da alta utilização de CPU. Você pode ver que o processo do mecanismo SNMP pega todos os recursos da CPU:
#show processes cpu sorted
CPU utilization for five seconds: 99%/0%; one minute: 22%; five minutes: 18%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
189 1535478456 697105815 2202 88.15% 13.40% 8.74% 0 SNMP ENGINE
O OID problemático faz com que a CPU alta seja mais lenta que as outras, o que também pode causar algum tempo limite quando o cliente solicita esse OID. A maioria dos métodos tenta encontrar o OID que fornece uma resposta mais lenta. Isso ocorre porque eles são os mais propensos a causar a alta utilização da CPU. Depois que o OID for identificado, você poderá bloqueá-lo para reduzir os erros.
Note: Se nenhum dos métodos listados aqui ajudar a identificar um OID que causa o problema, abra um caso no TAC.
Método 1. Use o comando show snmp stats oid.
O comando show snmp stats oid exibe o último OID que foi interrogado. Ele exibe o carimbo de data e hora na ordem, o objetivo é identificar o OID que respondeu lentamente. Esse comando também é útil se você quiser encontrar quais MIBs são interrogados com mais frequência pelo cliente.
#show snmp stats oid
time-stamp #of times requested OI
14:34:38 CET Oct 25 2020 24 atEntry.2
14:34:29 CET Oct 25 2020 40 atEntry.1
14:34:11 CET Oct 25 2020 11 ifOutErrors
14:34:07 CET Oct 25 2020 10 ifOutDiscards
14:34:06 CET Oct 25 2020 10 ifOutUcastPkts
14:34:06 CET Oct 25 2020 10 ifOutOctets
14:34:05 CET Oct 25 2020 10 ifInUnknownProtos
Você pode ver que o Entry.1 levou 18 segundos para ser calculado. Isso sugere que a CPU estava ocupada para computar esses dados.
Método 2. Observe o cliente SNMP.
Para encontrar o OID responsável pelo alto uso da CPU no dispositivo, você pode iniciar um snmpwalk para um dispositivo de um servidor NMS e observar a saída. Os OIDs que respondem mais lentamente que os outros OIDs podem ser os responsáveis pela alta utilização da CPU.
Para solucionar problemas:
Verifique a configuração de SNMP no dispositivo. Para SNMPv2, ele precisa ter a seguinte aparência:
snmp-server community TAC1 RO
snmp-server community TAC2 RO --> If multiple communities are added to snmp.
snmp-server view TESTV3 iso include
#snmp-server group TestGroupV3 v3 auth read TESTV3
#snmp-server user cisco TestGroupV3 v3 auth md5 ciscorules priv des56 cisco123
Entre no modo de configuração do dispositivo e adicione uma exibição à configuração SNMP para alterá-la.
snmp-server community TAC1 RO view cutdown RO
snmp-server community TAC2 RO view cutdown RO
Adicione estas linhas no modo de configuração:
snmp-server view cutdown iso included
snmp-server view cutdown OID _causes_the issue_is _to_excluded excluded
-->>> The Idea is to exclude the OID causes the issue, however,
please read out what is the function of the OID that we are about to exclude.
Informações Relacionadas
Feedback