《计算机网络管理》课件第9章

第九章网络管理技术的发展9.1基于CORBA的网络管理9.2基于XML的网络管理9.3基于Web的网络管理9.4基于移动代理的网络管理 9.1基于CORBA的网络管理

9.1.1 CORBA简介

CORBA规范给出了对象之间进行方法调用的软件机制，无论这些对象是处于同一地址空间(同一应用中)，或者是驻在不同的地址空间(同一主机或联网的远程主机中)。CORBA使用了一种接口定义语言(InterfaceDifinitionLanguage，IDL)来说明对象的外部表现，并且规定了IDL与具体实现语言(例如C、C++、Lisp、Smalltalk、Java、COBOL等)之间的映射机制。应用对象之间通过对象请求代理(ObjectRequestBroker，ORB)进行交互作用。在实践中，应用程序只需要启用ORB，访问其内部的对象适配器(ObjectAdapter，OA)。OA用于注册生成代码类的实例，其中保存着指针计数器、对象引用策略、对象生命周期等参数。生成代码类是对用户的IDL代码进行编译后产生的结果，而IDL代码负责把高级接口转换成OS或语言专用的类库，供用户的应用程序使用。这一步骤是必要的，在实现CORBA语义的同时，也提供了一个与CORBA基础结构接口的清晰的用户过程。

有些IDL语言映射与另外一些相比是“不太友好”的。例如，由于Java语言的特性，IDL-Java映射是相当直接的，在Java应用中使用CORBA非常简单。C++映射不是很直接，需要考虑许多COBRA的特点，例如异常处理等。由于C不是面向对象的语言，所以C映射难以处理，但也不是不能处理，其对RPC语义的处理还是相当简单的。

任何一种语言映射都要求开发者(用户)生成代表其对象的IDL代码。一种CORBA实现通常总是伴随着一种叫做IDL编译器的工具，用于把用户的IDL代码转换成特定语言生成的代码。然后传统编译器再对生成代码进行编译，产生应用程序中的对象链接文件。图9.1画出了在CORBA基础结构中使用生成代码的过程。图9.1由CORBAIDL定义的接口自动生成代码这个图表示的是远程过程通信的高级模式。通常，服务端有一个轻便型对象适配器，它把呼叫重定向到本地服务进程或者其他服务器中。同时，服务端和客户端都有一个拦截器，其作用是提供各种过程通信的参数，例如对象生命周期、失效恢复代码、(非简单)名字的语义、存储管理、动态负载均衡，以及显示/数据/控制的各种语义模型。

除了为用户提供一种语言和一种平台无关的远程过程调用规范之外，CORBA也定义了一些公共服务，例如事务处理、安全服务、事件、时间，以及各种专门领域的接口模型。

ORB之间的通信协议统称为GIOP(GeneralInter-ORBProtocol)，其中包含的具体协议有：

● IIOP(InternetInter-ORBProtocol)，即GIOP在Internet上的实现，提供了GIOP报文与TCP/IP协议层之间的映像。

● SSLIOP(SSLInter-ORBProtocol)，即IIOPoverSSL，提供加密和认证功能。

● HTIOP(HyperTextInter-ORBProtocol)，即IIOPoverHTTP，提供了透明的代理机制。9.1.2 CORBA与OSI/SNMP之间的转换

将CORBA应用到网络管理时，必须考虑基于CORBA开发的网络运行系统与基于已有标准建立的网络管理系统之间的交互作用问题。ITU-T制定了基于OSICMIP的电信网管理标准TMN(TelecommunicationsManagementNetworks)，而基于TCP/IP的Internet网络管理则采用SNMP体系结构。与之对应的有两种传统的网络管理接口：TMNQ3接口和InternetSNMP接口。如果能够通过网关进行通信协议转换，则基于CORBA的网络运行系统就可以管理传统的网络资源。电信管理论坛TMF(TeleManagementForum)和X/Open共同开发了联合网域管理规范JIDM(JointInter-DomainManagement)，定义了SNMP、CMIP与CORBA之间的映射方法，其主要内容有：

