CobraNet技术原理和应用3.docx

CobraNet技术原理与应用（3） 八、简单网络管理协议SNMP。我们首先要解释一下为什么要进行网络管理，一般来说网络上的计算机虽然是可以相互通信的，但是通信效率和通信安全基本上只能是“自顾自”的，这对于那些大信息量通信和高风险性的计算机网络来说无异于“危机重重”。为了尽量降低这些风险，就必须提出一套高效而简单的网络管理方案来。随着Internet的高速发展，TCP/IP在全世界迅速流行起来，同时针对网络效率和安全两方面的解决方案也开始兴起，其中有我们非常熟悉的、针对TCP/IP协议的Ping程序，就是一个初期的网络管理程序。但随着网络的复杂化和多元化的发展，Ping所能返回的信息量无法反映被管理设备的更多的详细情况，而且对于多个设备的大系统来说，Ping要逐一进行检查，效率非常低下。正是在这种背景下出现了专门用于TCP/IP的网络管理标准——简单网络管理协议即SNMP，尽管这只是一个过渡性标准（这是指相对于OSI全面但复杂的网络管理标准CMIS/CMIP而言的），但是由于它支持全世界最流行的TCP/IP，而无论是哪个厂家生产的设备，或运行于哪种操作系统，只要支持TCP/IP就都可以运行，这也是SNMP能得以迅速发展的关键之一。 提到管理，就必须有“管”和“被管”的区别，所以从主从的关系上被划分为“管理站”（Management Station）以及被管理设备（Managed Device）。这只是对两方进行了命名，在SNMP实际操作中主要有四个元件：管理程序（Manager）、管理代理程序（Management Agent）、网络管理通信协议（Network Management Protocol）和管理信息库（Management Information Base即MIB）。其中“管理程序”存在于网络管理员的“管理站”计算机上，“管理代理程序”和“管理信息库MIB”则存在于“被管理设备”上。受管理设备会将目前的运行状态存入“管理信息库MIB”内随时准备接受管理或向管理站提交问题报告；而“管理站”则通过网络管理通信协议“指挥”管理代理程序去访问管理信息库MIB上的信息，如图一。 图一 SNMP运作结构 尽管SNMP定义了网络管理的运作结构和管理及代理程序的基本访问指令，但是并没有制定网络管理设备的MIB种必须有哪些被管理项目，所以给网络管理带来了很大的灵活空间，不同的厂家认为需要管理的项目会添加到MIB中，而不重要的或者无须管理的项目则可以隐蔽，这样可以节省管理的数据量，而不会因为增加了网络管理而使网络变的的更加复杂和低效。管理信息库MIB中包含了被管理设备的数据结构和变量，为了便于管理器的访问和日后功能的扩展，MIB采用了类似于DNS的“树形”结构，按照命名机构和用途的不同从“树根”开始逐步向“树叶”发展，而具体的每个被管理的项目就是一个树叶，我们把这个结构称作“对象命名树”（Object Naming Tree），而每一个“树叶”就叫“目标标识符”（Object Identifier）简称OID。例如我们要在管理一远端查找一台使用CobraNet传输信号的媒体矩阵接口箱CAB8i，通过在线查找我们知道这台CAB8i传送机的OID为：.4.1.2680.1.2如图二： （图二）对象命名树结构以及OID的查找 这个图也许乍看起来不好理解，其实这只是对象命名树的一个小小的分支，全部的树是不可能画出来的，这个树是没有“根”的，最高一层就是CCITT（记为数字0，CCITT现在更名为ITU-T）、ISO（记为数字1）以及两个组织的合并Joint iso ccitt（记为数字2）。我们常用的OID一般都是在ISO名称下的第三个分支org（也就是政府组织，记为数字3）下的dod（美国国防部，记为数字6），所以我们以后见到的很多MIB数据库中的被管理项目的OID都是以1.3.6……开头的，当然CobraNet也不例外。 ??? 当然这个数字不可能是企业自己命名的，而是必须向IANA（Internet Assigned Numbers Authority）申请才能获得的（就象我们现在要申请一个公司的网站一样，必须向互联网注册管理机构申请并交纳费用才能合法的使用）。PeakAudio向IANA申请的企业OID就是.4.1.2680，这些参数都是公开的，有兴趣的读者可以自行在 HYPERLINK / 上查找。此时2860以后的分支（树叶）PeakAudio就可以自己定义并使用了，例如它给CobraNet命名为“1”，然后再给CobraNet低下的传送机transmitters命名为“2”等等，所以才出来图二上面提到的CAB8i的OID为.4.1.2680.1.2的道理。此时这个树还没有结束，CAB8i下面依然还有很多的被管理参数要定义名称