SNMP 컨텍스트로 OSPF의 여러 인스턴스 관리
소개
이 문서에서는 SNMP 컨텍스트를 사용하여 OSPF(Open Shortest Path First)의 여러 인스턴스를 관리하는 방법을 설명하는 SNMPv2 및 SNMPv3에 대한 샘플 컨피그레이션을 제공합니다.
사전 요구 사항
요구 사항
이 문서에 대한 특정 요건이 없습니다.
사용되는 구성 요소
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.
표기 규칙
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.
배경 정보
IETF(RFC 1850 
)에 의해 정의된 OSPF MIB는 지정된 라우터에서 하나의 OSPF 프로세스/인스턴스에서만 작동하도록 설계되었습니다.
예를 들어, 하나의 ospfRouterId 개체만 있고 테이블의 객체만 있습니다. 여러 인스턴스를 처리하기 위해 RFC 4750 은 SNMPv3 컨텍스트를 사용하여 인스턴스당 보기를 제공할 것을 권장합니다.
SNMP 컨텍스트 인식
IOS OSPF SNMP 코드 컨텍스트를 인식하기 전에, 시스템은 스칼라 객체 및 일부 테이블을 반환할 때 임의 "기본" 인스턴스를 하나 이상 선택합니다. 이러한 경우 SNMP를 통해 다른 인스턴스의 정보를 사용할 수 없습니다. 일부 다른 테이블의 경우 SNMP는 어떤 항목이 어떤 것인지 식별할 방법이 없이 모든 인스턴스의 항목을 하나로 묶습니다. 대부분의 경우, 이 경우 항목이 모호하거나 중복될 수 있습니다. IP 주소와 인접 라우터 ID가 고유하지 않을 수 있는 PE-CE 컨피그레이션에서는 특히 좋지 않았습니다. 따라서 개별 CE 인스턴스를 모니터링하고 문제 해결하기가 어렵거나 불가능하게 되었습니다.
현재 컨텍스트 인식 IOS 코드(컨텍스트가 지정되지 않은 경우)에서는 스칼라 개체에 대한 이전 동작이 여전히 존재합니다. 단, 이제 일부 테이블이 아니라 모든 테이블을 스케일라스와 동일한 "기본" OSPF 인스턴스로 제한합니다. 컨텍스트가 제공되면 SNMP 쿼리는 특정 OSPF 인스턴스를 대상으로 할 수 있으며, 해당 인스턴스에 대한 모든 정보를 일관되고 명확한 방식으로 검색할 수 있습니다.
SNMPv3을 사용하는 경우, 컨텍스트 문자열을 폴링과 직접 제공할 수 있습니다. SNMPv2c는 컨텍스트를 제공하지 않습니다. 그러나 SNMP 커뮤니티 문자열을 IOS 컨피그레이션의 컨텍스트에 매핑할 수 있으며, 이러한 컨텍스트를 사용하여 SNMPv2 폴링을 특정 OSPF 인스턴스에 연결할 수 있습니다.
구성
이 컨피그레이션 예는 SNMPv2를 기반으로 합니다.
| 라우터 1 |
|---|
Router1# router ospf 1 router-id 1.1.1.111 log-adjacency-changes snmp context context1 ! router ospf 2 router-id 4.4.4.111 log-adjacency-changes snmp context context2 !--- Associates the SNMP context with the instance. ! snmp-server user u2 g2 v2c !--- Configures the user u2 to the SNMP group g2 and !--- specifies the group is using the SNMPv2c security model. snmp-server group g2 v2c !--- Configures the SNMP group g2 and specifies !--- the group is using the SNMPv2c security model. snmp-server group g2 v2c context context1 snmp-server group g2 v2c context context2 snmp-server community public RO !--- Community access string to permit access !--- to the SNMP. snmp-server community cx1 RO snmp-server community cx2 RO snmp-server context context1 snmp-server context context2 snmp mib community-map cx1 context context1 security-name u2 !--- Associates the SNMP community cx1 with !--- the context context 1. snmp mib community-map cx2 context context2 security-name u2 |
이 컨피그레이션 예는 SNMPv3을 기반으로 합니다.
| 라우터 1 |
|---|
Router1# router ospf 1 router-id 1.1.1.111 log-adjacency-changes snmp context context1 ! router ospf 2 router-id 4.4.4.111 log-adjacency-changes snmp context context2 ! snmp-server user u1 g1 v3 snmp-server group g1 v3 noauth snmp-server group g1 v3 noauth context context1 snmp-server group g1 v3 noauth context context2 snmp-server context context1 snmp-server context context2 |
참고: 명령 조회 도구(등록된 고객만 해당)를 사용하여 이 문서에 사용된 명령에 대한 자세한 내용을 확인하십시오.
다음을 확인합니다.
모든 클라이언트 시스템에서 snmpwalk 명령을 사용하여 출력을 확인할 수 있습니다.
참고: Output Interpreter Tool(등록된 고객만 해당)(OIT)은 특정 show 명령을 지원합니다. OIT를 사용하여 show 명령 출력의 분석을 봅니다.
SNMPv2 확인
| SNMPv2 |
|---|
linux>snmpwalk -c public -v2c irp-view14:7890 OSPF-MIB::ospfRouterId.0 OSPF-MIB::ospfRouterId.0 = IpAddress: 4.4.4.111 linux>snmpwalk -c cx1 -v2c irp-view14:7890 OSPF-MIB::ospfRouterId.0 OSPF-MIB::ospfRouterId.0 = IpAddress: 1.1.1.111 linux>snmpwalk -c cx2 -v2c irp-view14:7890 OSPF-MIB::ospfRouterId.0 OSPF-MIB::ospfRouterId.0 = IpAddress: 4.4.4.111 |
SNMPv3 확인
| SNMPv3 |
|---|
linux>snmpwalk -u u1 -v3 irp-view14:7890 OSPF-MIB::ospfRouterId.0 OSPF-MIB::ospfRouterId.0 = IpAddress: 4.4.4.111 linux>snmpwalk -u u1 -v3 -n context1 irp-view14:7890 OSPF-MIB::ospfRouterId.0 OSPF-MIB::ospfRouterId.0 = IpAddress: 1.1.1.111 linux>snmpwalk -u u1 -v3 -n context2 irp-view14:7890 OSPF-MIB::ospfRouterId.0 OSPF-MIB::ospfRouterId.0 = IpAddress: 4.4.4.111 |
피드백