●定义了CMIP或SNMP信息模型与CORBAIDL之间的转换算法。

●定义了处理所有CMIP交互作用与CORBA的接口，这些接口提供了信息过滤、作用范围、多重应答和异步通信等机制。

●定义了处理所有SNMP交互作用与CORBA的接口。图9.2JIDM网关的类型

JIDM技术标准由两个规范组成：形式转换(SpecificationTranslation)和交互转换(InteractionTranslation)。

形式转换定义了CORBA与OSI/SNMP领域之间的等价关系，即一种信息模型如何转换成另外一种信息模型，形式转换定义了3种转换：

● ASN.1与IDL之间的转换；

● GDMO(GuidelinesforDefinitionofManagedObjects)与IDL之间的转换；

● SNMPSMI与IDL之间的转换。交互转换定义了如何用CORBA来实现OSI或SNMP服务。交互转换也定义了CORBA服务的3个级别：

●通用管理服务(即JIDM设施)提供了访问OSI或SNMP管理域的方法，具体的操作如下：通过CORBA名字服务由给定的名字找到被管理对象；通过标准的CORBA生命周期服务生成被管理对象；通过标准的CORBA事件/通知服务从被管理域中检索事件/通知。

●从JIDM设施继承的OSI服务(称为OSI管理设施)可以提供OSI专用的功能，例如：从CMIP对象实例(ObjectInstance)到CORBA名字空间的映射；作用范围或信息过滤操作；专用的被管理对象工厂(SpecializedManagedObjectfactory)。●从JIDM设施继承的SNMP服务(称为SNMP管理设施)，可以提供SNMP专用的功能，例如：从SNMP对象标识符到CORBA名字空间的映射；Iteratorstoretrievevaluesinsequence。

基于CORBA的网络管理是一个渐进的过程，如何用软件来完全实现综合网络管理模型，是下一步研究的重点方向。

9.2基于XML的网络管理

9.2.1 XML接口

通常，用户使用制造商专用的命令行接口(CLI)来管理网络设备。由于各个制造商的命令行接口多少都有一些差异，所以这样做很不方便。以IETF等国际标准化组织牵头，业界已经达成了共识，把统一网络管理系统接口的基础确定为XML技术，通过XMLAPI提供一个公共管理框架，可以快速地开发和部署对网络设备的管理。新一代网络设备可以支持基于XML技术的网络管理接口。利用XML接口，网络管理系统可以从被管理设备中读取故障信息和设备状态信息。利用XML接口，网络管理系统还可以同时向多台网络设备发送一组可编程的配置命令脚本，由设备中的管理代理对命令脚本分别进行解析和校验，最后实施统一的配置操作。采用XML管理接口可以大大提高网络管理软件与网络设备间进行管理信息交换的效率，并且可以方便地实现网络管理系统的集成。

Cisco公司的IOSXR操作系统可以提供XMLAPI，用于编写客户端应用程序，与路由器进行交互作用，向路由器请求管理信息，或者对路由器进行配置操作。

路由器提供的XMLAPI是快速开发客户端应用和perl脚本的接口。XML接口由XML模式(schemas)说明，提供了通过XML请求和响应消息流来配置和监视路由器的机制。

客户端可以用XMLAPI标签编写一个请求消息发送给路由器，检索路由器的状态信息，或者对路由器进行配置操作。路由器处理客户端的请求，并以XMLAPI标签编写一个响应消息，返回给客户端。XMLAPI可以支持各种传输协议，包括CORBA、Telnet以及SSH(SecureShell)等。向路由器发送请求消息的客户端必须说明要完成的操作。XML支持下面3种管理操作类型：

●使用本地管理数据模型进行本地数据访问(get、set、delete等)；

●通过配置管理器实施的更高级的配置管理服务；

●由XML封装的传统CLI访问。当路由器中的XML代理接收到客户端发出的XML请求时，它把这个请求传送给CiscoXMLAPI库中的操作提供者来处理。处理完成后，XML代理收到处理结果，然后向客户端发送XML编码的响应消息。图9.3画出了XML管理组件，以及客户端应用与路由器代理之间的请求/响应流程。图9.3XML管理组件和请求/响应流程9.2.2 XML请求和响应

