SNMP 입력 대기열 가득 참

SNMP 입력 대기열 가득 참

ICSeverity

5 - 알림

영향

삭제된 SNMP 패킷

설명

이 오류는 입력 큐 전체 오류로 인해 SNMP(Simple Network Management Protocol) 패킷이 삭제되었음을 나타냅니다. 이 syslog는 광범위한 SNMP 폴링 활동의 결과인 경우가 많습니다. 이 syslog는 해당 디바이스가 광범위한 수의 SNMP 패킷을 처리할 때 필요합니다. SNMP는 CPU에서 처리되므로 "SNMP 엔진" 프로세스에서 많은 수의 CPU 사이클을 사용하고 있을 가능성이 있습니다. SNMP는 낮은 우선순위 프로토콜이며, 높은 우선순위 작업과 SNMP와 같은 프로토콜 중 하나를 선택할 때마다 디바이스는 SNMP 패킷을 먼저 폐기할 수 있습니다. syslog가 한 번/몇 번 발생했으며 자주 나타나지 않는 경우 무시해도 무방합니다. 경우에 따라 SNMP 프로세스의 예기치 않은/최적화되지 않은 작동을 일으킬 수 있는 소프트웨어 결함이 있을 수 있습니다. 대부분의 알려진 소프트웨어 수정 사항이 사용 중인 소프트웨어에 있는지 확인하려면 알려진 결함 목록을 검토하고 해당 Cisco 장치의 소프트웨어를 권장/최신 버전으로 업그레이드하는 것이 좋습니다.

Syslog 메시지

SNMP-3-INPUT_QFULL_ERR

메시지샘플

Jun 28 00:53:02.442 EDT <> %SNMP-3-INPUT_QFULL_ERR: Packet dropped due to input queue full THIS IS A SAMPLE MESSAGE

제품군

• Cisco Catalyst 2960-X Series 스위치
• Cisco Catalyst 4500 Series Switches
• Cisco Catalyst 3750-X Series 스위치
• Cisco ASR 1000 Series Aggregation Services 라우터
• Cisco Catalyst 6800 Series Switches
• Cisco Catalyst 6500 Series Switches
• Cisco Catalyst 3850 Series Switches
• Cisco Catalyst 3650 Series 스위치
• Cisco 4000 Series Integrated Services Router
• Cisco Catalyst 9200 Series 스위치
• Cisco Catalyst 9300 Series 스위치
• Cisco Catalyst 9400 Series 스위치
• Cisco Catalyst 9500 Series 스위치
• Cisco Catalyst 9600 Series 스위치
• Cisco 5700 Series Wireless LAN Controller
• Cisco Catalyst 9800 Series 무선 컨트롤러

레젝스

해당 없음

권장 사항

이 오류는 소프트웨어 결함 또는 장치의 정품 한정 때문일 수 있습니다. 소프트웨어 결함이 트리거되면 시스템에서 처리하는 데 시간이 너무 많이 걸리는 것으로 판단한 특정 MIB를 호출하는 별도의 SNMP 응답 지연 syslog가 발생합니다. 많은 수의 이러한 고지연 MIB가 폴링될 경우, 시스템이 해당 MIB를 처리하려고 시도하는 동안 입력 대기열이 가득 찰 수 있습니다. 큐가 소진되면 이 syslog가 나타날 수 있습니다. 소프트웨어 결함 또는 플랫폼 처리 제한과 상관없이, 일반적으로 이 오류를 말하는 것은 트래픽에 대한 서비스에 영향을 주지 않는 경우가 많으며, SNMP 서버가 syslog를 표시하는 디바이스에 대해 불완전한 데이터를 표시할 수 있습니다. 디바이스의 플랫폼이나 처리 제한이 의심되면 다음 단계를 진행하여 디바이스 작동을 확인합니다.

1) 'show process cpu sort'의 출력을 확인하여 SNMP 엔진이 CPU를 사용하는 상위 프로세스 중 하나인지 확인합니다. syslog가 이전에 발생했으며 활발하게 발생하지 않는 경우 이 프로세스에서 지속적인 CPU 사용이 불가능합니다. Device# show process cpu sort CPU utilization for 5초: 99%/0%; 1분: 22%; 5분: 18% PID Runtime(ms) Invoked Sec 5Sec 1Min 5Min TTY Process 189 1535478456 697105815 2202 88.15% 13.40% 8.74% 0 SNMP ENGINE << SNMP에서 몇 초만 지속되는 짧은 CPU 스파이크가 종종 예상되며 우려할 만한 원인은 아닙니다. 그러나 CPU가 높은 사용률로 몇 분 동안 상승한 상태를 유지하는 경우, 이는 디바이스에서 제시간에 처리하는 데 부담이 될 수 있는 공격적인 폴링 레벨을 나타낼 수 있습니다. 이러한 현상이 관찰되면 SNMP 서버에서 이 디바이스를 폴링하는 속도를 줄여야 합니다.

2) 'show snmp' 명령을 사용하여 패킷이 이전에 삭제되었는지 또는 입력 대기열에서 활성 상태로 삭제되었는지 확인합니다. 이 명령을 여러 번 실행하고 출력을 검사하여 SNMP 패킷이 능동적으로 삭제되고 있는지 확인합니다. Device#show snmp

0 입력 대기열 패킷이 삭제됩니다(최대 대기열 크기 1000).

현재 SNMP 프로세스 입력 대기열에 있는 패킷: 0 SNMP 패킷이 처리되기를 기다리는 동안 얼마나 적극적으로 대기열에 있는지 나타낼 수 있으며, SNMP 서버가 정상적으로 처리하는 데 시간이 더 많이 필요한 MIB를 폴링하고 있음을 나타낼 수 있습니다(CPU가 상승하거나 상승할 수 없음). 폴링 간격 동안 대기열이 0이 아닌 큰 값으로 지속되는 것을 확인할 경우 3단계와 4단계를 검토하여 특정 MIB를 찾을 수 있는지 또는 대기열 크기를 늘리는 것이 유익한지 확인합니다. 그렇지 않으면 SNMP 서버측 변경 사항을 통해 폴링되는 항목 및/또는 이 디바이스의 폴링되는 빈도를 변경할 수 있습니다. 3) 일부 플랫폼은 'show snmp stats oid' 명령을 지원하여 가장 많이 폴링되는 OID를 표시합니다. 이 CLI를 사용할 수 있는 경우, 출력을 검사하여 가장 자주 폴링되는 OID를 확인하고 폴링되는 OID 목록에서 제거하거나, MIB가 처리되지 않도록 보기에서 해당 MIB를 제외하도록 디바이스를 구성합니다. 4) 드롭이 작은 속도로 증가하는 경우 SNMP 큐 크기를 늘리는 것을 고려하십시오. 이렇게 하면 디바이스에서 더 많은 SNMP 패킷을 수용할 수 있지만 큐가 다시 가득 찰 경우 오류가 다시 나타날 수 있습니다. Device(config)# snmp-server queue-length입니다.

명령

#show version

#show module

#show logging

#show cpu proc sort

#show run | s snmp

#show snmp

#show snmp stats oid