网管技术范文
时间:2023-03-23 18:39:49
导语:如何才能写好一篇网管技术,这就需要搜集整理更多的资料和文献,欢迎阅读由公务员之家整理的十篇范文,供你借鉴。
篇1
1 引言
abc公司的各分支机构遍布全国,各分支与总部之间和各分支相互之间有多种业务,每种业务对网络要求都不一样,有些业务(如voip、 erp等)对于网络质量有比较高的要求,因此中国电信建议abc公司选用中国电信新一代网络“ip虚拟专网”组建全新的企业业务网络,中国电信同时为客户提供远程的网络监控及管理服务——中国电信网管专家服务。
网管专家服务主要基于cpe到cpe的管理,并针对“ip虚拟专网”提供个性化的性能指标监控和管理,根据abc公司的网络情况,中国电信建议为abc公司管理全国的专线线路和网络设备,并每月提供相应的网络运行分析报告。它以“一点接入、全网监控”的方式,7*24小时实时监控客户的端到端网络性能状况和故障情况,主动发现和处理客户网络故障,并及时主动通知客户,定期向客户提供网络运行及优化分析报告,同时,通过“大客户贴心服务系统”web界面,客户能自主地透明查看其网络的实时运行状况及故障处理阶段状态,并可按客户需求提供cpe设备现场服务、顶替服务或租赁服务,从而为客户提供差异化、高增值的广域网络监控管理外包服务。
2 服务技术原理及关键技术研究
网管专家服务采用标准的snmp协议和icmp获取客户网络的网管信息。网管专家服务数据中心的polling server每30秒ping被管理设备;每5分钟主动获取设备的cpu, memory, interface信息(不同厂商设备cpu, memory和interface的oid不一样);被动检听设备的snmp traps,立即响应。2.1 snmp原理
基于tcp/ip的网络管理包含两部分:网络管理站(也叫管理进程,manager)和被管理的网络单元(也叫被管设备)。被管设备种类繁多,例如:路由器、x终端、终端服务器和打印机等。这些被管设备的共同点就是都运行tcp/ip协议。被管设备端和管理相关的软件叫做程序(agent)或进程基于tcp/ip的网络管理包含3个组成部分:
一个管理信息库mib(management information base)。管理信息库包含所有进程的所有可被查询和修改的参数。
关于mib的一套公用的结构和表示符号。叫做管理信息结构smi(structure of management information)。
管理进程和进程之间的通信协议,叫做简单网络管理协议snmp(simple network management protocol)。
关于管理进程和进程之间的交互信息,snmp定义了5种报文:
get-request操作:从进程处提取一个或多个参数值。
get-next-request操作:从进程处提取一个或多个参数的下一个参数值。
set-request操作:设置进程的一个或多个参数值。
get-response操作:返回的一个或多个参数值。这个操作是由进程发出的。它是前面3中操作的响应操作。
trap操作:进程主动发出的报文,通知管理进程有某些事情发生。
前面的3个操作(get-request、get-next-request、set-request)是由管理进程向进程发出的。后面2个(get-response、trap)是进程发给管理进程的。
snmp(简单网络管理协议)是用来管理网络设备时的国际标准协议,通过对网络设备mib(管理信息库)中的具体参数的查询和设置,可以实现对网络设备的管理。例如:对许多启用了标准snmp协议的网络设备(如cisco交换机、路由器等)的接口信息,不但能使用前面介绍的snmp的get操作获得接口状态的up或down的信息,而且可以使用set操作来设置接口的up或down状态。这就是使用snmp协议对网络设备进行管理的技术实现原理。2.2 icmp原理
icmp是“internet control message protocol”(internet控制消息协议)的缩写。它是tcp/ip协议族的一个子协议,用于在ip主机、路由器之间传递控制消息。控制消息是指网络通不通、主机是否可达、路由是否可用等网络本身的消息。这些控制消息虽然并不传输用户数据,但是对于用户数据的传递起着重要的作用。
经常使用的ping命令的执行过程实际上就是icmp协议工作的过程。ping (packet internet grope),用于测试网络连接量的程序。基于icmp协议的ping命令是个使用频率极高的实用程序,用于确定本地主机是否能与另一台主机交换(发送与接收)数据报。根据返回的信息,我们就可以推断tcp/ip参数是否设置得正确以及运行是否正常。
按照缺省设置,ping命令发送4个icmp(网间控制报文协议)回送请求,每个32字节数据,如果一切正常,我们应能得到4个回送应答。 ping能够以毫秒为单位显示发送回送请求到返回回送应答之间的时间量。如果应答时间短,表示数据报不必通过太多的路由器或网络连接速度比较快。ping还能显示ttl(time to live存在时间)值,我们可以通过ttl值推算一下数据包已经通过了多少个路由器:源地点ttl起始值(就是比返回ttl略大的一个2的乘方数)-返回时ttl值。如果某些ping命令出现运行故障,它也可以指明到何处去查找问题。2.3 netflow技术
netflow技术首先被用于网络设备对数据交换进行加速,并可同步实现对高速转发的ip数据流(flow)进行测量和统计。经过多年的技术演进,netflow原来用于数据交换加速的功能已经逐步由网络设备中的专用asic芯片实现,而对流经网络设备的ip数据流进行特征分析和测量的功能也已更加成熟,成为了当今互联网领域公认的最主要的ip/mpls流量分析和计量行业标准,同时也被广泛用于网络安全管理。利用netflow技术能对ip/mpls网络的通信流量进行详细的行为模式分析和计量,并提供网络运行的准确统计数据,这些功能都是运营商在进行网络安全管理时实现异常通信流量检测和参数定性分析所必需的。
由于ip网络的非面向连接特性,网络中不同类型业务的通信可能是任意一台终端设备向另一台终端设备发送的一组ip数据包,这组数据包实际上就构成了运营商网络中某种业务的一个数据流(flow)。通过分析ip数据包的不同属性(源ip地址、目标ip地址、协议类型)来进行流量分析。可以快速区分网络中传送的各种不同类型业务的flow。对区分出的每个数据流netflow可以进行单独地跟踪和准确计量,记录其传送方向和目的地等流向特性,统计其起始和结束时间,服务类型,包含的数据包数量和字节数量等流量信息。对采集到的数据流流量和流向信息,netflow可以定期输出原始记录,也可以对原始记录进行自动汇聚后输出统计结果。2.4 saa
服务保证(saa)是service assurance agent的简写,saa为整个网络提供了针对服务级别的管理。允许检测应答时间、网络资源、有效性、跳动、连接时间、数据包丢失和应用程序工作情况,允许用户监控网络性能,还可通过测试响应时间来判断程序性能。利用这些功能,管理员能进行故障修复,问题公告,问题分析等操作。通过saa业务定期执行,可以真实的衡量网络性能。各种性能衡量尺度包括包来回响应时间、连接时间、丢包率、应用性能等等。这些特点使用户得到通知并迅速解决问题,同时基于saa收集的数据进行问题分析。
saa同时支持帧中继、voip、mplsvpns等。saa帧中继业务允许用户可以衡量响应时间、帧丢失率、帧中继pvc数据完整率这些参数。通过测量这些参数,服务商可以确定路由协议是否正常工作,是否满足用户的需求。saa的增强功能允许用户将saa业务应用到mpls vpn pe路由器上,saa业务允许服务商向用户提供设计、供给和管理ip vpn的服务。
参考文献:
篇2
关键词:数据互联中心 数据建模 数据仓库 管控分析门户
中图分类号:TP399 文献标识码:A 文章编号:1674-098X(2017)01(c)-0087-05
1 运营商网管系统数据现状及问题
随着移动LTE业务的迅速发展,网管数据迅速增长,对网管系统的数据支撑要求也越来越高,急需网管数据能更全面分析用户感知、更深层次挖掘网络隐患、更实时发现故障和质量下降、更准确预测用户投诉行为、更快速解决故障和质量问题。但目前各网管系统仍以功能性场景服务为主,只能解决单一场景的问题,在数据的关联服务能力方面较弱,无法有效支撑面向用户的数据服务支撑能力。目前主要存在以下问题。
(1)在使用方层面,希望能将各类网管数据(告警、性能、资源、工单、工程、拓扑、拨测、投诉)进行集中管理、对地市共享,实现各类网管数据的集中互联、关联、清洗、共享,并希望实现网管数据和信令数据的关联,支持从网管数据到信令详情的追溯。
(2)从应用层面考虑,应用对于数据实时性要求越来越高,目前已有的系统无法满足应用的实时性要求;应用从多个系统获取数据成本较大,不利于上层应用敏捷开发、快速部署的诉求,与互联网新架构的发展趋势不相符。
(3)从数据层面考虑,多个系统形成数据孤岛,缺少统一的接入、清洗、建模的管理,需要统一的数据接入、统一的计算、统一的接口共享来打破数据孤岛;各自独立系统运维、管理面临很大难题,通过数据互联统一运维,提高资源利用率和处理效率;匹配互联网的发展趋势,数据统一互联形成大数据平台成为互联网主流选择。
2 利用大数据技术构建运营商网管数据互联中心的方法
针对目前网管系统数据分散、数据服务能力较弱,无法有效支撑运营商面向用户的网络质量管理要求,该文提出利用大数据技术构建网管数据互联中心,对分散的网管数据进行互联、清洗、关联,并构建灵活统一的数据服务层,有效提高数据服务能力,支撑面向用户的网络质量管理要求,如投诉预警、实时监控、省市共享、挖掘分析等应用。
该文方法主要包括两大阶段:调研分析验证阶段和融合互联实现阶段。
(1)调研分析验证阶段。
该阶段主要是研究需求与数据、探索数据之间的业务联系,可按如下步骤进行。
①调研梳理。
调研梳理各类业务和数据模型分布、用途等信息。
调研梳理各系统数据对外提供共享接口形式、共享机制、更新频率、数据粒度等。
数据资源调研分析示例见表1。
②模型分析。
对各应用需求分类汇总,进行共性分析。
分析各应用需求与数据支撑的差距,了解短板所在。
分析省数据,研究数据关联节点,进行多数据关联模型设计。
建模分析方法示例如下。
需要解决的问题:定位用户投诉原因。
数据建模方法:数据源:信令数据、投诉数据、性能数据、资源数据。关联维度:用户、时间、业务、网元。关联指标:投诉事件、信令事件、网元性能、网元资源。模型价值:实现快速地投诉问题原因溯源定位。
数据融合互联分析模型:多数据源,跨数据维度匹配、指标关联,实现深入分析。
用户投诉无法呼叫。
根据投诉号码时间点关联用户信令事件(是否网络原因)。
根据信令中位置信息关联资源数据。
根据资源数据关联呼叫失败发生的小区接通性能指标。
小区资源不足、小区覆盖质量差、小区设备存在故障等原因定位。
③实施验证。
预采集所需各类数据,包括传统性能数据、工单数据、告警数据、投诉数据等。
关联建模,构建新的数据模型。
搭建数据DEMO,验证模型设计。
(2)融合互联实现阶段。
利用大数据技术构建运营商网管数据互联中心的构建方法,构建网管数据互联中心,主要包括5个步骤:统一数据接入、统一数据建模、集中数据存储、统一数据共享、统一平台管控。
统一数据接入:负责统一的数据接入。可根据业务需求和数据类型提供多种接入方式;数据接入后根据规则对数据进行初次清洗。
统一数据建模:负责对接入数据进行统一建模。对数据做统一的标准化处理,同时也可以根据业务规则对多数据源进行关联。
集中数据存储:负责对建模后数据的统一存储。运用Hadoop分布式技术,对于数据查询时延要求高的可以存储在Hbase上;对于数据需要提供灵活查询方式的可以存储在Hive上。
统一数据共享:负责数据的统一对外共享。统一的数据共享可以有效防止数据泄露,降低上层应用获取数据的成本。可根据业务需求提供多种数据共享方式,整体上分实时获取和非实时获取方式。
统一平台管控:负责对网管数据互联中心进行管理和控制。包括对用户的安全认证、数据获取方的权限管理、互联中心的数据进行质量监控等。
3 具体实现方法
3.1 互联中心建设
3.1.1 总体架构图
网管数据互联中心的架构,主要包括5个核心模块:南向数据接入层、数据关联中心、数据仓库、北向共享接口层、互联中心管控分析门户(见图1)。
3.1.2 功能模块介绍
(1)南向数据接入层。
负责各种网络数据的实时性接入和非实时性接入,实时性要求高的数据通过Kafka方式接入,对实时性无要求的数据则通过Flume方式接入。需接入的数据如下。
①工单:开通、故障、投诉。
②网络变更:工程割接、其他变更操作等。
③网络资源:2/3/4G基站信息、2/3/4G小区信息、BSC、RNC、SGSN、MME等网络资源信息。
④网管性能:从采集平台获取分支进行计算汇总,实时监控需求从采集平台直接送综合监控。
⑤告警:历史告警(补充了很多处理信息);实时告警(没有工单状态),综合监控目前没有实时的告警的对外共享接口,通过MQ消息送到Kafka总线,经过storm清洗后入Hbase。
⑥拨测:基于探针拨测和仿真测试。
⑦用户投诉:批量投诉、广义投诉等。
⑧其他网络数据,如日志等,后续检视具体应用的数据需求再确定。
⑨无线专业的数据范围待后续结合地市需求和无优中心沟通后细化,比如投诉黑点、MR等。
(2)数据关联中心。
数据关联中心是对南向接入数据进行数据建模、对数据模型化处理,主要分为“资源ODM化”和“多数据源关联”。
①资源信息ODM化:通过加载资源数据后,采用Spark Streaming技术对南向接入的其他数据源,以实时流的方式进行高效资源维度信息规范化处理,回填资源信息,为后续的多数据源关联提供统一标准的资源维度。
②多数据源关联:是依据数据融合模型场景,对实时计算需求场景中使用Spark SQL,在离线计算需求场景中使用Hive,对ODM化输出的各数据源的以资源维度为索引进行数据关联和汇聚的处理。
数据源关联原则(三同一全原则):同最小维度关联,对最小维度级别相同的数据源进行关联。同网络类型关联,关联的数据源中只存在某种网络类型(2、3、4G)的,则根据网络类型维度分别关联输出模型。同数据量级关联,进行关联的数据源必须在同一数据量级,否则分开模型输出。全字段关联,关联的各数据源中维度外的字段全部输出到模型里。
数据管理中心处理包括实时计算框架和离线计算框架2类。
①实时计算框架:接入流式消息数据,数据从接入系统到计算出结果耗时在1 min内,进程常驻;计算框架为Spark Steaming,对接消息队列Kafka获取消息。
②离线计算框架:接入文件数据,数据从接入系统到计算出结果耗时在5 min以上,按需启动/结束进程;计算框架为Spark和Hive,从HDFS获取输入数据。
(3)数据仓库。
数据仓库负责共享数据的统一存储,包括ODM化后的原始接入数据和关联后的融合模型数据。ODM化后的原始接入数据因其数据量大,存储在Hbase集群以提供高速的海量数据查询响应。关联后的融合模型数据是对多数据源关联汇聚后的统计数据,存储在Hive以提供灵活组合的高效查询。
(4)北向共享接口层。
北向共享接口层是一种分布式接口服务层,负责数据对外开放共享。外部系统可以通过5种方式获取数据。
实时获取Hbase数据。以REST API方式,对外GET(URL)接口,将查询条件封装在URL?para1=xxx&
para2=xxx,以JSON的格式返回查询数据。此方式主要用于查询结果集较小、实时性要求高的场景。
异步获取Hbase数据。以Kafka+FTP方式,查询结果较大时使用此方式,将结果写入文件中,然后上传到FTP服务器上,通过Kafka返回如何获取文件的信息。此方式主要用于查询结果集较大、实时性要求低的场景。
异步获取即系查询数据。以Kafka+FTP方式,查询结果较大时使用此方式,将结果写入文件中,然后上传到FTP服务器上,通过Kafka返回如何获取文件的信息。此方式主要用于查询结果集较大、实时性要求低的场景。与第二种的差别是,第二种方式查询的是Hbase数据、而此方式查询的是Hive数据。
FTP定期获取数据。数据互联中心把使用方需要的数据(Hbase、Hive数据)上传至FTP,使用方定期扫描FTP服务器,发现有新文件t获取下来。考虑到多用户频繁扫描FTP服务器会增加服务器压力,目前未使用该方式。
获取Kafka实时数据。通过Kafka接口,实时传输数据,使用方订阅相应Topic即可获取所需数据。此方式主要用于对数据实时性要求极高的场景。
(5)互联中心管控分析门户。
互联中心管控分析门户用于对互联中心进行可视化管理和控制,分5个子模块:元数据管理、数据质量、接口管理、安全管理、用户权限管理。
元数据管理。对南向接入数据进行可视化管理;对资源数据的管理和对数据源的资源关联规则配置,包括资源列表和资源关联规则两部分;提供在ODM化和数据源关联以后、最终共享给外部系统的模型数据视图;提供接入数据的数据流向图。
数据质量。对互联中心的接入数据的完整性进行统计、给出缺失的文件;统计各模型的资源关联率、关联率低的模型及时告警。
接口管理。管理南向数据接入的种类、接入方式、采集频率等信息;管理北向共享数据的种类、共享方式、时间粒度等信息。
安全管理。对用户行为进行监控、对敏感数据进行脱敏等。
用户权限管理。对每个访问互联中心的账号进行权限管理,按要求进行授权。
3.1.3 数据总体的流向处理
互联中心数据流总体上分2类:实时数据流和非实时数据流。
(1)实时数据流。实时数据流向如图2所示。
(2)非实时数据流。非实时数据流向如图3所示。
3.2 互联中心应用场景介绍
3.2.1 已落地应用
网管数据互联中心目前已接入5类数据,有效支撑智能研判、自研竞赛、地市共享等应用。接入数据及支持的应用情况见表2。
后续将接入话务网性能数据、数通网性能数据、综分系统数据、有线网优等性能指标数据,客响数据,广义投诉,集客、家宽等资源数据,HSS日志数据等数据,丰富网管数据,以便支持更多的网管应用。
3.2.2 典型应用介绍
故障投诉预警系统:通过互联中心北向接口,获取所需要的告警、工单、网络变更、用户投诉等数据。
数据共享方式如图4所示。
对于工单、网络变更、投诉等数据量较小、实时性要求高的数据,故障投诉预警系统可以实时查询Hbase获取数据,即图4中A方式。
对于告警数据,由于数据量大、且实时性要求也较高,故障投诉预警系统可以通过异步查询Hbase,即图4中B方式,在Hbase查询完数据后把数据文件上传至数据共享机,同时会发一条通知消息至Kafka,故障投诉预警系统可以从该消息中获取到文件信息,然后根据获取的文件信息通过FTP方式从数据共享机获取数据文件。
对于投诉历史数据、告警历史数据等,数据量较大、实时性要求较低,故障投诉预警系统可以通过异步查询Hive,即图4中C方式,在Hive查询完数据后把数据文件上传至数据共享机,同时会发一条通知消息至Kafka,故障投诉预警系统可以从该消息中获取到文件信息,然后根据获取的文件信息通过FTP方式从数据共享机获取数据文件。
4 结语
利用成熟的大数据技术,借鉴互联网公司经验,构建统一的网管数据互联中心,统一数据处理,融合多源数据,进行关联分析、挖掘分析,可以建更高效的业务分析模型,满足业务发展要求;通过有效数据融合互联,进行线性回归,溯源分析,实现更精准的端到端分析,可以更好地优化客户体验,提高客户满意度。
该文的意义在于提供一个高效可行的方法,破除网管系统烟囱建设、数据孤岛、支撑力度不足问题,通过集中的网管数据互联中心,提供更强大的数据处理能力,更高效的分析模型,更好地促进业务发展,提高企业综合竞争力。
参考文献
[1] 单绍龙,张西群,刘光富.互联异构数据库系统构建综合数据中心平台的研究[J].计算机光盘软件与应用,2012(11):155.
篇3
关键字:计算机网络 管理 web
abstract
along with the scale expansion and increase of the computer network, the network management is more and more important in the computer network system status. this article first introduced computer network management agreement in the simple, then introduced common two kinds of network management pattern at present.
keywords:computer network management web
一、网络管理技术概述
1.网络管理技术的现状
网络管理这一学科领域自20世纪80年代起逐渐受到重视,许多国际标准化组织、论坛和科研机构都先后开发了各类标准、协议来指导网络管理与设计,但各种网络系统在结构上存在着或大或小的差异,至今还没有一个大家都能接受的标准。当前,网络管理技术主要有以下三种:诞生于internte家族的snmp是专门用于对internet进行管理的,虽然它有简单适用等特点,已成为当前网络界的实际标准,但由于internet本身发展的不规范性,使snmp有先天性的不足,难以用于复杂的网络管理,只适用于tcp/ip网络,在安全方面也有欠缺。已有snmpv1和snmpv2两种版本,其中snmpv2主要在安全方面有所补充。随着新的网络技术及系统的研究与出现,电信网、有线网、宽带网等的融合,使原来的snmp已不能满足新的网络技术的要求;cmip可对一个完整的网络管理方案提供全面支持,在技术和标准上比较成熟.最大的优势在于,协议中的变量并不仅仅是与终端相关的一些信息,而且可以被用于完成某些任务,但正由于它是针对snmp的不足而设计的,因此过于复杂,实施费用过高,还不能被广泛接受;分布对象网络管理技术是将corba技术应用于网络管理而产生的,主要采用了分布对象技术将所有的管理应用和被管元素都看作分布对象,这些分布对象之间的交互就构成了网络管理.此方法最大的特点是屏蔽了编程语言、网络协议和操作系统的差异,提供了多种透明性,因此适应面广,开发容易,应用前景广阔.snmp和cmip这两种协议由于各自有其拥护者,因而在很长一段时期内不会出现相互替代的情况,而如果由完全基于corba的系统来取代,所需要的时间、资金以及人力资源等都过于庞大,也是不能接受的.所以,corba,snmp,cmip相结合成为基于corba的网络管理系统是当前研究的主要方向。
2.网络管理协议
网络管理协议一般为应用层级协议,它定义了网络管理信息的类别及其相应的确切格式,并且提供了网络管理站和网络管理节点间进行通讯的标准或规则。
网络管理系统通常由管理者(manager)和( agent)组成,管理者从各那儿采集管理信息,进行加工处理,从而提供相应的网络管理功能,达到对管理之目的。即管理者与之间孺要利用网络实现管理信息交换,以完成各种管理功能,交换管理信息必须遵循统一的通信规约,我们称这个通信规约为网络管理协议。
目前有两大网管协议,一个是由ietf提出来的简单网络管理协议snmp,它是基于tcp / ip和internet的。因为tcp/ip协议是当今网络互连的工业标准,得到了众多厂商的支持,因此snmp是一个既成事实的网络管理标准协议。snmp的特点主要是采用轮询监控,管理者按一定时间间隔向者请求管理信息,根据管理信息判断是否有异常事件发生。轮询监控的主要优点是对的要求不高;缺点是在广域网的情形下,轮询不仅带来较大的通信开销,而且轮询所获得的结果无法反映最新的状态。
另一个是iso定义的公共管理信息协议cmip。cmip是以osi的七层协议栈作为基础,它可以对开放系统互连环境下的所有网络资源进行监测和控制,被认为是未来网络管理的标准协议。cmip的特点是采用委托监控,当对网络进行监控时,管理者只需向发出一个监控请求,会自动监视指定的管理对象,并且只是在异常事件(如设备、线路故障)发生时才向管理者发出告警,而且给出一段较完整的故障报告,包括故障现象、故障原因。委托监控的主要优点是网络管理通信的开销小、反应及时,缺点是对的软硬件资源要求高,要求被管站上开发许多相应的程序,因此短期内尚不能得到广泛的支持。
3.网络管理系统的组成
网络管理的需求决定网管系统的组成和规模,任何网管系统无论其规模大小如何,基本上都是由支持网管协议的网管软件平台、网管支撑软件、网管工作平台和支撑网管协议的网络设备组成。
网管软件平台提供网络系统的配置、故障、性能以及网络用户分布方面的基本管理。目前决大多数网管软件平台都是在unix 和dos/windows平台上实现的。目前公认的三大网管软件平台是:hp view、ibm netview和sun netmanager。虽然它们的产品形态有不同的操作系统的版本,但都遵循snmp协议和提供类似的网管功能。
不过,尽管上述网管软件平台具有类似的网管功能,但是它们在网管支撑软件的支持、系统的可
靠性、用户界面、操作功能、管理方式和应用程序接口,以及数据库的支持等方面都存在差别。可能在其它操作系统之上实现的netview、 openview、netmanager网 管 软 件 平 台 版 本 仅 是 标 准netview、 openview、netmanager的子集。例如,在ms windows操作系统上实现的netview 网管软件平台版本netview for windows 便仅仅只是netview的子集。
网管支撑软件是运行于网管软件平台之上,支持面向特
定网络功能、网络设备和操作系统管理的支撑软件系统。
网络设备生产厂商往往为其生产的网络设备开发专门的网络管理软件。这类软件建立在网络管理平台之上,针对特定的网络管理设备,通过应用程序接口与平台交互,并利用平台提供的数据库和资源,实现对网络设备的管理,比如cisco works就是这种类型的网络管理软件,它可建立在hp open view和ibm netview等管理平台之上,管理广域互联网络中的cisco路由器及其它设备。通过它,可以实现对cisco的各种网络互联设备(如路由器、交换机等)进行复杂网络管理。
4.网络管理的体系结构
网络管理系统的体系结构(简称网络拓扑)是决定网络管理性能的重要因素之一。通常可以分为集中式和非集中式两类体系结构。
目前,集中式网管体系结构通常采用以平台为中心的工作模式,该工作模式把单一的管理者分成两部分:管理平台和管理应用。管理平台主要关心收集的信息并进行简单的计算,而管理应用则利用管理平台提供的信息进行决策和执行更高级的功能。
非集中方式的网络管理体系结构包括层次方式和分布式。层次方式采用管理者的管理者mom(manager of manager)的概念,以域为单位,每个域有一个管理者,它们之间的通讯通过上层的mom,而不直接通讯。层次方式相对来说具有一定的伸缩性:通过增加一级mom,层次可进一步加深。分布式是端对端(peer to peer)的体系结构,整个系统有多个管理方,几个对等的管理者同时运行于网络中,每个管理者负责管理系统中一个特定部分 “域”,管理者之间可以相互通讯或通过高级管理者进行协调。
对于选择集中式还是非集中式,这要根据实际场合的需要来决定。而介于两者之间的部分分布式网管体系结构,则是近期发展起来的兼顾两者优点的一种新型网管体系结构。
二、几种常见的网络管理技术
1.基于web的网络管理模式
随着 internet技术的广泛应用,intranet也正在悄然取代原有的企业内部局域网,由于异种平台的存在及网络管理方法和模型的多样性, 使得网络管理软件开发和维护的费用很高, 培训管理人员的时间很长, 因此人们迫切需要寻求高效、方便的网络管理模式来适应网络高速发展的新形势。随着intranet和web 及其开发工具的迅速发展,基于web的网络管理技术也因此应运而生。基于web的网管解决方案主要有以下几方面的优点:(1)地理上和系统间的可移动性:系统管理员可以在intranet 上的任何站点或internet的远程站点上利用 web 浏览器透明存取网络管理信息;(2)统一的web浏览器界面方便了用户的使用和学习,从而可节省培训费用和管理开销;(3)管理应用程序间的平滑链接:由于管理应用程序独立于平台,可以通过标准的http协议将多个基于web的管理应用程序集成在一起,实现管理应用程序间的透明移动和访问;(4)利用 java技术能够迅速对软件进行升级。 为了规范和促进基于web的网管系统开发,目前已相继公布了两个主要推荐标准:webm和jmapi。两个推荐标准各有其特色,并基于不同的原理提出。
webm方案仍然支持现存的管理标准和协议,它通过web技术对不同管理平台所提供的分布式管理服务进行集成,并且不会影响现有的网络基础结构。
jmapi 是一种轻型的管理基础结构,采用jmapi来开发集成管理工具存在以下优点:平台无关、高度集成化、消除程序版本分发问题、安全性和协议无关性。
2.分布对象网络管理技术
目前广泛采用的网络管理系统模式是一种基于client/server技术的集中式平台模式。由于组织结构简单,自应用以来,已经得到广泛推广,但同时也存在着许多缺陷:一个或几个站点负责收集分析所有网络节点信息,并进行相应管理,造成中心网络管理站点负载过重;所有信息送往中心站点处理,造成此处通信瓶颈;每个站点上的程序是预先定义的,具有固定功能,不利于扩展。随着网络技术和网络规模尤其是因特网的发展,集中式在可扩展性、可靠性、有效性、灵活性等方面有很大的局限,已不能适应发展的需要.
2.1corba技术
corba技术是对象管理组织omg推出的工业标准,主要思想是将分布计算模式和面向对象思想结合在一起,构建分布式应用。corba的主要目标是解决面向对象的异构应用之间的互操作问题,并提供分布式计算所需要的一些其它服务。omg是corba平台的核心,它用于屏蔽与底层平台有关的细节,使开发者可以集中精力去解决与应用相关的问题,而不必自己去创建分布式计算基础平台。corba将建立在orb之上的所有分布式应用看作分布计算对象,每个计算对象向外提供接口,任何别的对象都可以通过这个接口调用该对象提供的服务。corba同时提供一些公共服
务设施,例如名字服务、事务服务等,借助于这些服务,corba可以提供位置透明性、移动透明性等分布透明性。
2.2corba的一般结构
基于corba的网络管理系统通常按照client/server的结构进行构造。其中,服务方是指针对网络元素和数据库组成的被管对象进行的一些基本网络服务,例如配置管理、性能管理等.客户方则是面向用户的一些界面,或者提供给用户进一步开发的管理接口等。其中,从网络元素中获取的网络管理信息通常需要经过corba/snmp网关或corba/cmip网关进行转换,这一部分在有的网络管理系统中被抽象成corba的概念.从以上分析可以看出,运用corba技术完全能够实现标准的网络管理系统。不仅如此,由于corba是一种分布对象技术,基于corba的网络管理系统能够克服传统网络管理技术的不足,在网络管理的分布性、可靠性和易开发性方面达到一个新的高度。
三、结语
目前,计算机网络的应用正处于一个爆炸性增长的时期,并且网络规模迅速扩大,网络的复杂程度也日益加剧。为适应网络大发展的这一时代需要,在构建计算机网络时必须高度重视网络管理的重要性,重点从网管技术和网管策略设计两个大的方面全面规划和设计好网络管理的方方面面,以保障网络系统高效、安全地运行。值得注意的是,基于web 的网管解决方案将是今后一段时期内网管发展的重要方向,相信通过统一的浏览器界面实现全面网络管理的美好愿望将会得到实现。
参考文献:
黎洪松,裘哓峰 . 网络系统集成技术及其应用 . 科学出版社,1999
王宝济 . 网络建设实用指南 . 人民邮电出版社,1999
篇4
一、网络管理技术概述
网络管理已经成为计算机网络和电信网研究中最重要的内容之一。网络中采用的先进技术越多,规模越大,网络的维护和管理工作也就越复杂。计算机网络和电信网的管理技术是分别形成的,但到后来渐趋同化,差不多具有相同的管理功能和管理原理,只是在网络管理上的具体对象上有些差异。
通常,一个网络由许多不同厂家的产品构成,要有效地管理这样一个网络系统,就要求各个网络产品提供统一的管理接口,即遵循标准的网络管理协议。这样,一个厂家的网络管理产品就能方便地管理其他厂家的产品,不同厂家的网络管理产品之间还能交换管理信息。
在简单网络管理协议SNMP(Simple Network Management Protocol)设计时,就定位在是一种易于实施的基本网络管理工具。在网管领域中,它扮演了先锋的角色,因OSI的CMIP发展缓慢同时在Internet的迅猛发展和多厂商环境下的网络管理解决方案的驱动下,而很快成为了事实上的标准。
SNMP的管理结构如图1所示。它的核心思想是在每个网络节点上存放一个管理信息库MIB(Management Information Base),由节点上60(agent)负责维护,管理者通过应用层协议对这些进行轮询进而对管理信息库进行管理。SNMP最大的特点就是其简单性。它的设计原则是尽量减少网络管理所带来的对系统资源的需求,尽量减少agent的复杂性。它的整个管理策略和体系结构的设计都体现了这一原则。
SNMP的主要优点是:
·易于实施;
·成熟的标准;
· C/S模式对资源要求较低;
·广泛适用,代价低廉。
简单性是SNMP标准取得成功的主要原因。因为在大型的、多厂商产品构成的复杂网络中,管理协议的明晰是至关重要的;但同时这又是SNMP的缺陷所在——为了使协议简单易行,SNMP简化了不少功能,如:
·没有提供成批存取机制,对大块数据进行存取效率很低;
·没有提供足够的安全机制,安全性很差;
·只在TCP/IP协议上运行,不支持别的网络协议;
·没有提供管理者与管理者之间通信的机制,只适合集中式管理,而不利于进行分布式管理;
·只适于监测网络设备,不适于监测网络本身。
针对这些问题,对它的改进工作一直在进行。如1991年11月,推出了RMON(Rernote Network Monitor)MIB,加强SNMP对网络本身的管理能力。它使得SNMP不仅可管理网络设备,还能监测局域网和互联网上的数据流量等信息,1992年7月,针对SNMP缺乏安全性的弱点,又公布了S-SNMP(Secure SNMP)草案。到1993年初,又推出了SNMP Version 2即SNMPv2(推出了SNMPv2以后,SNMP就被称为SNMPv1)。SNM-Pv2包容了以前对SNMP的各项改进工作,并在保持了SNMP清晰性和易于实现的特点以外,吸取了CMIP的部分优点,功能更强,安全性更好,具体表现为:
·提供了验证机制,加密机制,时间同步机制等,安全性大大提高;
·提供了一次取回大量数据的能力,效率大大提高;
·增加了管理者和管理者之间的信息交换机制,从而支持分布式管理结构,由位于中间层次(intermediate)的管理者来分担主管理者的任务,增加了远地站点的局部自主性。
·可在多种网络协议上运行,如OSI、AppleTalk和IPX等,适用多协议网络环境(但它的缺省网络协议仍是UDP)。
·扩展了管理信息结构的很多方面。特别是对象类型的定义引入了几种新的类型。另外还规范了一种新的约定用来创建和删除管理表(management tables)中的“行”(rows)。
·定义了两种新的协议数据单元PDU(Protocol Data Unit)。Get-Bulk-Request协议数据单元允许检索大数据块(large data blocks),不必象SNMP那样逐项(item by item)检索; Inform-Request协议数据单元允许在管理者之间交换陷阱(tran)信息。
CMIP协议是在OSI制订的网络管理框架中提出的网络管理协议。CMIP与SNMP一样,也是由管理者、、管理协议与管理信息库组成。
CMIP是基于面向对象的管理模型的。这个管理模型表示了封装的资源并标准化了它们所提供的接口。如图2所示了四个主要的元素:
·系统管理应用进程是在担负管理功能的设备(服务器或路由器等〕中运行的软件:
·管理信息库MIB是一组从各个接点收集来的与网络管理有关的数据;
·系统管理应用实体(system management application entities)负责网络管理工作站间的管理信息的交换,以及与网络中其它接点之间的信息交换;
·层管理实体(layer management entities)表示在OSI体系结构设计中必要的逻辑。
CMIP模型也是基于C/S结构的。客户端是管理系统,也称管理者,发起操作并接收通知;服务器是被管系统,也称,接收管理指令,执行命令并上报事件通知。一个CMIP操作台(console)可以和一个设备建立一个会话,并用一个命令就可以下载许多不同的信息。例如,可以得到一个设备在一段特定时间内所有差错统计信息。
CMIP采用基于事件而不是基于轮询的方法来获得网络组件的相关数据。
CMIP已经得到主要厂商,包括IBM、HP及AT&T的支持。用户和厂商已经认识到CMIP在企业级网络管理领域是一个比较好的选择。它能够满足企业级网管对横跨多个管理域的对等相互作用(peer to peer interactions)的要求。CMIP特别适合对要求提供集中式管理的树状系统,尤其是对电信网(telecommunications network)的管理。这就是下面提到的电信管理网。
二、电信管理网TMN
电信管理网TMN是国际电联ITU-T借鉴0SI中有关系统管理的思想及技术,为管理电信业务而定义的结构化网络体系结构,TMN基于OSI系统管理(ITU-U X.700/ISO 7498-4)的概念,并在电信领域的应用中有所发展.它使得网络管理系统与电信网在标准的体系结构下,按照标准的接口和标准的信息格式交换管理信息,从而实现网络管理功能。TMN的基本原理之一就是使管理功能与电信功能分离。网络管理者可以从有限的几个管理节点管理电信网络中分布的电信设备。
国际电信联盟(ITU)在M.3010建议中指出,电信管理网的基本概念是提供一个有组织的网络结构,以取得各种类型的操作系统(OSs)之间、操作系统与电信设备之间的互连。它采用商定的具有标准协议和信息的接口进行管理信息交换的体系结构。提出TMN体系结构的目的是支撑电信网和电信业务的规划、配置、安装、操作及组织。
电信管理网TMN的目的是提供一组标准接口,使得对网络的操作、管理和维护及对网络单元的管理变得容易实现,所以,TMN的提出很大程度上是为了满足网管各部分之间的互连性的要求。集中式的管理和分布式的处理是TMN的突出特点。
ITU-T从三个方面定义了TMN的体系结构(Architecture),即功能体系结构(Functional Architecture),信息体系结构(Information Architecture)和物理体系结构(Physical Architecture)。它们分别体现在管理功能块的划分、信息交互的方式和网管的物理实现。我们按TMN的标准从这三个方面出发,对TMN系统的结构进行设计。
功能体系结构是从逻辑上描述TMN内部的功能分布。引入了一组标准的功能块(Functional block)和可能发生信息交换的参考点(reference points)。整个TMN系统即是各种功能块的组合。
信息体系结构包括两个方面:管理信息模型和管理信息交换。管理信息模型是对网络资源及其所支持的管理活动的抽象表示,网络管理功能即是在信息模型的基础上实现的。管理信息交换主要涉及到TMN的数据通信功能和消息传递功能,即各物理实体和功能实体之间的通信。
物理体系结构是为实现TMN的功能所需的各种物理实体的组织结构。TMN功能的实现依赖于具体的物理体系结构,从功能体系结构到物理体系结构存在着映射关系。物理体系结构随具体情况的不同而千差万别。在物理体系结构和功能体系结构之间有一定的映射关系。物理体系结构中的一个物理块实现了功能体系结构中的一个或多个功能块,一个接口实现了功能体系结构中的一组参考点。
仿照OSI网络分层模型,ITU-T进一步在TMN中引入了逻辑分层。如图3所示:
TMN的逻辑分层是将管理功能针对不同的管理对象映射到事务管理层BML(Business Management Layer),业务管理层SML(Service Management Layer),网络管理层NML(Network Management Layer)和网元管理层EML(Element Management Layer)。再加上物理存在的网元层NEL(Network Element Layer),就构成了TMN的逻辑分层体系结构。从图2-6可以看到,TMN定义的五大管理功能在每一层上都存在,但各层的侧重点不同。这与各层定义的管理范围和对象有关。
三、TMN开发平台和开发工具
1.利用TMN的开发工具开发TMN的必要性
TMN的信息体系结构应用OSI系统管理的原则,引入了管理者和的概念,强调在面向事物处理的信息交换中采用面向对象的技术。如前所述,TMN是高度强调标准化的网络,故基于TMN标准的产品开发,其标准规范要求严格复杂,使得TMN的实施成为一项具有难度和挑战性的工作;再加上OSI系统管理专业人员的相对缺乏,因此,工具的引入有助于简化TMN的开发,提高开发效率。目前比较流行的基于TMN标准的开发平台有HPOV DM、SUN SEM、IBM TMN平台和DSET的DSG及其系列工具。这些平台可以用于开发全方位的TMN管理者和应用,大大降低TMN/Q3应用系统的编程复杂性,并且使之符合开放系统互连(OSI)网络管理标准,这些标准包括高级信息模型定义语言GDM0,OSI标准信息传输协议CMIP,以及抽象数据类型定义语言ASN.1。其中DSET的DSG及工具系列除了具备以上功能外,还具有独立于硬件平台的优点。下面将比较详细论述DSET的TMN开发工具及其在TMN开发中的作用。
2.DSET的TMN开发工具的基本组成
DSET的TMN开发工具从功能上来讲可以构成一个平台和两大工具箱。一个平台:分布式系统生成器DSG(Distributed System Generator);两个工具箱:管理者工具箱和工具箱。
分布式系统生成器DSG
DSG是用于顶层TCP/IP、OSI和其它协议上构筑分布式并发系统的高级对象请求0RB。 DSG将复杂的通信基础设施和面向对象技术相结合,提供构筑分布式计算的软件平台。通信基础设施支持分布式计算中通信域的通信要求。如图4所示,它提供了四种主要的服务:透明远程操作、远程过程调用和消息传递、抽象数据服务及命名服务。借助于并发的面向对象框架,一个复杂的应用可以分解成一组相互通信的并发对象worker,除了支持例如类和多重继承等重要的传统面向对象特征外,为了构筑新的worker类,DSG也支持分布式对象。在一个开放系统中,一个worker可以和其它worker进行通信,而不必去关心它们所处的物理位置。
DSG提供给用户用以开发应用的构造块(building block)称为worker。一个worker可以有自己的控制线程,也可以和别的线程共享一个控制线程,每个Worker都有自己的服务访问点SAP(Service Access Point),通过SAP与其它worker通信。Worker是事件驱动的。在Worker内部,由有限状态机FSM(Finite State Machine〕定义各种动作及处理例程,DSG接受外部事件并分发到相应的动作处理例程进行处理。如图5所示,独占线程的此worker有三个状态,两个SAPs,并且每个SAP的消息队列中都有两个事件。DSG环境通过将这些事件送到相应的事件处理程序中来驱动worker的有限状态机。
Worker是分布式的并发对象,DSG用它来支持面向对象的特点,如:类,继承等等。Worker由worker class定义。Worker可以根据需要由应用程序动态创建。在一个UNIX进程中可以创建的Worker个数仅受内存的限制。
管理者工具箱由ASN.C/C++编译器、CMIP/ROSE协议和管理者代码生成器MCG构成,如图6所示。
其中的CMIP/ROSE协议提供全套符合Q3接口选用的OSI七层协议栈实施。由于TMN在典型的电信环境中以面向对象的信息模型控制和管理物理资源,所有被管理的资源均被抽象为被管对象(M0),被管理系统中的帮助管理者通过MO访问被管理资源,又根据ITU-T M.3010建议:管理者与之间通过Q3接口通信。为此管理者必须产生与通信的CMIP请求。管理者代码生成器读取信息模型(GDMO文件和ASN.1文件),创立代码模板来为每个被定义的MO类产生CMIP请求和CMIP响应。由于所有CMIP数据均由ASN.1符号定义,而上层管理应用可能采用C/C++,故管理者应用需要包含ASN.1数据处理代码,管理者工具箱中的ASN C/ C++编译器提供ASN.1数据到C/C++语言的映射,并采用“预处理技术“生成ASN.1数据的低级代码,可见利用DSET工具用户只需编写网管系统的信息模型和相关的抽象数据类型定义文件,然后利用DSET的ASN C/C++编译器,管理者代码生成器即可生成管理者部分代码框架。
工具箱包括可砚化生成器VAB、CMIP翻译器、ASN.C/C++ Toolkit,其结构见图7。用来开发符合管理目标定义指南GDMO和通用管理信息协议CMIP规定的应用.使用DSET独具特色的工具箱的最大的好处就是更快、更容易地进行应用的开发。DSET在应用的开发上为用户做了大量的工作。
一个典型的GDMO/CM1P应用包括三个代码模块:
·、MIT、MIB的实施
·被管理资源的接口代码
·后端被管理资源代码
第一个模块用于处理与MO实施。工具箱通过对过滤、特性处理、MO实例的通用支持,自动构作这一个模块。DSET的这一部分做得相当完善,用户只需作少量工作即可完成本模块的创建。对于mcreate、m-delete、m-get、m-cancel-get、m-set、m-set-confirmed、m-action、m-action-confirmed这些CMIP请求,第一个模块中包含有缺省的处理代码框架。这些缺省代码都假定管理者的CMIP请求只与MO打交道。为了适应不同用户的需求,DSET工具箱又提供在缺省处理前后调用用户程序的接入点(称为User hooks)。当某CMIP请求需与实际被管资源或数据库打交道时,用户可在相应的PRE-或POST-函数中加入自己的处理代码。例如,当你需要在二层管理应用中发CMIP请求,需望获取实际被管资源的某属性,而该属性又不在相应MO中时你只需在GDMO预定义模板中为此属性定义一PRE-GET函数,并在你自己的定制文件中为此函数编写从实际被管设备取到该属性值的代码即可。DSET的Agent代码在执行每个CMIP请求前都要先检查用户是否在GDMO预定义文件中为此清求定义了PRE-函数,若是,则光执行PRE-函数,并根据返回值决定是否执行缺省处理(PRE-函数返回D-OK则需执行缺省处理,否则Agent向管理者返回正确或错误响应)。同样当Agent执行完缺省处理函数时,也会检查用户是否为该请求定义了POST-函数,若是则继续执行POST-函数。至于Agent与MO之间具体是如何实现通信的,用户不必关心,因为DSET已为我们实现了。用户只需关心需要与设备交互的那一部分CMIP请求,为其定制PRE-/POST函数即可。
第二个模块实现MO与实际被管资源的通信。它的实现依赖于分布式系统生成器DSG所提供“网关处理单元”(gateway)、远程过程调用(RPC)与消息传递机制及MSL语言编译器。通信双方的接口定义由用户在简化的ROSE应用中定义,在DSG中也叫环境,该环境定义了双方的所有操作和相关参数。DSG的CTX编译器编译CTX格式的接口定义并生成接口表。DSG的MSL语言编译器用以编译分布式对象类的定义并生成事件调度表。采用DSG的网关作为MO与实际被管资源间的通信桥梁,网关与MO之间通过定义接口定义文件及各自的MSL文件即可实现通信,网关与被管设备之间采用设备所支持的通信协议来进行通信,例如采用TCP/IP协议及Socket机制实现通信。
第三个模块对被管理资源进行实际处理。这一模块根据第二个模块中定义的网关与被管设备间的通信机制来实现,与工具没有多大联系。
四、TMN开发的关键技术
电信管理网技术蕴含了当今电信、计算机、网络通信和软件开发的最新技术,如OSI开放系统互连技术、OSI系统管理技术、计算机网络技术及分布式处理、面向对象的软件工程方法以及高速数据通信技术等。电信管理网应用系统的开发具有巨大的挑战性。
工具的引入很大程度上减轻了TMN的开发难度。留给开发人员的最艰巨工作就是接口(interface)的信息建模。尤其是Q3接日的信息建模问题。
Q3接口是TMN接口的“旗舰”,Q3接口包括通信模型和信息模型两个部分,通信模型(0SI系统管理)的规范制定的十分完善,并且工具在这方面所作的工作较多,因此,当我们设计和开发各种不同管理业务的TMN系统时,主要是采用一定的方法学,遵循一定的指导原则,针对不同电信领域的信息建模问题。
为什么说建模是TMN开发中的关键技术呢?从管理的角度而言,在那些先有国际标准(或事实上的标准),后有设备的情况下,是有可能存在一致性的信息模型的,例如目前SDH和七号信令网的TMN系统存在这样的信息模型标准。但即使这样,在这些TMN系统的实施过程,有可能由于管理需求的不同而对这些模型进行进一步的细化。在那些先有设备而后才有国际标准(或事实上的标准)的设备,而且有的电信设备就无标准而言,由于不同厂家的设备千差万别,这种一致性的信息模型的制定是非常困难的。
例如,近年来标准化组织国际电信联盟(ITU-T)、欧洲电信标准组织(ETSI)、网络管理论坛(NMF)和ATM论坛等相继颁布了一些Q3信息模型。但至今没有一个完整的稳定的交换机网元层的Q3信息模型。交换机的Q3信息模型提供了交换机网元的一个抽象的、一般的视图,它应当包含交换机的管理的各个方面。但这是不可能的。因为随着电信技术的不断发展,交换机技术也在不断的发展,交换机的类型不断增加,电信业务不断的引入。我们很难设计一个能够兼容未来交换机的信息模型。如今的交换机已不再是仅仅提供电话的窄带业务,而且也提供象ISDN这样的宽带业务。交换机趋向宽带窄带一体化发展,因此交换机的Q3信息模型是很复杂的,交换机Q3信息建模任务是很艰巨的。
五、TMN管理者和的开发
下面结合我们的开发工作,探讨一下TMN管理者和的开发。
1.管理者的开发
基于OSI管理框架的管理者的实施通常被认为是很困难的事,通常,管理者可以划分为三个部分。第一部分是位于人机之间的图形用户接口GUI(Graphical User Interfaces),接收操作人员的命令和输入并按照一种统一的格式传送到第二部分——管理功能。管理功能提供管理功能服务,例如故障管理,性能管理、配置管理、记费管理,安全管理及其它特定的管理功能。接收到来GUI的操作命令,管理功能必须调用第三部分——CMSI API来发送CMIP请求到。CMIS API为管理者提供公共管理信息服务支持。
大多数的网管应用是基于UNIX平台的,如Solaris,AIX and HP-UX。若GUI是用X-Window来开发的,那么GUI和管理功能之间的接口就不存在了,从实际编程的的角度看,GUI和管理功能都在同一个进程中。
上面的管理者实施方案尽管有许多优点,但也存在着不足。首先是费用昂贵。所有的管理工作站都必须是X终端,服务器必须是小型机或大型机。这种方案比采用PC机作客户端加上UNIX服务器的方案要昂贵得多。其次,扩展性不是很好,不同的管理系统的范围是不同的,用户的要求也是不一样的,不是所有的用户都希望在X终端上来行使管理职责。因此,PC机和调终端都应该向用户提供。最后由于X-Window的开发工具比在PC机上的开发工具要少得多。因此最终在我们的开发中,选择了PC机作为管理工作站,SUN Ultral作为服务器。
在实际工作中我们将管理者划分为两个部分——管理应用(management application)和管理者网关(manager gateway)。如图8所示。
管理应用向用户提供图形用户接口GUI并接受用户的命令和输入,按照定义好的消息格式送往管理者网关,由其封装成CMIP请求,调用CMIS API发往。同时,管理者网关还要接收来自的响应消息和事件报告并按照一定的消息格式送往管理应用模块。
但是这种方案也有缺点。由于管理应用和管理者网关的分离,前者位于PC机上,后者位于Ultral工作站上。它们之间的相互作用须通过网络通信来完成。它们之间的接口不再是一个参考点(Reference Point),而是一个物理上的接口,在电信管理网TMN中称为F接口。迄今为止ITU-T一直没能制定出有关F接口的标准,这一部分工作留给了TMN的开发者。鉴于此,我们制定了管理应用和管理者网关之间通信的协议。
在开发中,我们选择了PC机作为管理工作站,SUN Ultral作为我们的管理者网关。所有的管理应用都在PC机上。开发人员可以根据各自的喜好来选择不同开发工具,如Java,VC++,VB,PB等。管理者网关执行部分的管理功能并调用CMIS API来发送CMIP请求,接收来自的响应消息和事件报告并送往相应的管理应用。
管理者网关的数据结构是通过编译信息模型(GDMO文件和ASN.1文件)获得的。它基于DSG环境的。管理者网关必须完成下列转换:
数据类型转换:GUI中的数据类型与ASN.1描述的数据类型之间的相互转换;
消息格式转换:GUI和管理者网关之间的消息格式与CMIP格式之间的相互转换;
协议转换:TCP/IP协议与OSI协议之间的相互转换。
这意味着管理者网关接收来自管理应用的消息。将其转换为ASN.1的数据格式,并构造出CMIS的参数,调用CMIS API发送CMIP请求。反过来,管理者收到来自的消息,解读CMIS参数,构造消息格式,然后送往GUI。GUI和管理者网关之间的消息格式是由我们自己定义的。由于管理应用的复杂性,消息格式的制定参考了CMIS的参数定义和ASN.1的数据类型。
管理者网关是采用多线程(multi-thread)编程来实现的。
2.的开发
的结构如图9所示。
为了使部分的设计和实现模块化、系统化和简单化,将agent分成两大模块——通用模块和MO模块——进行设计和实现。如图所示,通用agent向下只与MO部分直接通信,而不能与被管资源MR直接进行通信及操作,即通用agent将manager发来的CMIP请求解析后投递给相应的M0,并从MO接收相应的应答信息及其它的事件报告消息。
的作用是代表管理者管理MO。利用工具的支持,采用面向对象的技术,分为八个步骤进行agent的设计和实现,这八个步骤是:
第一步:对信息模型既GDMO文件和ASN.1文件的理解,信息模型是TMN系统开发的基础和关键。特别是对信息模型中对象类和其中各种属性清晰的认识和理解,对于实际的TMN系统来说,其信息模型可能很复杂,其中对象类在数量上可能很多。也就是说,在设计和实现agent之前,必须作到对MO心中有数。
第二步:被管对象MO的定制。这一部分是agent设计和实现中的关键部分,工具对这方面的支持也不是很多,特别是涉及到MO与MR之间的通信,更为复杂,故将MO专门作为一个模块进行设计和实现MO和MR之间的通信以及数据和消息格式的转换问题,利用网关原理设计一个网关来解决。
第三步:创建内置的M0。所谓内置MO就是指在系统运行时,已经存在的物理实体的抽象。为了保证能对这些物理实体进行管理,必须将这些被管对象的各种固有的属性值和操作预先加以定义。
第四步:创建外部服务访问点SAP。如前所述,TMN系统中各个基于分布式处理的worker之间通过SAP进行通信,所以要为agent与管理者manager之间、agent与网关之间创建SAP。
第五步:SAP同内置MO的捆绑注册。由于在TMN系统中,agent的所有操作是针对MO的,即所有的CMIP请求经解析后必须送到相应的M0,而基于DSG平台的worker之间的通信是通过SAP来实现的。因而,在系统处理过程中,当进行信息的传输时,必须知道相应MO的SAP,所以,在agent的设计过程中,必须为内置MO注册某一个SAP。
第六步:agent配置。对agent中有些参数必须加以配置和说明。如队列长度、流量控制门限值、agent处理单元组中worker的最大/最小数目。报告的处理方式、同步通信方式中超时门限等。
第七步:agent用户函数的编写,如agent worker初始化函数、子函数等的编写。
第八步:将所有函数编译,连接生成可运行的agent。
MO模块是agent设计中的一个重要而又复杂的部分。这是由于,一方面工具对该部分的支持不是很多:另一方面,用户的大部分处理函数位于这一部分;最主要的还在于它与被管资源要跨平台,在不同的环境下进行通信。MO模块的设计思想是在MO和MR之间设计一个网关(gateway),来实现两者之间的消息、数据、协议等转换。
MO部分的主要功能是解析,执行来自管理者的CMIP请求,维持各MO的属性值同被管资源的一致性,生成CMIP请求结果,并上报通用agent模块,同时与MR通信,接收和处理来自MR的事件报告信息,并转发给通用agent。
MO部分有大量的用户定制工作。工具只能完成其中一半的工作,而另一半工作都需要用户自己去定制。用户定制分为两大类;
第一类是PRE-/POST-函数。PRE-/POST-函数的主要功能是在agent正式处理CMIP请求之前/之后与被管资源打交道,传送数据到MR或从MR获取数据并做一些简单的处理。通过对这些PRE-/POST-函数的执行,可以确保能够真实地反映出被管资源的运行状态。PRE-/POST-函数分为两个层次:MO级别和属性级别。MO级别层次较高,所有对该对象类的CMIP操作都会调用MO级别的PRE-/POST-函数。属性级别层次低,只有对该属性的CMIP操作才会调用这些函数。DSET工具只提供了PRE-/POST-函数的人口参数和返回值,具体的代码需要完全由用户自己编写。由于agent与被管资源有两种不同的通信方式,不同的方式会导致不同的编程结构和运行效率,如果是同步方式,编程较为简单,但会阻塞被管资源,适合于由大量数据返回的情况。异步方式不会阻塞被管资源,但编程需要作特殊处理,根据不同的返回值做不同的处理,适合于数据不多的情况,在选择通信方式时还要根据MO的实现方式来确定。比如,MO若采用Doer来实现,则只能用同步方式。
第二类是动作、事件报告和通知的处理,动作的处理相对比较容易,只需考虑其通信方式采用同步还是异步方式。对事件报告和通知的处理比较复杂。首先,需要对事件进行分类,对不同类别的事件采用不同的处理方法,由哪一个事件前向鉴别器EFD(Event Forwarding Discriminator)来处理等等。比如,告警事件的处理就可以单独成为一类。其次,对每一类事件需要确定相应的EFD的条件是什么,哪些需要上报管理应用,哪些不需要。是否需要记入日志,这些日志记录的维护策略等等。
除了这两类定制外,MO也存在着优化问题。比如MO用worker还是Doer来实现,通信方式采用同步还是异步,面向连接还是无连接等等,都会影响整个的性能。
如果MO要永久存储,我们采用文件方式。因为目前DSET的工具只支持Versant、ODI这两种面向对象数据库管理系统OODBMS,对于0racle,Sybase等数据库的接口还需要用户自己实现。MO定制的工作量完全由信息模型的规模和复杂程度决定,一个信息模型的对象类越多,对象之间的关系越复杂(比如一个对象类中的属性改变会影响别的类),会导致定制工作的工作量和复杂程度大大增加。
者agent在执行管理者发来的CMIP请求时必须保持与被管资源MR进行通信,将manager传送来的消息和数据转发给MR,并要从MR获取必要的数据来完成其操作,同时,它还要接收来自MR的事件报告,并将这些事件上报给manager。
由上述可知,与被管资源MR之间的通信接口实际上是指MO与MR之间的通信接口。大部分MO是对实际被管资源的模拟,这些MO要与被管资源通信。若让这些MO直接与被管资源通信,则存在以下几个方面的弊端:
·由于MO模块本身不具备错误信息检测功能(当然也可在此设计该项功能,但增加了MO模块的复杂性),如果将上向发来的所有信息(包括某些不恰当的信息)全部转发给MR,不仅无此必要,而且增加了数据通信量;同理MR上发的信息也无必要全部发送给MO。
·当被管资源向MO发消息时,由于MIT对于被管资源来说是不可知的,被管资源不能确定其相应MO在MIT中所处的具置,从而也就无法将其信息直接送到相应的MO,因而只能采用广播方式发送信息。这样一来,每当有消息进入MO模块时,每个MO都要先接收它,然后对此消息加以判断,看是否是发给自己的。这样一方面使编程复杂化,使软件系统繁杂化,不易控制,调试困难;另一方面也使通信开销增大。
·MO直接与被管资源通信,使得系统在安全性方面得不到保障,在性能方面也有所下降,为此,采用计算机网络中中网关(gateway)的思想,在MO与被管资源建立一个网关,即用一个gateway worker作为MO与被管资源通信的媒介。网关在的进程处理中起到联系被管资源与MO之间的“桥梁”作用。
六、总结与展望
Q3接口信息建模是TMN开发中的关键技术。目前,各标准化组织针对不同的管理业务制定和了许多信息模型。这些模型大部分是针对网元层和网络层,业务层和事务层的模型几乎没有,还有相当的标准化工作正在继续研究。业务层和事务层的模型是将来研究的重点。
篇5
【关键词】网络管理网间控制报文协议(ICMP)WBM
网络管理的目的就是确保一定范围内的网络及其网络设备能够稳定、可靠、高效地运行,使所有的网络资源处于良好的运行状态,达到用户预期的要求。过去有一些简单的工具用来帮助网管人员管理网络资源,但随着网络规模的扩大和复杂度的增加,对强大易用的管理工具的需求也日益显得迫切,管理人员需要依赖强大的工具完成各种各样的网络管理任务,而网络管理系统就是能够实现上述目的系统。
1 WBM技术介绍
随着应用Intranet的企业的增多,同时Internet技术逐渐向Intranet的迁移,一些主要的网络厂商正试图以一种新的形式去应用MIS。因此就促使了Web(Web BasedManagement)网管技术的产生。它作为一种全新的网络管理模式—基于web的网络管理模式,从出现伊始就表现出强大的生命力,以其特有的灵活性、易操作性等特点赢得了许多技术专家和用户的青睐,被誉为是“将改变用户网络管理方式的革命性网络管理解决方案”。
WBM融合了Web功能与网管技术,从而为网管人员提供了比传统工具更强有力的能力。WBM可以允许网络管理人员使用任何一种Web浏览器,在网络任何节点上方便迅速地配置、控制以及存取网络和它的各个部分。因此,他们不再只拘泥于网管工作站上了,并且由此能够解决很多由于多平台结构产生的互操作性问题。WBM提供比传统的命令驱动的远程登录屏幕更直接、更易用的图形界面,浏览器操作和Web页面对WWW用户来讲是非常熟悉的,所以WBM的结果必然是既降低了MIS全体培训的费用又促进了更多的用户去利用网络运行状态信息。所以说,WBM是网络管理方案的一次革命。
2 基于WBM技术的网管系统设计
2.1 系统的设计目标
在本系统设计阶段,就定下以开发基于园区网、web模式的具有自主版权的中文网络管理系统软件为目标,采用先进的WBM技术和高效的算法,力求在性能上可以达到国外同类产品的水平。
本网管系统提供基于WEB的整套网管解决方案。它针对分布式IP网络进行有效资源管理,使用户可以从任何地方通过WEB浏览器对网络和设备,以及相关系统和服务实施应变式管理和控制,从而保证网络上的资源处于最佳运行状态,并保持网络的可用性和可靠性。
2.2 系统的体系结构
在系统设计的时候,以国外同类的先进产品作为参照物,同时考虑到技术发展的趋势,在当前的技术条件下进行设计。我们采用三层结构的设计,融合了先进的WBM技术,使系统能够提供给管理员灵活简便的管理途径。
三层结构的特点:1)完成管理任务的软件作为中间层以后台进程方式实现,实施网络设备的轮询和故障信息的收集;2)管理中间件驻留在网络设备和浏览器之间,用户仅需通过管理中间层的主页存取被管设备;3)管理中间件中继转发管理信息并进行SNMP和HTTP之间的协议转换三层结构无需对设备作任何改变。
3 网络拓扑发现算法的设计
为了实施对网络的管理,网管系统必须有一个直观的、友好的用户界面来帮助管理员。其中最基本的一个帮助就是把网络设备的拓扑关系以图形的方式展现在用户面前,即拓扑发现。目前广泛采用的拓扑发现算法是基于SNMP的拓扑发现算法。基于SNMP的拓扑算法在一定程度上是非常有效的,拓扑的速度也非常陕。但它存在一个缺陷。那就是,在一个特定的域中,所有的子网的信息都依赖于设备具有SNMP的特性,如果系统不支持SNMP,则这种方法就无能为力了。还有对网络管理的不重视,或者考虑到安全方面的原因,人们往往把网络设备的SNMP功能关闭,这样就难于取得设备的MIB值,就出现了拓扑的不完整性,严重影响了网络管理系统的功能。针对这一的问题,下面讨论本系统对上述算法的改进—基于ICMP协议的拓扑发现。
3.1 PING和路由建立
PING的主要操作是发送报文,并简单地等待回答。P1NG之所以如此命名,是因为它是+简单的回显协议,使用ICMP响应请求与响应应答报文。PING主要由系统程序员用于诊断和调试实现PING的过程主要是:首先向目的机器发送一个响应请求的ICMP报文,然后等待目的机器的应笞,直到超时。如收到应笞报文,则报告目的机器运行正常,程序退出。
路由建立的功能就是利用IP头中的TTL域。开始时信源设置IP头的TTL值为0,发送报文给信宿,第一个网关收到此报文后,发现TTL值为0,它丢弃此报文,并发送一个类型为超时的ICMP报文给信源。信源接收到此报文后对它进行解析,这样就得到了路由中的第一个网关地址。然后信源发送TTL值为1的报文给信宿,第一个网关把它的TrL值减为0后转发给第二个网关,第二个网关发现报文TTL值为0,丢弃此报文并向信源发送超时ICMP报文。这样就得到了路由中和第二个网关地址。如此循环下去,直到报文正确到达信宿,这样就得到了通往信宿的路由。
3.2 网络拓扑的发现算法具体实现的步骤:
(1)于给定的IP区间,利用PING依次检测每个IP地址,将检测到的IP地址记录到IP地址表中。
(2)对第一步中查到的每个IP地址进行traceroute操作,记录到这些IP地址的路由。并把每条路由中的网关地址也加到IP表中。(3)对IP地址表中的每个IP地址,通过发送掩码请求报文与接收掩码应答报文,找到这些IP地址的子网掩码。
(4)根据子网掩码,确定对应每个IP地址的子网地址,并确定各个子网的网络类型。把查到的各个子网加入地址表中。
(5)试图得到与IP地址表中每个IP地址对应的域名(Domain Name),如具有相同域名,则说明同一个网络设备具有多个IP地址,即具有多个网络接口。
(6)根据第二步中的路由与第四步中得到的子网,产生连接情况表。
篇6
关键词:计算机;网络管理;WBM技术
当前计算机网络的发展特点规模不断夸大,复杂性不断增加。如果不能高效的对网络系统进行管理,就很难保证提供一个令人满意的服务。网络管理的目的就是确保一定范围内的网络及其网络设备能够稳定、可靠、高效地运行,使所有的网络资源处于良好的运行状态,达到用户预期的要求。
一、WBM 技术
W e b ( W e b - B a s e dManagement)作为一种全新的网络管理模式—基于Web的网络管理模式,从出现伊始就表现出强大的生命力,以其特有的灵活性、易操作性等特点赢得了许多技术专家的青睐,被誉为是“将改变用户网络管理方式的革命性网络管理解决方案”。
WBM融合了Web功能与网管技术,从而为网管人员提供了比传统工具更强有力的能力。WBM可以允许网络管理人员使用任何一种Web浏览器,在网络任何节点上方便迅速地配置、控制以及存取网络和它的各个部分。因此,他们不再只拘泥于网管工作站上了,并且由此能够解决很多由于多平台结构产生的互操作性问题。WBM提供比传统的命令驱动的远程登录屏幕更直接、更易用的图形界面,浏览器操作和W e b页面对W W W用户来讲是非常熟悉的,所以WBM的结果必然是既降低了MIS全体培训的费用又促进了更多的用户去利用网络运行状态信息。
二、基于WBM 技术的网管系统设计
1、系统的设计目标
本网管系统提供基于WEB的整套网管解决方案。它针对分布式IP网络进行有效资源管理,使用户可以从任何地方通过WEB浏览器对网络和设备,以及相关系统和服务实施应变式管理和控制,从而保证网络上的资源处于最佳运行状态,并保持网络的可用性和可靠性。
2、系统的体系结构
在系统设计上我们采用三层结构的设计,融合了先进的WBM技术,使系统能够提供给管理员灵活简便的管理途径。三层结构的特点:1)完成管理任务的软件作为中间层以后台进程方式实现,实施网络设备的轮询和故障信息的收集;2)管理中间件驻留在网络设备和浏览器之间,用户仅需通过管理中间层的主页存取被管设备;3)管理中间件中继转发管理信息并进行S N M P 和H T T P之间的协议转换三层结构无需对设备作任何改变。
三、网络拓扑发现算法的设计
目前广泛采用的拓扑发现算法是基于SNMP的拓扑发现算法。基于SNMP的拓扑算法在一定程度上是非常有效的,拓扑的速度也非常快。但它存在一个缺陷。那就是,在一个特定的域中,所有的子网的信息都依赖于设备具有SNMP的特性,如果系统不支持SNMP,则这种方法就无能为力了。还有对网络管理的不重视,或者考虑到安全方面的原因,人们往往把网络设备的SNMP功能关闭,这样就难于取得设备的M I B值,就出现了拓扑的不完整性,严重影响了网络管理系统的功能。针对这一的问题,下面讨论本系统对上述算法的改进—基于ICMP协议的拓扑发现。
1、PING和路由的建立
PING的主要操作是发送报文,并简单地等待回答。PING之所以如此命名,是因为它是一个简单的回显协议,使用ICMP响应请求与响应应答报文。PING主要由系统程序员用于诊断和调试实现PING的过程主要是:首先向目的机器发送一个响应请求的ICMP报文,然后等待目的机器的应答,直到超时。路由建立的功能就是利用I P 头中的TTL域。开始时信源设置IP头的TTL值为0,发送报文给信宿,第一个网关收到此报文后,发现TTL值为0,它丢弃此报文,并发送一个类型为超时的ICMP报文给信源。信源接收到此报文后对它进行解析,这样就得到了路由中的第一个网关地址。然后信源发送TTL值为1的报文给信宿,第一个网关把它的TTL值减为0后转发给第二个网关,第二个网关发现报文TTL值为0,丢弃此报文并向信源发送超时ICMP报文。这样就得到了路由中和第二个网关地址。
2、网络拓扑的发现算法步骤
(1)于给定的IP区间,利用PING依次检测每个IP地址,将检测到的IP地址记录到IP地址表中。
(2)对第一步中查到的每个IP地址进行traceroute操作,记录到这些IP地址的路由。并把每条路由中的网关地址也加到IP表中。
(3)对IP地址表中的每个IP地址,通过发送掩码请求报文与接收掩码应答报文,找到这些IP地址的子网掩码。
(4)根据子网掩码,确定对应每个IP地址的子网地址,并确定各个子网的网络类型。把查到的各个子网加入地址表中。
(5)试图得到与IP地址表中每个IP地址对应的域名(Domain Name),如具有相同域名,则说明同一个网络设备具有多个IP地址,即具有多个网络接口。
(6)根据第二步中的路由与第四步中得到的子网,产生连接情况表。
四、结束语
随着网络规模迅速扩大,网络的复杂程度也日益加剧。为适应网络大发展的这一时代需要,在构建计算机网络时必须高度重视网络管理的重要性,重点从网管技术和网管系统设计两个大的方面全面规划和设计好网络管理的方方面面,以保障网络系统高效、安全地运行。
参考文献:
篇7
关键词:计算机网络管理技术
中图分类号:TP393 文献标识码:A 文章编号:1009-3044(2016)09-0078-02
随着信息技术的飞速发展,计算机网络已经成为人们生活中不可缺少的部分,计算机网络的应用规模呈暴发性的增长,各种不同的硬件平台、不同的操作系统以及丰富的应用软件之间的复杂性、差异性使得统一管理及其困难。如何有效地使用手中掌握的各种资源,实现对不同用户的网络支持,如何有效得最大化的发挥网络效益一直是网络管理者们日常工作中的一个重要课题。为了解决这个问题IT业界的软、硬件供应商在这方面进行了认真的研究,双方一致认为对网络管理技术进行不断的开发将很好地解决这一问题,由此导致了网络管理技术成为了维护网络正常运行的基本配置,本文从网络管理技术、存在的问题、发展前景等方面,对网络管理技术的应用作了一个简要的分析:
1网络管理技术简析
网络管理英文名称:Network Management 定义:监测、控制和记录电信网络资源的性能和使用情况,以使网络有效运行,为用户提供一定质量水平的电信业务。网络管理是指网络管理员通过网络管理技术对网络上的资源进行集中化管理的操作[1]。
由网管技术定义可以看出,网络管理技术在网络运行的构成中起着协调管理的作用。为了实现这一功能,网络管理技术主要包括以下几个方面:
1.1 网络管理技术现况
随着20世纪80年代初期Internet的出现和发展,网络技术也不断发展扩大,设计思想和开发目的不同,不同厂商开发技术的差异,导致网络管理的难度大大增加,厂商独立开发的网络管理技术,无法对不同的网络系统、软件硬件等设备进行管理和支持,更谈不上有效的利用和开发,为了解决这个问题开发者们和厂商共同提出了多种解决方法,常用的如下:1) SNMP管理技术; 2)RMON管理技术;3) 基于WEB的网络管理;
1.2 网络管理协议
网络管理协议是针对Internet网络的高速发展而产生的,它定义为连接不同操作系统和不同硬件体系结构的互联网络提供通信支持,是专门设计用于在网络管理网络节点(服务器、工作站、路由器、交换机及 HUBS 等)的一种标准协议,它是一种应用层协议,能够凭借自身的优势,在短时间内总结出网络管理节点间与网络管理间的通讯规则,同时结合着计算机用户的实际需要,在现有的基础上对网络管理中的信息类别及格式进行分组、规范、处理。在当前使用的网络管理系统中,其主要作用的在于管理者与两个部门。管理者的功能在于能够在网络运行中,从系统的各个处获取相应的管理信息,并对其进行分析、加工,为网络管理的顺利进行提供相应的途径,以此来起到管理的作用[2]。
1.3 网络管理系统
网络管理系统是一个软硬件结合以软件为主分布式网络应用系统,是帮助网络管理人员完成网络管理功能的系统,通过该系统,网络管理员可以完成网络信息的交换,可以在整个网络系统中管理应用程序及设备,可以把硬件设备、应用软件、用户情况以及用户与网络资源之间的权限进行合理的调配,网络管理系统就能根据网管人员的设定自动地建立起人员、软硬件设备、网络的合理关系,并根据用户权限,分配用户可使用各种资源。现在的网管软件平台基本上都是在由Windows、UNIX、DOS系统支持的。现在常用的网络管理系统主要有: IBM Net view以及SugarNMS智和网管软件、ugarNMS智和网管软件、、SUN Net manager.、WorkWin企业电脑监控软件、聚生网管、lip View、天易成网管局域网监控、Netfire局域网限速软件等等。
1.4 网络管理结构
网络管理结构是决定网络管理系统性能好坏的基础。根据网络管理需求的不同,现在主要采用两种结构:集中式体系、非集中式体系。集中式体系顾名思义是以平台为中心的工作模式。非集中式体系是以层次方式和分布式作为网络管理体系结构。在网络管理过程中,集中式这种平台式控制中心,应用更加广泛一些。这种网络管理结构把管理者分为了管理平台和管理应用,管理平台用于各种信息的采集和归纳,管理应用是把管理平台提供信息进行进一步分析处理,提炼出可供决策的依据,并发出运行指令,同时还为进一步处理信息提供依据。当然在具体工作中,是选择集中式还是分布式管理体系结构,要根据实际情况来确定,一个合理的发挥效率的管理系统,它的管理调配与网管人员的人数无关,每个网管只负责管理自己的权限范围的网络资源,对其他网管范围是不能干涉的。而网管人员所作的管理最后阶段是由网络管理结构来进行统一处理,网络管理结构就是以此来实现对网络的整体管理。
2 目前应用的网络管理技术
随着目前网络技术的暴发性的增长,网络已经渗透到人们日常生活的每一部分,为了保障网络的正常有序的发展,软、硬件供应商和开发者们提供了一系列的网络管理系统,主要有以下几个方面:
2.1 网络管理系统模式
计算机网络管理模式可以简单地分为集中式和分布式,网络管理系统模式确定需要结合着用户的实际需求来建立,模式之间没有先进和落后之分,只是根据用户的需求确定,而由此导致网络管理系统模式在不同的用户、不同的系统上有着很大的差异。从现在网络管理用户使用情况上来说,还是以Client/Server(C/S结构) 管理技术为主,Client/Server管理技术可以充分利用服务器端和客户端的硬件优势,合理分配任务到Client端和Server端来实现资源优化,并且利用网络管理系统中的逻辑扩展来扩出新的网络管理系统。这也是目前网络管理系统主流的发展趋势。
2.2 网络管理中的web技术
基于Web的网络管理的是网络管理方面的一次革命,它使网络管理技术在网络的任何节点上都可以快捷地进行信息的存取转换、有效的管理以及合理的调配网络资源,并利用了网络的方便性、灵活性与全面性,使网络管理系统彻底地发挥出自身的管理功能。
2.3 CORBA技术概念
CORBA(Common Object Request Broker Architecture,公共对象请求体系结构,通用对象请求体系结构)是对象管理组织(OMG)为解决分布式处理环境(DCE)中,硬件和软件系统的互连而提出的一种解决方案。 CORBA体系的主要内容包括以下几部分:对象请求、对象服务、公共设施、应用接口、领域接口。借助了这些服务,CORBA能够具有位置透明性、移动透明,但如若完全靠CORBA的系统来实现,所需资金、时间、和人力资源等都过大,CORBA.SNMP,CMIP相结合成为基于 CORBA的网络管理系统[3]。
3 现有网络管理技术的不足
网络技术的迅猛发展,不同厂商开发的不同网络产品而导致网络结构的差异,用户使用的不同平台,不同应用软件,不同的地域所造成网络管理的分布式、跨平台、网络的安全、基于WEB的网络管理 、不同厂家不同设备的管理、新增加网络的管理等等成为了网络管理员必须要解决的问题,而用户自身所使用的防火墙、防病毒、身份认证、数据加密等防护措施,由于来自不同的厂商和开发商,这些系统相互独立一旦遇到问题,很难作为一个统一的整体进行管理。网络管理技术的应用,在很大程度上解决了这个问题。首先要对整个网络的数据流程有清晰的了解,对整个网络运行所需的硬件软件有明确概念,这样才能有效地使用网络管理技术对网络的资源进行合理的调配管理,才能对软硬件故障的排查,整体网络效率的提高,以及网络安全问题的处理提供可靠的依据。要求网络管理人员根据当前网络实际情况,合理高效的整合网络资源,将不同厂家、不同开发商的不同产品的各种功能形成一个有机整体,充分发挥各自机能,保障网络的正常运行。由于目前网络的急速扩容,网络维护越来越趋于复杂化,所以要求网络管理人员的要求也越来越高,在日常管理过程中,对网络管理系统中的发现的问题,要及早的进行解决,同时在安全策略上要做好防范,以便对故障和性能进行更合理的管理,以提高整体网络的运行效率。
4 网络管理技术的发展趋势
计算机网络技术正在沿着数字化、宽带化、高速化和智能化、综合化、网状化的方向迅速发展,而网络的高速发展又对网络管理技术提出了新的要求,网络管理技术为了使应网络的发展也在不断发展中,而且随着网络的发展有着更加广大的发展空间。随着网络技术的复杂化、多元化,其对厂商扩大生产规模的要求也越来越大,由此也凸现出网络管理在网络系统中的重要地位。网络的发展对网管人员在构建计算机网络时也提出了更高的要求,根据网络建设发展的实际状况,从网络管理技术、网络管理策略两个方面着手, 可以使网络在建成投入使用后,能够高效、稳定的运行。
5 结论
综上所述,网络管理技术的应用就是整合网络资源,对之进行合理的分配,还要符合了网络技术的发展趋势,并采取措施对之进行优化调配,使网络管理技术向综合化、智能化发展;同时要求网管人员在工作中一切从实际出发,选择当前网络相符的网络管理技术,才能提高网络的安全性和高效性,使之安全平稳运行发挥最大的效用。
参考文献:
[1] 罗小芬.当前计算机网络管理技术应用探究[J].信息与电脑(理论版),2011(4).
[2] 于丽.计算机网络管理技术及发展趋势探讨[J].技术与市场,2011(4).
[3] 刘萍,肖德宝.基于XML的网络管理模型研究[J].计算机工程与应用,2004(5).
[4] 成可南.简析计算机网络管理技术发展趋势[J].电子测试,2014(8).
[5] 胡谷雨.网络管理技术教程[J].网络管理技术教程,2002(7).
篇8
关键词:网络管理技术CORBA技术B/S结构XML技术SNMP协议
随着网络技术和应用的不断发展,人们对网络的依赖程度将越来越大,用户已不再满足于网络连通性的要求,他们希望以更快的速度、更高的质量、更好的安全性访问网络。但是,随着网络用户数量的不断壮大,为网络的日常管理与维护带来巨大的挑战。为了维护日益庞大的网络系统的正常工作,保证所有网络资源处于良好的运行状态,必须有相应的网络管理系统进行支撑。网络管理系统中技术革新就显得尤为重要,只有新技术不断推陈出新,才能使网络管理系统不断向前发展。
一、网络管理软件技术热点
网络管理系统多年的发展,目前网络管理软件技术的热点有以下几个方面:
1.开放性。随着用户对不同设备进行统一网络管理的需求日益迫切,各厂商也在考虑采用更加开放的方式实现设备对网管的支持。
2.综合性。通过一个控制和操作台就可提供对各个子网的透视、对所管业务的了解及提供对故障定位和故障排除的支持,也就是通过一个操作台实现对互联的多个网络的管理。此外,网络管理与系统管理正在逐渐融合,通过一个平台、一个界面,提供对网络、系统、数据库等应用服务的管理功能。
3.智能化。现代通信网络的迅速发展,使网络的维护和操作越来越复杂,对操作使用人员提出了更高的要求。而人工维护和诊断往往花费巨大,而且对于间歇性故障无法及时检错排除。因此人工智能技术适时而生,用以作为技术人员的辅助工具。由此,故障诊断和网络自动维护也是人工智能应用最早的网络管理领域,目的在于解释网络运行的差错信息、诊断故障和提供处理建议。
4.安全性。对于网络来说,安全性是网络的生命保障,因此网管软件的安全性也是热点之一。除软件本身的安全机制外,目前很多网管软件都采用SNMP协议,普遍使用的是SNMPvl、SNMPv2,但现阶段的SNMP?v?l、SNMPv2协议对于安全控制还较薄弱,也为后续的SNMP协议发展提出挑战。
5.基于Web的管理。基于Web的管理以其统一、友好的界面风格,地理和系统上的可移动性及系统平台的独立性,吸引着广大的用户和开发商。而目前主流的网络管理软件都提供融合Web技术的管理平台。
二、网络管理技术发展趋势
通过现阶段网络管理软件中的一些技术热点,我们可以去展望今后在网络管理中出现的一些新的技术,以期带动网络网络管理水平整体性能的提升:
1.分布式技术。分布式技术一直是推动网络管理技术发展的核心技术,也越来越受到业界的重视。其技术特点在于分布式网络与中央控制式网络对应,它没有中心,因而不会因为中心遭到破坏而造成整体的崩溃。在分布式网络上,节点之间互相连接,数据可以选择多条路径传输,因而具有更高的可靠性。
基于分布式计算模式推出的CORBA是将分布计算模式和面向对象思想结合在一起,构建分布式应用。CORBA的网络管理系统通常按照Client/Server的结构进行构造,运用CORBA技术完全能够实现标准的网络管理系统。
2.XML技术。XML技术是一项国际标准,可以有效地统一现有网络系统中存在的多种管理接口。其次XML技术具有很强的灵活性,可以充分控制网络设备内嵌式管理,确保管理系统间,以及管理系统与被管理设备间进行复杂的交互式通信与操作,实现很多原有管理接口无法实现的管理操作。
利用XML管理接口,网络管理系统还可以实现从被管理设备中读取故障信息和设备工作状态等多种管理数据的操作。新管理接口的采用可以大大提高管理软件,包括第三方管理软件与网络设备间进行管理信息交换的能力和效率,并可以方便地实现与网络管理系统的集成。
而且由于XML技术本身采用了简单清晰的标记语言,在管理系统开发与集成过程中能比较简便地实施,这样新管理接口的采用反而还会降低整个管理系统的开发成本。
3.B/S模式。B/S模式是基于Intranet的需求而出现并发展的。在B/S模式中,最大的好处是运行维护比较简便,能实现不同的人员,从不同的地点,以不同的接入方式接入网络。其工作原理是网络中客户端运行浏览器软件,浏览器以超文本形式向Web服务器提出访问数据库的要求,Web服务器接受客户端请求后,将这个请求转化为SQL语法,并交给数据库服务器,数据库服务器得到请求后,验证其合法性,并进行数据处理,然后将处理后的结果返回给Web服务器,Web服务器再一次将得到的所有结果进行转化,变成HTML文档形式,转发给客户端浏览器以友好的Web页面形式显示出来。
在B/S模式下,集成了解决企事业单位各种网络问题的服务,而非零散的单一功能的多系统模式,因而它能提供更高的工作效率。B/S模式借助Internet强大的信息与信息传送能力,可以通过网络中的任意客户端实现对网络的管理。而且B/S模式结构可以任意扩展,可以从一台服务器、几个用户的工作组级扩展成为拥有成千上万用户的大型系统,采用B/S网络管理结构模式从而实现对大型网络管理。
4.支持SNMPv3协议。SNMP协议是一项广泛使用的网络管理协议,是流传最广,应用最多,获得支持最广泛的一个网络管理协议。其优点是简单、稳定和灵活,也是目前网管的基础标准。
SNMP协议历经多年的发展,已经推出的SNMPv3是在SNMPv1、SNMPv2两个版本的基础上改进推出,其克服了SNMPv1和SNMPv2两个版本的安全弱点,功能得到来极大的增强,它有适应性强和安全性好的特点。
尽管新版本的SNMPv3协议还未达到普及,但它毕竟代表着SNMP协议的发展方向,随着网络管理技术的发展,它完全有理由将在不久的将来成为SNMPv2的替代者,成为网络管理的标准协议。
三、结语
随着计算机技术的日新月异,网络管理技术也会随着各种新技术的运用而不断向前进步,从而为众多的网络提供方便、快捷和有效的管理。
参考文献:
[1]李明江.SNMP简单网络管理协议[M].北京:电子工业出版社,2007.
篇9
网络管理是控制一个复杂的计算机网络使得它具有最高的效率和生产力的过程。根据进行网络管理的系统的能力,这一过程通常包括数据收集―自动地或通过管理者的手动方式进行数据处理,然后提交给管理者 , 用于在网络操作中使用。它可能还包括分析数据并提供解决方案,甚至可能不需要打扰管理者而自动处理一些情况,进一步还可以产生对管理者管理网络有用的报告。通常,网管系统主要是由管理者和管理两种实体组成。网络管理员通过管理者 (Manger) 与管理 (Agent) 之间的交互通信而达到对网络进行管理的目的。目前网络管理协议主要有基于 TCP/ IP 的简单网络管理协议 (SNMP) 和基于OSI 的公共管理协议(CMIP) 。
(1)网络管理技术的现状
网络管理这一学科领域自二十世纪八十年代起逐渐受到重视,许多国际标准化组织、论坛和科研机构都先后开发了各类标准、协议来指导网络管理与设计,但各种网络系统在结构上存在着或大或小的差异,至今还没有一个大家都能接受的标准。当前,网络管理技术主要有以下三种:诞生于 In-ternte 家族的 SNMP 是专门用于对 Internet 进行管理的,虽然它有简单适用等特点,已成为当前网络界的实际标准,但由于 Internet 本身发展的不规范性,使 SNMP有先天性的不足,难以用于复杂的网络管理,只适用于 TCP/ IP网络,在安全方面也有欠缺。当前使用最广泛的是简单网络管理协议 (SN-MP), 该协议简单,易于实现且具有良好的可扩充性,是工业界事实上的网管协议标准。随着计算机网络的复杂性愈来愈大, 要求网络管理的性能愈来愈高,网络管理的面貌正在发生变化,传统的网络管理应用主要集中在由国际标准化组织 (ISO) 所定义的5 种网络管理功能领域:性能管理、故障管理、配置管理、安全管理、记费管理。虽然性能管理、故障管理及配置管理已经减轻了网络管理人员的大多数负担 , 但在过去的几年里企业网络的快速发展出现了种种新的需求 , 使现有的集中式网络管理应用无法胜任。以前的网络管理基本上是一种集中式的、单序的、反应式方法 , 它注重的是具体设备的监控 , 而且对于价格昂贵的广域网连接设备没有反应。
(2)网络管理系统的组成
网络管理的需求决定网管系统的组成和规模 , 任何网管系统无论其规模大小如何 , 基本上都是由支持网管协议的网管软件平台、网管支撑软件、网管工作平台和支撑网管协议的网络设备组成。
(3)网络管理的体系结构
网络管理系统的体系结构 (简称网络拓扑) 是决定网络管理性能的重要因素之一。通常可以分为集中式和非集中式两类体系结构。
2、网络管理技术发展趋势
为了满足业务及技术的需求, 网络管理在现有技术的基础上必将朝着层次化、集成化、Web 化和智能化及分布式方向发展。现分别叙述如下:
(1)网络管理层次化
由于网络规模的扩大 , SNMP 管理机制的弱点被充分暴露出来。SNMP 是一种平面型网管架构 , 管理者容易成为瓶颈; 轮询数目太多、分布较广的使带宽开销过大 , 效率下降 , 管理者从各获取的管理信息是原始数据 , 不但量大而且需要精加工才能变为有价值的管理数据。传输大量的原始数据既浪费带宽 , 又消耗管理者 CPU 的大量宝贵资源 , 使网管效率降低。解决这个问题的办法是在管理者与之间增加中层管理者 , 实现分层管理 , 将集中式的网管架构改变为层次化的网管架构。
(2)网络管理集成化
CMIP为国际标准化组织 ISO 所制定 , 然而 , 由于历史和现实的原因 , ISO 的开放系统互连七层协议至今尚未得到业界的广泛支持和应用。相反 , 基于 TCP/ IP的 SNMP 由于其简单易于实现很快便得到众多产品供应商的支持 , 使 SNMP成为事实上的网络管理工业标准。但不可否认 , CMIP 功能较强 , 能担负起复杂的网络管理 , 自己应用也逐渐扩大。能否将 CMIP 和 SNMP 两者优势集成起来 , 去粗取精 , 合二为一 , 形成一个完美而统一的管理协议方案 , 不至于像目前基于 CMIP 和 SNMP 的产品各自管理一方 , 其产品不能互通和共存 ―――这将对保护现有网络管理技术的投资具有重要意义。
(3)网络管理 Web化
传统的网络管理界面是网络管理命令驱动的远程登录屏幕 , 必须由专业网管工作人员操作 , 使用和维护网络管理系统需要专门培训的技术人员。随着网络规模增大 , 网管功能复杂化 , 使传统网络管理界面的友好程度愈来愈差了。为了减轻网管复杂性 , 降低网管费用 , 急需研究和开发一种跨平台的、方便、适用的新的网络管理模式。基于 Web的网络管理模式可以实现这个目标。这种新的网络管理模式融合了Web功能和网络管理技术 , 它允许网络管理人员通过与 WWW同样的形式去监测 , 管理他们的网络系统 , 他们可使用一种 Web 浏览器在网络任何节点上方便迅速地配置、控制及访问网络和它的各个部分 , 这种新的网络管理模式和魅力在于它是交叉平台 , 可以很好地解决很多由于多平台结构产生的互操作问题 , 这能提供比传统网络管理界面更直接、更易于使用的图形界面 (浏览器操作和 Web 页面对 WWW 用户来讲是非常熟悉的) , 从而降低了对网络管理操作和维护人员的特别要求。基于 Web 的网络管理模式是网络管理的一次革命 , 它将使用户管理网络的方法得到彻底改善 , 从而向“自己管理网络”和“网络管理自动化”迈出关键一步。
(4)网络管理智能化
由于现代计算机网络结构和规模日趋复杂 , 网络管理员不仅要有坚实的网络技术知识和丰富的网管经验和应变能力 , 对由于网络管理因素的实时性、动态性和瞬变性 , 即使有丰富经验的网管人员也有力不从心之感 , 为此 , 现代网络管理正朝着网管智能化方向发展。
(5)网络管理分布化
为了降低中心管理控制台、局域网连接和广域网连接、以及管理信息系统人员不断增长的负担,就必须对那种反应式的、集中式的、单体的网络管理模式进行一个根本的转变。“分布式管理”通过在整个网络上向多个控制台将数据采集、监视以及管理职责分散开来而实现综合分析。它可从网络上的所有数据点和数据源采集数据 ,而不必考虑网络的拓扑结构。分布式管理为网络管理员提供了更加有效地管理大型的、地理分布广泛的企业网络的手段。
篇10
关键词:城市管网;施工技术;质量管理
中图分类号:K915 文献标识码: A
一、城市管网规划和管理的特点
城市管网建设是一个正在高速发展的行业,城市管网的规划和管理是工程项目中的重要组成部分,城市管网规划和管理的种类繁多,主要包括供水、电力、雨水、通讯、污水、热力、网络、天然气等八种类型随着城市现代化建设的不断发展,其种类在不断的拓展中。城市网管规划和管理的施工工艺过程复杂,高压力的管道系统和非开挖技术已经得到一定程度的应用;此外,城市管理和规划还存在着较强隐蔽性的特点;一般管线设置在地下,如果技术人员不依靠仪器的话,就必须用检查井对管线进行检查,这些都是城市管网规划和管理的特点。
二、城市管网规划、管理中存在的问题
2.1对现有的管线难以开展调查工作
城市道路下的管线越来越复杂,在对城市管线进行规划和管理之前,必须要收集完整的管线资料信息;目前的管线资料都不是来自现场的勘察所得,技术人员对项目建设现场只能进行部分勘察,因此无法判断管线的实际走向和高程;此外,技术人员利用施工图纸调查管线,施工过程中会出现变更,有些因现场归档等造成竣工图并非按照实际施工绘制,因此并不能证明管线是否按图纸正常施工。
2.2城市管网规划和管理的数据不全面
在我国城市管网的规划和管理中,管理综合图纸只是对排水管线系统的高程、走向以及管径等内容进行研究计算,而其他类型的管线只是停留在对平面位置和街道交叉口竖向进行规划和管理的技术阶段上。在这些管线的规划和管理中也有专项性管理,但是只能对小面积的工程进行规划和管理。
2.3城市管线的更新规划速度比较慢
传统的规划和管理方式对各种类型的管线的位置、走向、高程、图形以及现有资料都是依靠手工计算和绘制完成,给查询、分析研究和统计工作带来诸多不便,城市管线管理和规划的效率低,人力资源和物力资源过度浪费,项目施工难以得到技术方面的支持。
2.4城市地下管线的布局结构复杂
城市管线的布局结构复杂,管网基础设施未移接,各地区的单位住房、经济型住宅的地下管线并没有得到有关部门的审批和实地验收,同时又因为施工单位多,其技术水平和素质差异大,管线设计变更后未办理相关的设计变更文件;未建立健全的档案移交机制,信息不全,资料不完整,对现状的研究不够透彻;缺乏测量确定程序,导致信息数据的准确程度和实效程度不高。
2.5.项目施工单位的不规范,技术水平低
城市地下管线的铺设找不到项目施工单位的负责人,项目的协调难度加大,管线不能及时进行维修,难以掌握管线的准确位置,导致地下管线受到破坏此外,又因为生产条件的限制,质量技术不达标,没有详细的质量技术标准,技术水平低,造成管道的维修、改造、更新和保养的难以加大,给城市居民的生活造成不便。
三.城市管网规划和管理的策略分析
3.1结合工程的实际施工情况,积极引进先进技术
城市管网在规划和管理中,要结合工程项目的特点和实际的施工情况,积极引进无干扰穿越技术等先进的科学技术在不破坏街道布局结构的基础上,解决在管网管理和规划过程中遇到的问题。
3.2政府要改进管理和规划的职能
城市管网维系着城市居民的正常生活,是城市经济进一步发展和保护环境的必要保障条件因此,各地区的政府要利用直接投资、招商引资、政企合作的方式来支持城市管网的规划和管理,对有关的地下管线规划和管理部门进行统一的协调规范管理,建立健全管网规范和管理机制,积极开展城市管网管理和规划、地下管线安全事故处理等内容的工作。
3.3加大对城市管网规划和管理的监督力度
随着城市经济的进一步发展,城市管网系统的进一步完善,管网系统优化管理的难度不断加大,因此,城市管网管理工作必须要进一步的规范化,建立健全的规划和管理机制,统一协作,相互配合。
3.4做好项目工程前期的协调工作
在规划和管理方面,要建立完善的城市管网信息查询机构,利用计算机技术、网络技术、数据库信息处理技术等把管线的资料数据进行科学的存储、管理和分析,及时更新数据信息,做好资料交接工作,为管网管理和规划提供科学、合理的数据依据,降低管线日常维修和改造等工作的难度。
3.5建立新的管理、规划模式
结合城市管网在规划和管理过程中遇到的问题,积极改进现有的管理模式,保证资料信息的科学合理,建立完整的城市管网数据库,根据实际施工情况,分析研究城市管网的布局模式,建立新的管理和规划模式。
四.注意事项
4.1现场指导
城市管网,技术人员的现场指导是很重要的,这样就要要求技术人员对工程中的每一道环节都要先搞清楚,给施工人员详细交底,介绍做法和要求,并真正做到解决现场可能出现和已经出现的问题,尽量减少在工程实施过程中出现不足和造成损失。因为对于某些新项目,大部分施工人员以往基本上是没有接触和涉及过,头脑没有感性和成熟的认识,所以现场的参与指导和监督就显得非常重要。
4.2监理
城市管网的实施过程中,监理关于重要部位关键工序的停检点较多,并且都是严格按设计、标准来约束、检查、评定。可以说长输管道要求的城市管网都有;长输管道没要求的,城市管网一个都不能少。如测量放线、管沟检查、取样、管线安装、试压、通球、回填、阴极保护、同敷光缆、管道穿跨越、竣工标高等等,这些都要在完成相应工序后经过检查才能进入下道工序,这个工序和过程是一个也不能少的。这种管理和检验程序,对施工人员来说先期也是不适应,并出现急躁和反感的心理,是在时间的延续后才逐步适应的。所以这里的与监理的关系和协调既要讲求原则性又要讲求艺术性。
结语:
城市管网工程项目的规划和管理是城市和国家现代化建设的主要标志随着社会科学技术的进一步发展,传统的城市管网管理和规划的方式存在着许多问题,城市管网的规划和管理面临着新的挑战本文通过对城市管网规划和管理中存在的问题进行分析,浅谈解决问题的有效对策,为城市管网新的规划和管理提供参考资料,以此实现城市管网优化管理和规划的智能化、整体化和自动化。
参考文献:
[1]李英伟.论城市地下管线的综合规划与管理[J].中国科技博览,2012(5).
[2]刘建华.论市政排水管道工程施工质量控制[J].大众科技,2010(08).
[3]黄丹.市政排水管道工程的施工控制与管理探讨[J].工程科技信息,2011(01).
- 上一篇:做好事作文
- 下一篇:珍爱生命远离危险作文