由客户端应用发送给路由器的请求以XML声明标签开始，后跟请求标签，再后跟一个或多个操作类型标签。类似地，由路由器返回的响应也是以XML声明标签开始时，后跟一个响应标签，再后跟一个或多个操作类型标签。每一个请求可以为其支持的每一个操作设置一个操作类型标签，并且操作类型标签可以重复包含。包含在响应中的操作类型标签与包含在请求中的操作类型标签是对应的。下面是客户端应用发送的XML请求的样板：

<?xmlversion=“1.0”encoding=“UTF-8”?>

<RequestMajorVersion=“1”MinorVersion=“0”>

<Operation>

Operation-specificcontentgoeshere

</Operation>

</Request>……下面是路由器返回的XML响应的样板：

<?xmlversion="1.0"encoding="UTF-8"?>

<ResponseMajorVersion="1"MinorVersion="0">

<Operation>

Operationresponsedatareturnedhere

</Operation>

</Response>下面是一个实际的例子，说明了XML客户端请求的格式，其中使用了CLI操作标签，阴影部分是传统的CLI命令：

<?xmlversion="1.0"encoding="UTF-8"?>

<RequestMajorVersion="1"MinorVersion="0">

<CLI>

<Configuration>

routerbgp3

default-metric10

timersbgp80160

exit

showconfig

</Configuration>

</CLI>

</Request>下面的例子是CiscoCRS-1路由器返回的XML响应，阴影部分是传统的CLI命令：

<?xmlversion="1.0"encoding="UTF-8"?>

<ResponseMajorVersion="1"MinorVersion="0">

<CLI>

<Configuration>

Buildingconfiguration...

routerbgp3

default-metric10

timersbgp80160

end

</Configuration>

</CLI>

</Response> 9.3基于Web的网络管理

由于网络功能和结构越来越复杂，使得传统网络管理界面的友好程度越来越差，增加了网络管理的难度，提高了对网络管理人员的技术要求。基于Web的网络管理(Web-BasedManagement，WBM)融合了Web技术、Java技术和网络管理技术，允许网络管理人员通过浏览器来监视和管理网络设备，在任何网络节点上都可以使用Web浏览器来配置和访问网络的各个部分。这种新型的网络管理模式可以解决多平台结构产生的互操作问题，提供比传统网络管理系统更直接、更容易使用的图形用户界面，从而降低了对网络管理人员的技术要求。9.3.1WBM解决方案

1．基于代理的WBM解决方案

基于代理的WBM方案是在网络管理平台之上叠加一个Web服务器，使其成为浏览器用户的网络管理代理，如图9.4所示。图9.4基于代理的WBM解决方案开放式网络管理平台通过SNMP(或CMIP)与被管理设备通信，收集、过滤、处理各种管理信息，并维护网络管理平台数据库。网络管理系统中的WBM应用通过管理平台提供的API接口获取网络管理信息，维护WBM专用数据库。管理人员通过浏览器向Web服务器发送HTTP请求来实现对网络的监视和控制。Web服务器通过CGI调用相应的WBM应用，WBM应用把管理信息转换为HTML形式返回Web服务器，由Web服务器响应浏览器的HTTP请求。基于代理的WBM解决方案保留了传统网络管理的特征，同时提供了操作网络管理系统的灵活性。代理与所有被管理设备通信，Web用户则通过代理实现对所有被管设备的访问。代理与被管设备之间的通信沿用传统的SNMP和CMIP接口，因此传统的网络管理设备不加任何改变就可以实现这种方案。

2．嵌入式WBM解决方案

