SNMP MIB 데이터를 MIB Manager로 가져오는 방법입니다.
환경 설정 창에서 공급업체 MIB가 정기적으로 사용하는 MIB의 위치를 지정하십시오. MIB가 공급업체 고유 디렉토리에 있는지 그리고 연관된 장비 번호가 서브디렉토리에 있는지 확인하십시오. 또한 이 디렉토리에 비MIB 텍스트 파일이 없는지 확인하십시오. 대부분의 MIB는 NCHOME/omnibus/var/mibmanager/mibs/base 디렉토리에 설치되고 모든 RFC MIB는 NCHOME/omnibus/var/mibmanager/mibs/rfc 디렉토리에 설치됩니다.
가져오는 MIB가 기타 MIB에 종속될 수 있습니다. 가져오기를 수행하는 동안 MIB Manager가 종속 MIB를 검색할 수 있도록 하려면 검색 경로를 종속 MIB 파일의 위치로 설정하십시오.
MIB 데이터를 가져오려면 다음을 수행하십시오.
MIB 모듈 보기는 자동으로 새로 가져온 MIB 모듈 이름을 표시하도록 새로 고쳐집니다. OID 트리 보기는 새로 가져온 MIB 오브젝트를 모두 표시하도록 자동으로 새로 고쳐집니다. 트리를 다시 빌드하기 위해 MIB Manager는 연관된 하위가 없는 하위 노드를 찾을 때까지 트리의 상위 노드(iso, ccitt, joint-iso-ccitt)에서 하위 노드를 반복적으로 검색합니다. 오류가 없으면, OID 트리 보기에 완전히 채워진 MIB 트리가 표시되고, 여기에는 구문 분석된 오브젝트가 포함되어 있습니다.
OID 트리 보기에 있는 오브젝트를 클릭하면 MIB 모듈 보기에서 오브젝트가 자동으로 표시됩니다. 세부사항 보기에서는 선택한 오브젝트에 대한 상세 정보를 표시합니다.
가져오는 MIB 모듈은 해당 MIB 모듈의 구조를 표시하는 XML 파일에 저장됩니다. XML 파일은 NCHOME/omnibus/var/mibmanager/data 디렉토리에 있습니다.
해석되지 않은 가져오기 명령문을 발견하면, 누락된 MIB를 담당하는 공급업체에 연락하고 검색 경로로 누락된 파일을 추가한 후 가져오기를 반복하십시오.
공급업체에서 가끔 중복된 오브젝트 이름을 지정하거나, RFC에서 지정한 오브젝트 이름과 같은 오브젝트 이름을 지정합니다.
예를 들어 OID가 1.3.6.1.2.1.1인 system 오브젝트가 SNMPv2-MI' 모듈에서 정의되고, OID가 1.3.6.1.4.1.311.1.1.3.1.1.23인 또 다른 system 오브젝트가 WINDOWS-NT-PERFORMANCE 모듈에서 정의됩니다. 또한 sysDescr 오브젝트가 SNMPv2-MIB 모듈에서는 system.1로 정의되고, 또 다른 sysFileReadOperationsPerSec 오브젝트가 WINDOWS-NT-PERFORMANCE에서 system.1로 정의됩니다. 이런 경우 하위 오브젝트와 연관된 상위 오브젝트가 분명하지 않습니다.
중복 상위 이름을 갖는 오브젝트가 발견되면 MIB Manager가 동일한 MIB 모듈에서 정의된 상위를 찾으려고 합니다. 이전 예제의 경우는 WINDOWS-NT-PERFORMANCE입니다. 상위가 모두 동일한 MIB 모듈에서 정의되지 않은 경우에는 MIB Manager가 검색을 통해 오브젝트가 종속된 다른 MIB 모듈에 상위가 정의되었는지 여부를 확인합니다. 또한 MIB Manager는 상위를 참조하는 다른 MIB 모듈을 식별하고 가장 많이 참조되는 상위 이름을 선택합니다. 그러나 이로 인해 MIB 트리가 잘못 채워지고 OID가 잘못 계산될 수 있습니다. 따라서 MIB Manager가 중복 오브젝트 이름을 찾을 때마다 경고를 로그하고 중복을 해결하기 위해 수행한 조치를 디버그 파일에 기록합니다.