2012-03-09 2 views
-1

네트워크 요소의 관리 API 디자인에서 CISCO 스타일 CLI 및 Juniper 스타일 CLI와 같이 일반적으로 사용되는 CLI에 대한 지원을 포함하는 경우가 많습니다. 하지만 그 명령을 지원하기 위해, 우리는 MIB 테이블에 대한 작업의 시퀀스로 발행 된 명령의 내역을 알 필요하고 거기에 객체 예를 들어 :.라우터 CLI 명령을 MIB 작업 시퀀스로 변환

CLI 명령 : 라우터 4711 BGP 이웃 3.3.3.3

그리고 그것은 것 (SNMP에서와 같이) MIB 객체 작업입니다 :

bgpRmEntIndex 4711 
bgpPeerLocalAddrType unica 
bgpPeerLocalAddr 2.2.2.2 
bgpPeerLocalPort 179 
bgpPeerRemoteAddrType uni 
bgpPeerRemoteAddr 3.3.3.3 
bgpPeerRemotePort 179 

우리가이 고장을 이해하는 데 도움이 수있는 자원이 있습니까? 이와 하나

답변

0

, 당신은 CLI 운영과 (SNMP) 작업 사이에 간단한 매핑이없는 것을 발견 할 것이다 MIB 변수. CLI는 "사용자에게 친숙한"구성과 온라인 진단을 위해 최적화되어 있으며 SNMP는 주로 모니터링을 위해 "계측"에 대한 기계에 쉽게 액세스 할 수 있도록 최적화되어 있습니다. 대규모 공급 업체 (예 : Cisco 또는 Juniper)에서 CLI 및 SNMP는 일반적으로 서로 다른 특수 그룹에 의해 개발됩니다.

CLI에 더 가깝지만 프로그래밍 방식의 사용 (API)에 좀 더 친숙한 것을 위해 XML 기반 RPC 읽기 및 쓰기 장치 구성 (및 상태) 액세스를 제공하는 IETF NETCONF 프로토콜을 살펴보십시오. 주니퍼는 Junoscript API를 통해이 개념을 개척했으며 나중에 IETF 표준을 정의하는 데 도움을 주었으므로 여기에서 좋은 지원을 얻을 수 있습니다. 시스코는 또한 NETCONF 기능을 자사 시스템에 추가했으며, 특히 IOR-XR과 같은 최신 시스템에 NETCONF 기능을 추가했습니다.

0

은 MIB 문서, 당신이 언급 장치의 유형에 일반적으로

http://www.icir.org/fenner/mibs/extracted/BGP4-V2-MIB-idr-00.txt

+0

MIB는 현재 존재하는 모든 개체의 정보와 그 개체가 취할 수있는 값만 제공합니다. 그러나 SET와 GET의 순서에 관한 정보는 제공하지 않습니다. – Anshul

+0

공개 된 정보는 오직 여기 또는 나 밖에 없습니다. 비밀을 알기 위해서는 http://en.wikipedia.org/wiki/Border_Gateway_Protocol에 좀 더 자세히 들어가야합니다. –