嵌入式WBM方案是将Web服务嵌入到被管理设备中，每个设备都被赋予一个Web地址，使得管理人员可以通过浏览器和HTTP协议直接访问网络设备。内嵌Web服务器的方法实现了网络设备的图形化管理，提供了比命令行和Telnet接口更简单易用的图形用户接口，在不改变功能的前提下简化了操作。嵌入式WBM方案如图9.5所示。图9.5嵌入式WBM解决方案嵌入式方案使得被管理设备实现了图形用户界面。网络管理系统完全采用Web技术，例如通信协议采用HTTP，管理信息库利用HTML语言描述，网络的拓扑算法采用高效的Web搜索和查询点索引技术，网络管理层次和管理域的组织结构采用灵活的虚拟形式，不再受地理位置因素的限制。

内嵌Web服务器的方式对于小型办公室网络来说是理想的管理方式。小型办公室网络比较简单，也不需要强大的管理系统和整个企业的网络视图。由于小型办公室网络通常缺少专职的网络管理人员，而内嵌Web服务器的管理方式就把用户从复杂的管理操作中解脱出来。另外，基于Web的设备实现了真正的即插即用，减少了安装时间和故障排除时间。9.3.2 WBM标准

1.基于Web的企业管理

WBEM是由DMTF(DistributedManagementTaskForce)开发的一系列标准的集合，用于对异构型企业计算环境进行统一的管理。用WBEM管理的系统可以是运行任何操作系统的计算机，也可以是打印机、网络交换机或路由器、存储阵列，或者是任何联网设备。WBEM由以下组件构成：●公共信息模型(CommonInformationModel，CIM)：一种对象建模机制，与统一建模语言(UML)和接口定义语言(IDL)相似。CIM提供了关于系统、网络、应用和服务的管理信息的公共定义，使得制造商在网络环境中能够交换语义丰富的管理信息。CIM由规范(Specification)和模式(Schema)两部分组成。模式提供了实际的模型描述，而规范定义了与其他管理模型集成的细节。●被管理对象格式(ManagedObjectFormat，MOF)：用于描述CIM的一种定义语言，MOF语法规定了定义对象类和对象实例的文本格式。MOF规范主要由基本限定词(关于类、属性和方法的元数据)、注释和编译指示符组成，包括用于输送CIM模式语义的对象类和实例的定义。

●标准化模型：CIM类的一个集合，用于规范一个具体的管理域。CIM可以构建核心类、网络类、软件类或其他类模型规范。● CIM对象管理器(CIMObjectManager)：CIM类实例的数据库。CIMOM是访问被管理资源的关键设施。

● XMLAPI：提供对管理数据的标准化访问，并对CIMOM中的被管理资源实施可接受的操作。

各制造商必须提供自己的WBEM实现，但都要遵循DMTF提出的规范。所有WBEM技术都必须符合DMTF发布的标准化模型，所有相互关联的CIMOM都可通过标准的XMLAPI进行访问。

2. Java管理API

JMAPI是各种Java语言类和接口的集合，用于开发系统、网络和服务管理方面的应用。JMAPI包括下列组件，为创建各种管理系统提供编程支持。

●用户接口风格：指导用户如何使用Java来开发基于Web的软件。

●管理查看模块：用于开发用户接口的类集合，能够创建工具条、多栏列表、帮助系统等，以及图、表和属性等工具。

●基对象接口(BaseObjectInterface)：对分布在网络中的对象或服务(例如路由器或以太网连接)的描述，还可以进一步细分成子类。●管理包容器接口：允许管理人员对相似的对象进行分组，或者把网络的独立部分划分成一个组，封装在一个容器中。例如可以把各种类型的路由器封装在一个容器中。

●管理接口：包括管理通知接口，用于创建一个收集异步事件信息的控制台模型；管理数据接口，用于将基对象实例集成到JDBC数据库系统的工具；管理协议接口，基于Java的安全API提供了安全传输网络管理信息的通信协议。

● SNMP接口：允许网络管理Applet与基于SNMP的设备通信，允许JMAPI对象与网络上已有的SNMP代理交互作用。

● Applet集成接口：为传输签名的Applet提供基本的服务，并为注册的页面和链接提供访问服务。

