网络管理系统(一)

     一、 HP的0penView

     HP的OpenView有争议地成为了第一个真正兼容的、跨平台的网络管理系统，因此也得到了广泛的市场应用。但是，虽然0penView被认为是一个企业级的网络管理系统，但它跟大多数别的网络管理系统一样，不能提供NetWare，SNA，DECnet，x．25，无线通信交换机以及其他非SNMP设备的管理功能。另一方面，HP努力使OpenView由最初的提供给第三方应用厂商的开发系统，转变为一个跨平台的最终用户产品。它的最大特点是被第三方应用开发厂商所广泛接受。比如IBM就把OpenView增强功能并扩展成为自己的NetView产品系列，从而与OpenView展开竞争。特别在最近几年，OpenView已经成为网络管理市场的领导者，与其他网络管理系统相比，OPenView拥有更多的第三方应用开发厂商。在近期，OpenView看上去更像一个工业标准的网络管理系统。

     l、网络监管特性

     ()penView不能处理因为某一网络对象故障而误导致的其他对象的故障。具体说来就是，它不具备理解所有网络对象在网络中相互关系的能力，因此一旦这些网络对象中的一个发生故障，导致其他正常的网络对象停止响应网络管理系统，它会把这些正常网络对象当作故障对象对待。同时，OpenView也不能把服务的故障与设备的故障区分开来，比如是服务器上的进程出了问题还是该服务器出了问题，它不能区分。这些是OpenView的最大弱点。

     另外，在OpenView中，性能的轮询与状态的轮询是截然分开的，这样导致一个网络对象响应性能轮询失败但不触发一个报警，仅仅只有当该对象不响应状态的轮询才进行故障报警。这将导致故障响应时间的延长，当然两种轮询的分开将带来灵活性上的好处，第三方的开发商可以对不同轮询的事件分别处理。

     OpenView还使用了商业化的关系数据库，这使得利用OpenView采集来的数据开发扩展应用变得相对容易。但第三方应用开发厂商需要自己找地方存放自己的数据，这又限制了这些数据的共享。

    2．管理特性

     OpenView的MIB变量浏览器相对而言是最完善的，而且正常情况下使用该MIB变量浏览器只会产生很少的流量开销。但OpenView仍然需要更多、更简洁的故障工具以对付各种各样的故障与问题。

     3．可用性

     OpenView的用户界面显得干净以及相对的灵活，但在功能引导上显得笨拙。同时OpenView还在简单、易用的Motif的图形用户界面上提供状态信息和网络拓扑结构图形，虽然这些信息和图形在大多数网络管理系统中都提供。但是一个问题是OpenVjew的所有操作(至少现在)都在X-W1ndows界面上进行，它还缺乏一些其他的手段，比如WWW界面和字符界面，同时它还缺乏开发基于其他界面应用的API。

     4. 总结

     OpenV5ew是一个昂贵的，但相对够用的网络管理系统，它提供了基本层次上的功能需求。它的最大优势在于它被第三方开发厂商所广泛接受。但得到了NetView许可证的IBM已经加强并扩展了OpenView的功能，以此形成了IBM自己的NetView／6000产品系列，该产品可以在很大程度上视为OpenView的一种替代选择。

     二、 IBM的NetView

     IBM的NetView是一个相对比较新，同时又具有兼容性的网络管理系统。NetView既可以作为一个跨平台的、即插即用的系统提供给最终用户，也可以作为一个开发平台，在上面开发新的网络管理应用。IBM从HP得到OpenView3．1的许可证，并在此基础上大大扩展了它的功能，并将与其他软件产品集成起来，从而形成了自己的NetV5ew产品系列。跟OpenView一样，NetView作为企业级的网络管理系统，但它也不能提供Net-Ware，SNA，DECnet，X．25，无线通信交换机以及其他非SNMF设备的管理功能。在网络管理产品市场上，NetView在过去几年得到广泛的关注。NetView的市场人员宣称尽管IBM是从HP那里得到了OpenView的最初许可证，但IBM在此基础上自己增加了70％的代码，并修正了很多OpenView的bugs,因此NewView应该被认为是一种新的产品。NetView产品系列包括一个故障卡片系统，一些新的故障诊断工具，以及一些OpenView所不具备的其他特性。虽然目前NewView在吸引第三方应用开发厂商方面还不如open-View，但这种差距正在缩小。

     1．网络监管特性

     NetView不能对故障事件进行归并，它不能找出相关故障卡片的内在关系，因此对一个失效设备，即使是一个重要的路由器，将导致大量的故障卡片和一系列类似的告警，这是难以接受的。更糟的是，第三方开发的应用似乎也不能确定这样的从属关系，比如一个针对CISCO产品的插件不能区分线路故障和CSU／DSU故障。因此，NetView不具备在掌握整个网络结构情况下管理分散对象的能力。在一个大型、异构网络中，这意味着服务的开销不能轻易地从网络开销中区分出来。

     同样的，在NetView中，性能轮询与状态轮询也是彻底分开的，这也将导致故障响应的延迟。但对第三方而言，NetView提供了一些某种程度上的灵活性，在系统告警和事件中允许调用用户自定义的程序。NetView也使用了商业化的关系数据库，这使得利用NetView采集来的数据开发扩展应用变得相对容易。但第三方应用开发厂商需要自己找地方存放自己的数据，这又限制了这些数据的共享。

     IBM在OS／2 Intel平台上利用proxy代理可以管理内部设备，并通过SNMP与NetView的管理进程通信。IBM宣称NetView的管理进程具备理解并展示Novell的NetWare局域网的能力。

     2．管理特性IBM极大地简化了NetView的安装过程，使得安装NetView比安装OpenView简单许多，它也是大多数网络管理软件中最容易安装的。

     3．可用性

     NetView用户界面显得干净和相对的灵活，它比OpenView更容易使用。它的Motif的图形用户界面也像大多数网络管理软件一样用图形方式显示对象的状态和网络拓扑结构。IBM还增加了一种事件卡片机制，并在一个单独的窗口中按照一定的索引显示最近发生的事件。但同样一个问题是NetView的所有操作(至少现在)都在X-Windows界面上进行，它还缺乏一些其他的手段，比如WWW界面和字符界面，同时它也缺乏开发基于其他界面应用的API。