分布式网络管理模型的分析及其关键技术的实现-analysis of distributed network management model and implementation of key technologies.docxVIP

第一章绪论1.1网络管理概述1.1.1网络管理的产生和意义计算机网络是现代文明的两种最重要的科学和技术分支——计算技术和通信技术发展的结果[1]。计算机网络的发展从二十世纪六十年代末开始到现在已经经历了四十年的发展历程，从最初的广域网技术到八十年代的局域网技术，再到现代的因特网Internet、综合业务数字网ISDN以及高速网络技术等，计算机网络技术已日渐成熟。计算机网络作为信息社会的基础设施已经渗透到国民经济的各个部门和社会生活的方方面面，成为人们日常生活中必不可少的通信和办公工具。现代社会对计算机网络的依赖，使得计算机网络自身运行的可靠性和安全性变得至关重要。网络管理是网络发展的必然产物。随着网络技术的飞速发展，网络本身也变得越来越复杂，其规模、复杂性和异构性比以往都大大增加。现实情形中，网络中不仅有某种品牌的主机系统，而且可能拥有不同厂家、多种网络体系架构、多种操作系统平台的主机系统。随着系统规模和复杂度的提高，网络连接、性能、资源配置、安全等方面的问题会随之出现，如果没有一个高效的网络管理系统来监测、控制网络的运行，那么很难保证为广大用户提供令人满意的服务。为了使网络能够有效、可靠、安全、经济[2]地提供更多更好的服务，网络管理在网络运行中的地位变得越来越重要。1.1.2网络管理相关概念和基本模型网络是一个复杂的分布式系统。网络中有很多运行着各种协议的节点，节点之间会有通过通信方式进行的信息交换，因此网络的状态在不断地变化。为了使网络能正常工作，就必须对其进行必要的管理，而这种管理又必须通过网络形式实现。下面是一些目前用于网络管理方面的概念：(1)管理站：能由网络管理人员直接操作和控制的计算机系统。(2)管理程序：用于网络管理的程序，主要位于管理站中。(3)管理者（Manager）：管理站或管理程序。(4)网元（NetworkElement,NE）：网络管理的对象，又称被管设备。网络中的主机、路由器、集线器、调制解调器、选择协议等都是网元。总之，网元既包括硬件，也包括软件。(5)被管对象（ManagedObject,MO）：反应被管设备实际特性的一段管理信息。MO是对网元从各种管理角度来看不能再进一步分解，必须作为单个信息实体来处理的属性的抽象。MO可以表示一个设备风扇以及它的运行状态，或者表示线路卡上的某个端口以及一系列统计数据，又或者表示的是一个防火墙规则。(6)管理信息库（ManagementInformationBase,MIB）：网元向管理系统展示的所有管理信息的集合。MIB是一种概念性的数据库，其中包含了一个被管设备的管理视图。和真实的数据库不同，MIB与它所表示的设备是相关联的。MIB中的管理信息代表了实际资源，与静态的信息项相比，这些实际资源在通信网络中具有各自的功能和不同状态；当修改MIB中的信息来进行特定的更新操作时，其效果会在实际设备上体现出来。(7)代理（Agent）：同管理者一样，是表示一种角色的名词；指代帮助执行与计算机相关的任务。(8)网管代理：网元中用于帮助管理程序执行与网络管理相关任务的部分。显然，网管代理与管理者之间需要进行通信。(9)网络管理协议（NetworkManagementProtocol）：管理者与网管代理之间的通信规则。从理论上而言，MIB不依赖于任何特定的网络管理协议，但实际上，不同的网络管理协议需要它们各自特定的方式来展现被管设备的视图，从而得到各自特定的MIB实现[3]。在网络管理中，一般采用管理者/代理模型，如图1-1所示。该模型的核心是一对相互通信的管理实体。在这种简单的结构中，一个系统的管理进程担当管理者的角色，而另一个系统中的对等实体担当代理角色，代理负责提供对被管对象的访问。前者被称为网络管理者，后者被称为网管代理。无论是OSI的网络管理，还是IETF的网络管理，都认为现代计算机网络管理系统的四个基本要素为网络管理者、网管代理、MIB和网络管理协议。图1-1网络管理基本模型网络管理者是网络管理指令的发出者。网络管理者通过各网管代理对网络中的各种设备、设施和资源进行实时的监测和控制。网管代理负责执行管理指令，并以通知的形式向网络管理者报告被管对象发生的一些重要事件。网管代理具有两个基本功能：一是从MIB中读取各种变量值；二是在MIB中修改各种变量值[2]。MIB由管理对象组成，各个网管代理管理MIB中属于本地的管理对象，各网管代理控制的管理对象共同构成全网的管理信息库。网络管理协议是最重要的部分，它定义了网络管理者与网管代理间的通信方法，规定了管理信息库的存储结构，信息库中关键词的含义以及各种事件的处理方法。在系统管理模型中，管理者角色与代理角色不是固定的，而是由每次通信的性质所决定。当管理者角色的进程向担当代理角色的进程发出操作请求时，担当代理角色的进程