JMAPI不仅提供了通过Web管理网络的标准接口，而且提供了分布式环境中平台无关的网络管理方案。JMAPI能为Internet系统的安全管理提供支持。SNMPv1协议没有安全保证，但是如果通过JMAPI，不但可以安全地监控内部网络，甚至还可以安全地监视遍布世界各地的远程办公室。

JMAPI的进一步发展就是JMX(JavaManagementExtensions)。这是一个为应用程序植入管理功能的框架。JMX是一套标准的代理和服务，实际上，用户可以在任何Java应用程序中使用这些代理和服务来实现网络管理。

JMX致力于解决分布式系统管理问题，因此，能够适用于各种不同的环境是非常重要的。为了能够利用功能强大的Java计算环境解决这一的问题，Sun公司扩充了Java基础类库，开发了专用的管理类库。

JMX是一种应用编程接口、可扩充对象和方法的集合体，可以用于异构型操作系统平台，开发无缝集成的网络管理应用。

管理对象是JMX应用程序的核心。JMX结构包括：支持Java的Web浏览器用户接口，管理运行模块(AdminRuntimeModule，ARM)和应用。这三个部件之间通过远程方法调用RMI(RemoteMethodInvocation)进行通信。用户接口用来发布管理操作，这些操作可以间接地通过浏览器或单独的应用程序来启动。管理运行模块用来给应用程序提供管理对象的实例，包括Agent对象接口、通知接口和被管理数据接口。应用是指被管理的设备单元。

JMX体系结构被划分成以下三个层次。

●表现层：定义了JMX可管理资源，这些可管理资源可以被编码或封装为MBean。

●代理层：定义了MBean对应用程序实施的管理操作，包括了MBean服务器和代理服务的定义。

●分布式服务层：包含协议适配器和连接器两种组件，通过它们连接到外部的应用，例如RMI管理应用、基于浏览器的管理控制等。 9.4基于移动代理的网络管理

OMG(OpenManagementGroup)定义了移动代理标准。按照OMG的建议，移动代理是一段平台中立的代码，能够在执行环境中标识自己。移动代码的活动范围是代理系统的集合，彼此可以互相访问，具有类似的授权机制和默认的迁移模式，在实际网络之上构成了一个虚拟应用层(参见图9.6)。移动代理设施包括代理的存储和检索、远程代理生成、传输机制和方法调用等。OMG移动代理标准是在CORBA基础上建立的，使用IIOP作为传输协议，并且建议用CORBA中定义的服务(例如名字服务)来支持移动代理的活动。图9.6移动代理设施体系结构9.4.1移动代理及其应用

移动代理特有的自身传输能力使它可以移动到包含工作对象的系统中，移动代理中内嵌的智能设施使得它可以利用当地的资源完成自己的任务。这些能力特别适合分布式网络环境中的资源管理。在分布式系统中使用移动代理有下列好处：

(1)减少网络负载。在分布式环境中，通过通信协议来完成系统之间的交互作用，结果产生了大量的网络通信量。移动代理使得用户可以包装一个会话，并派遣它到目标主机中去执行，利用本地资源完成指定的工作。当大量数据存储在远程主机中时，有效的方法是计算向数据移动，而不是数据向计算移动。

(2)减少网络延迟。实时系统(例如制造业中使用的机器人)需要及时地给出响应。在相当大的厂区网络中控制这样的系统会产生不可接受的延迟。移动代理可以从中心控制室派遣到现场设备中去执行任务，从而减少了网络延迟。

(3)封装协议。在分布式系统中，每个主机都实现了若干通信协议来封装和解释互相交换的数据。如果通信协议不能满足效率和安全的要求，就会使分布式系统的运行出现问题。移动代理为这个问题提供了一种解决方案，它可以移动到远程主机中去，通过专用协议来建立“信道”。

(4)异步的自主执行。移动设备通常依赖于收费昂贵的、脆弱的网络连接。在移动设备和固定网络之间持续打开网络连接是不经济的，技术上也是不可行的。为了解决这个问题，可以把任务嵌入到移动代理中，将其派遣到网络中去。进入网络的移动代理可以异步地、自主地工作。移动设备可以通过网络连接收集移动代理完成自己的工作。

