목차

소개

문제

솔루션

소개

이 문서에서는 Cisco Prime Network에서 Cisco 컨피그레이션 관리 이벤트 알림(ciscoConfigManEvent) 트랩이 쇄도하는 문제의 원인, 영향 및 해결책을 설명합니다.

문제

디바이스에서 show run 또는 conf t 명령을 입력하면 디바이스에서 ciscoConfigManEvent 트랩을 전송하도록 네트워크 디바이스를 구성할 수 있습니다. Cisco Prime Network에서 디바이스를 모니터링하는 경우 Event Vision(이벤트 비전)의 Trap(트랩) 탭에서 이러한 트랩을 Cisco Configuration management 이벤트 알림 이벤트로 볼 수 있습니다.

이러한 트랩의 플러드는 Cisco Prime Network가 디바이스 내에 정의된 모든 인터페이스에 대해 디바이스에 대해 show run interface <interface id> 명령을 실행하기 때문에 발생합니다. 이는 폴링 주기마다 발생하며, 기본적으로 15분마다 발생합니다. 이제 대다수의 고객이 이러한 유형의 이벤트를 경험하고 있습니다. 대형 통신 사업자는 각 디바이스에서 많은 수의 인터페이스를 가질 수 있으며, Cisco Prime Network 내에서 이러한 이벤트를 1분마다 수천 개씩 확인하는 것이 일반적입니다.

이로 인해 다음과 같은 여러 가지 부작용이 발생합니다.

- 데이터베이스(DB)가 가득 차고 임시 공간이 부족합니다.

- 고객은 DB의 많은 이벤트 때문에 GUI 성능이 느려집니다.

- DB에 고아 이벤트(티켓과 연결되지 않고 보관되지 않은 이벤트)의 수가 많습니다.

- 많은 수의 이벤트로 인해 트랩 및 VNE(Virtual Network Element) 처리가 느려집니다.

솔루션

이 문제를 해결하는 가장 좋은 방법은 이러한 유형의 트랩을 Prime Network 서버로 전송하지 않도록 네트워크 디바이스의 컨피그레이션을 변경하는 것입니다. 그러나 일부 대형 통신 사업자 시스템에서는 이러한 방식이 현실적이지 않습니다. 이 섹션에서는 이 문제를 해결하는 방법을 제공합니다. 이 해결 방법의 목표는 트랩이 이벤트 컬렉터(AVM 100)에 도달하는 즉시 필터링하는 것입니다.

참고: Cisco Prime Network 버전 4.0 이상에서는 Cisco Prime Network Administrator Guide, 4.0을 참조하여 이 문제를 해결하십시오. 이 문서에 설명된 해결 방법은 모든 ANA(Active Network Abstraction) 버전은 물론 모든 Cisco Prime Network Versions 3.11 및 이전 버전을 대상으로 합니다.

주의: ciscoConfigManEvent 트랩 필터를 활성화하면 ciscoConfigManEvent 트랩이 이벤트 아카이브에 저장되지 않습니다. 따라서 보고서에 사용할 수 없습니다.

일반적으로 트랩은 EP(Event Persistence) DB(일반적으로 이벤트 아카이브라고 함)에 기록된 후 VNE 레벨에서 필터링됩니다. 이러한 처리를 방지하려면 선택적 전역 필터가 필요합니다.

시스템에 들어오는 즉시 이 유형의 트랩을 필터링하려면 ~/Main 디렉토리에서 ANA 또는 Prime Network 사용자로 다음 명령을 입력합니다.

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/enable true

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/classcom.sheer.metrocentral.

framework.instrumentation.trap.matcher.RawEventSnmpMatcher

./runRegTool.sh -gs 127.0.0.1 add 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/matcher-conf

./runRegTool.sh -gs 127.0.0.1 add 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/matcher-conf/rule-1

./runRegTool.sh -gs 127.0.0.1 add 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/matcher-conf/rule-1/varbinds

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/matcher-conf/rule-1/varbinds

/varbind-1 ".1.3.6.1.6.3.1.1.4.1={o}.1.3.6.1.4.1.9.9.43.2.0.1"

이전 명령을 비활성화하려면 다음 명령을 입력합니다.

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/enable false

./runRegTool.sh -gs 127.0.0.1 set 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/class com.sheer.metrocentral.

framework.instrumentation.trap.matcher.ExcludeAllMatcher

./runRegTool.sh -gs 127.0.0.1 remove 0.0.0.0 site/trap/agents/trap/processors

/snmp-processors/snmp-processor4/matcher/matcher-conf

참고: 일부 고객은 각 트랩이 syslog에 캡슐화되어 전송되도록 디바이스를 구성합니다. 이 경우 syslog 프로세서에 규칙을 추가해야 합니다.