摘 要 本文介绍了对snmp mib变量进行编译和浏览的一组计算机网络管理的底层工具，包括一个mib编译器、一个mib浏览器和mib树的通用数据库实现。该组mib工具的特点在于简单实用，并在某些方面具有特色与创新。
　　关键词 计算机网络管理；snmp；mib编译器；mib浏览器
　　中图分类号：tp393 文献标识码：a 文章编号：1671—7597（2013）051-109-01
　　管理信息库（mib）是snmp标准的重要组成部分，它是由许多mib变量组成的一个树型结构，定义了网络设备可以被管理的内容。除了snmp标准定义的mib变量以外，设备厂家为了更好地管理自己的设备，常常需要定义大量扩充的mib变量。设备厂家一般提供给用户若干正文形式的mib文件，这些文件中按照asn.1的文法给出了该设备支持的所有mib变量，包括snmp标准定义的和厂家扩充的。因此，要想管理一个网络设备，首先必须了解该设备支持哪些mib变量。
　　1 mib编译器
　　mib编译器接受按asn.1语法编写的mib文本文件（包括标准rfc和厂家扩充的），识别mib文件中定义的对象，包括其类型、对象标识符（oid）、访问权限、状态、缺省值等属性，检查文件中的语法和语义错误，如果没发现错误就生成网络管理平台可以使用的mib树内部结构。
　　mib编译器的外部接口主要功能包括：对输入的mib文本文件进行词法、语法和语义分析，产生mib树内部结构；为上层网管应用程序提供mib树内部结构的调用接口；通过转换器将mib树内部结构转换为通用数据库实现。www.11665.coM
　　mib编译器的功能结构可以分成词法分析、语法分析、mib树构造和错误处理四个部分。词法分析：对输入的mib文本文件进行预处理，去掉注释和空白字符；识别输入文件中的一个个单词，构造相应的属性字序列。语法分析：对属性字序列进行上下文分析，检查是否符合smiv1和smiv2语法规则，识别出一个个的结点对象及其属性。mib树的构造：对输入的mib结点序列进行处理，根据结点的oid，识别每个结点的父结点、子结点和兄弟结点，设置结点相应指针以形成一个二叉树结构。
　　mib文件经过编译，其中定义的mib变量就被加入到mib树内部结构中。当某个mib文件/模块过期了（一个mib文件中可能定义了多个mib模块），需要用更新的mib模块来替代时，需要将原先编译的mib文件/模块从mib树内部结构中卸载下来。
　　2 mib浏览器
　　mib浏览器一般提供给高级网络管理人员使用，主要完成两件工作：1）查看已经编译的mib对象的定义信息。2）直接利用snmp协议机读/写被管设备所支持的mib对象的当前值。
　　2.1 查看mib变量的定义信息
　　mib浏览器首先读入存储在数据库中的、由mib编译器编译生成的mib定义信息，根据mib变量的oid确定变量之间的父子关系，生成一棵完整的mib树并显示在界面上。
　　用户通过鼠标点击可以浏览这棵mib树，选择需要查看的mib变量。另外，用户也可以直接输入需要查看的mib变量的oid，后一种方法适合于用户已知mib变量的oid或者查看一个尚未编译的mib变量的当前值的情况。
　　为了查看一个mib变量的定义信息，如变量的名字、oid、定义宏、数据类型、存取控制和描述信息等，mib浏览器根据选中mib变量的oid，在mib数据库的第一级表中查找对应的记录。根据记录中定义宏字段的值，在相应的数据库表格中查找对应的记录，取得mib变量的各种定义信息。
　　2.2 读写mib变量的当前值
　　通过指定设备的ip地址、mib变量实例以及读或写community，调用snmp协议引擎提供的api函数，采用snmpv1协议的get、getnext、set以及snmpv2的getbulk操作与设备上的snmp代理交互，读写设备所支持的mib变量的当前值。可以同时读写多个mib变量实例。
　　2.3 遍历agent实现的mib对象树
　　方法如下：对于getnext操作返回的下一个变量实例的标识符，从后向前进行分析。首先看整个标识符是否代表一个已识别的mib变量，如果不能认识，就去掉标识符最后一个分量再重复上述过程，直到得到一个能够认识的标识符为止。按照这种方法，如果getnext操作返回的标识符代表一个已识别的mib变量的实例，那么能够认识的标识符就是该mib变量的oid，去掉的分量拼接起来就是该变量实例的索引。如果getnext操作返回的标识符代表一个尚未认识的mib变量实例，那么识别出来的标识符就是实际mib变量的祖先变量的oid，并不影响下一次的getnext操作。

　　3 mib树的数据库实现
　　snmp有关rfc定义的和厂家扩充的mib文本文件需要经过mib编译器的编译才能为网管平台和snmp代理所用。mib编译器产生的输出一般有两种：c源程序和文本文件，c源程序可以直接为snmp代理所用，文本文件一般提供给网管平台使用。这个文本文件虽然经过了编译分析，但由于snmpv2提供了9种asn.1 macro类型，大多数的macro定义都比较复杂，所以mib编译器产生的文本文件一般都对原始的mib定义文件进行了较大的简化，丢失了相当多的信息。另外，网管平台还不能直接使用这个文本文件，还需要开发一个程序来读入和理解它。
　　采用通用的关系型数据库来实现snmp mib定义信息的存储具有诸多好处，包括可以将一个复杂的macro定义分解成多个数据库表格，在这些表格之间建立关联信息；可以利用数据库系统提供的关键字特征来保证mib变量oid的唯一性；mib数据库实现对上层的网管应用程序提供统一的数据库表格接口，不限制这些应用程序采用的语言以及与mib数据库的连接方式。
　　mib树数据库的表结构主要分成三级，不同级别的表之间通过oid相关联，三级表格构成一棵完整的mib树。
　　第一级表mibtree中包含了所有mib结点的oid、名字、定义结点的mib模块名、以及结点之间的父子和兄弟关系。
　　第二级表包括了object type、notification type和object identity等8张表格，每张表格中包含了一个特定asn.1 macro的一些特殊的属性。object identifier类型的mib结点的属性已经包括在mibtree表格中，所以第二级表格中没有出现object identifier。
　　第三级表包括了object type index和notification type object等14张表，这些表格反映了某个特定macro中定义的一些包含了不定数目对象的属性。
　　除了这个完整的mib树外，snmpv1还定义了一些trap，snmp v2还定义了一些textual convention，这些trap和textual convention都没有oid，因此游离于mib树之外。
　　参考文献
　　[1]张君枫.基于主动网络技术的网络管理[j].网络安全技术与应用，2011（08）.
　　[2]王雁博.基于snmp协议的网络流量管理[j].西安文理学院学报（自然科学版），2011（03）.