(5)动态自适应。移动代理可以感知它的执行环境，自动地改变其作用能力。多个移动代理可以分布在网络中的各个主机中，维护最佳的网络配置，解决特定的问题。

(6)天然的异构性。无论从硬件或软件角度看，网络计算都是异构性的。由于移动代理通常与计算机和传输协议无关，只依赖于它们的执行环境，因而为无缝的系统集成提供了最佳条件。

(7)健壮和容错。移动代理能够在“不太适宜”的环境中动态调整其作用能力，利用这种能力可以建立一个健壮的、容错的分布式系统。如果一个主机失效了，所有在其中执行的代理都会发出警告，并且及时移动到其他的主机继续它们的工作。即使新的主机中没有移动代理的关键应用，但其他应用也会从移动代理的工作中受益。移动代理可以用在下列方面：

(1)电子商务。移动代理很适合电子商务应用。在商业事务处理中需要实时地访问远程资源，例如股市报价需要代理对代理进行协商。不同的代理有不同的目标和实现，实施不同的策略来达到自己的目标。我们可以利用嵌入了生产者意图的代理作为他们的代表，与其他代理进行谈判和协同工作。

(2)个人助理。移动代理在远程主机中执行的能力适合作为个人助手，代表其生产者在网络中完成任务。远程助理独立于有限的网络连接进行工作，其生产者在此期间甚至可以关机。例如，为了安排会议日程，用户可以发出一个移动代理，与代表被邀请人的代理进行协商，以确定会期和议程。

(3)安全的经纪人。如果各个协作者不都是可以信任的，那么可以利用移动代理完成协同工作。协作各方让他们的代理移动到都认为安全的主机中，在那里完成协同工作，而不必担心这个主机对某一方有利或不利。

(4)分布式信息检索。代理生产者可派遣移动代理到远程信息源，在那里完成信息检索任务，再把生成的索引传回搜索主机，而不必通过网络向搜索引擎所在地传输大量信息。移动代理还可以把搜索范围扩大到移动代理生成之时还不存在的新区域中。

(5)通信网络服务。动态网络配置和用户定制服务是支持高级通信服务管理的技术。网络的物理范围和严格的操作需求使得系统灵活性与效率之间很难兼顾。处理这种问题，移动代理是一种很好的解决方案。

(6)工作流应用和群件。工作流应用必须支持合作方之间的信息流动。移动代理在这里很有用，因为除过移动性之外，它们还具有一定程度的自主性。一个工作流项目可以嵌入完整的信息和行为能力，独立于任何其他应用而在组织之间移动。

(7)网络监控和事件通知。这种经典的移动代理应用强化了代理的异步性。代理可以监控一个给定的信息源而独立于产生代理的系统，代理也可以等待某种事件的出现。特别重要的是，监控代理的生命期要超过产生它们的计算过程。

(8)消息发布。移动代理可以嵌入所谓的“因特网推进技术”。代理可以发布各种消息，例如新闻事件或软件更新消息。移动代理携带着新的软件成分和安装过程进入客户计算机，在那里更新和维护制造商的软件。

(9)并行处理。如果移动代理可以在网络中不断地克隆，那么就产生了一种潜在的移动代理应用——管理并行处理任务。有的计算任务需要很大的处理能力，必须分布在多个处理机中执行，这时采用移动代理技术来分配处理任务是一种不错的选择。9.4.2网络管理中的移动代理

1.自动发现和网络建模

在网络管理中，自动发现是最基本的管理功能之一。自动发现有多种目的。最简单的是在网络中发现感兴趣的设备。更深入的发现涉及到构造一个详细的网络视图，在其中显示设备中提供的服务，或者发现满足某种约束的设备。如果约束条件是设备的功能状态，那么它就可以发现网络通信中存在的问题。移动代理是完成发现任务的便利工具。基本的网络发现(仅发现结点)虽然不是使用移动代理的正当理由，但是更复杂的网络发现任务却会受益于新增加的移动能力。通常使用的发现技术是向某个区域中的IP地址发送ping报文，从接收到的响应构建网络视图。移动代理可以把它访问到的网络结点的标识符发送给生成它的管理结点。这样的移动代理被注入到网络中，通过不断迁移的方法在网络中旅行(参见图9.7)。这种方法比通常的ping方法更加灵活，移动代理不需要具有网络拓扑的知识，搜索任务的终止可以用代理内嵌的启发式算法来解决，例如用跳步计数或者访问一个特定结点的次数来决定停止搜索的时刻。图9.7发现代理

2.网络故障诊断

网络发现的原理也可以用于故障诊断。故障检测就是建立特殊网络模型的过程。例如，一种简单的委派件(Deglet)可以用于发现利用率超过一定门限的结点，这样就建立了过度使用结点的模型。如果发现的约束条件是网络元素违反正常行为，则测试约束条件的代理就可以完成故障检测的功能。无论委派件或者网件都可以在故障检测中使用。委派件还可以与有问题的设备交互作用，完成更多的测试任务，或者执行恢复功能。约束不必限于单个设备，约束条件可以编码成复杂的故障检测和关联算法。唯一的限制就是网件的大小，这会影响其迁移的效率和网络的吞吐率。利用Java语言的表达能力、代码压缩技术或者智能算法可以解决这个问题。在运行性能方面支持移动代理工程化的理论基础正在研究之中。

遵循一定安全规则的委派件和网件可以在网络设备中完成许多功能。例如，这样的网件可以自主地发现问题，并完成系统恢复的功能(参见图9.8)。网络管理员可能会收到事件通知，在需要人工干预或者无法完成恢复功能时被给予警告。许多这样的网络修复代理提供了一定程度的网络免疫功能。图9.8维护代理

3.异构设备的远程维护

移动代理需要通过安全接口与驻地结点交互作用，间接地访问主机资源和服务，这样的接口叫做虚拟管理组件(VirtualManagedComponent，VMC)，是由设备制造商设计和实现的。制造商在VMC中内嵌的设施是一种可下载的数据表示小程序(Applet)。当一个设备连接到网络时，可利用的设施就被发布给有关各方。例如，发现代理可能需要一个服务列表，浏览设备列表的用户可能需要检查特殊的设备(参见图9.9)。如果设备的注册信息显示：它可以提供自己的设施来检查它的状态，则应用小程序就被检索出来，在管理员的本地工作站中执行。应用小程序提供了数据表示和交互作用的功能，这是设备制造商认为最适合这种设备的工作方式。如果一个设备不提供数据表示小程序，则管理员或者要有一个设备句柄，或者要有一个通用的设备浏览器，这是如今广泛使用的传统网络管理模式。这样的设备不仅在管理站一边要有自己的表示形式，而且要实现一个通信协议(例如SNMP)，向管理站传输所有的设备参数。采用可下载的小程序就把这一切都省去了。

另外一个吸引人的地方就是小程序存储在服务器(例如制造商的Web服务器)中。随着网络设备装运的VMC可能只包含远程应用小程序的引用指针，在需要时可以从服务器中下载。这样做的优点是，制造商可以保持其存储内容随时更新，维持更便利的服务。构建制造商服务器作为移动代码的环境，而用VMC来存储设备的行为，这是一种很吸引人的解决方案。

4.服务配置

在通信网络中配置服务是一个复杂的过程，通常涉及到多个方面。移动代理可以使这个过程流水地进行。为了说明移动代理在这方面的应用，让我们考虑在ATM网络中建立固定虚电路(PVC)的例子。可能需要比较长的时间进行多方协商，才能在两个ATM交换机之间建立一条PVC，特别是在两个交换机属于不同制造商生产的情况下。一条PVC可能经过由一个网络管理员控制的网络通路。如果另外一个运营公司提供类似的服务但是有不同的价格，这个过程可能会更长。在一个异构型网络中，可能有几个网络管理员涉及这个过程。现在还没有标准的协议可以完成这个任务。基于移动代理的系统可以用自治的方式完成类似的任务(参见