综合网管（共12篇）
综合网管 篇1
电力事业与电力通信事业是紧密相关的, 电力事业中电网的建设水平越高, 电力通信系统的运行稳定性也就越高, 反之就越低。但是, 不管电力事业还是电力通信事业, 二者想要获得发展都离不开管理, 离不开电力通信综合网管系统。电力通信综合网管系统可有效提高电力系统的通信质量, 保证用户的正常通信, 对电力系统通信有着重要的意义。但就目前来说, 我国电力系统通信体制存在着一定的不足, 新旧管理体制交替存在, 所以在一定程度上制约着电力通信的发展, 亟待改革。而电力通信综合网管系统的建立就是一个有效的问题解决对策。
1 电力通信综合网管系统建立的目的
之所以要建立电力通信综合网管系统, 其主要目的就是为了提高电力通信系统的管理质量, 通过计算机技术和网络技术的应用来充分保障电力通信网络的运行安全, 并依次提高电力通信网络系统的管理、维护自动化水平, 使电力通信网络系统能够更好、更优质的为人们提供服务。
相比于传统的电力通信网络管理系统, 综合化网管系统不仅在管理目标上作了改变, 还在管理内容、管理对象上都作了较大的改变。拿综合网管系统中的网元管理系统来说, 网元管理系统的监控管理对象是通信设备, 该系统的基本作用是为通信设备提供配置, 并加以监视, 而传统的单一化网络管理系统的作用则是对网络系统中通信设备的集中配置进行监视, 监视对象仅仅只是通信设备的集中配置。由此来看, 电力通信综合化网管系统所囊括的管理对象、管理范围和管理内容都比单一化网络管理系统要多很多, 它是电力通信网络在网络内容、网络范围、网络功能上的一个综合化体现。
2 电力通信综合网管系统的发展建议
2.1 建立完整的电力通信业务管理平台
需要清楚的是, 电力通信综合网管系统是在电信管理网络的基础上发展起来的, 目前国内所建成的电力通信网络管理系统大多属于网元管理系统, 而网络及上层的管理只有少部分的综合网管系统可以实现, 也就是说, 我国现阶段的大多数电力通信网络系统都无法实现网络及上层的管理, 其对电力通信网络系统运行状况的管理普遍停留在监控水平, 大多无法实现进一步的通信网络系统管理。
需要提及的是, 尽管电力通信网络管理必须要应用到不同类型的网元管理系统和单一网络管理系统, 只有依靠它们才能实现电力通信网络运行数据的收集, 实现网络的安全运行, 但是, 从电信管理网络的基本功能以及电力通信企业的管理理念上来看, 我国目前的电力通信网络管理系统建设并不应该只停留在这一阶段, 应该进一步发展, 建立一个更加完整与完善的电力通信业务管理平台。
2.2 建立智能化故障信息分析和处理平台
电力通信综合网管系统在发展过程中可以考虑往智能化方向发展, 引入智能化技术, 在网络管理系统中建立一个智能化的故障信息处理平台, 利用这个平台来解决电力通信网络运行中的两个最大问题:
2.2.1 分析、判断并正确决策网络运行率故障中的异常事件
对于这个问题的处理, 尽管目前的电力通信综合化网管系统已经设置了一些暂时性的解决对策, 但这远远不够, 还需要在以后工作中继续改进, 寻求更有效的异常事件的处理措施。比如对故障报警的过滤处理, 关联处理等, 并在此基础上建立一个相应的处理策略数据库, 保证下一次故障事件发生后, 系统能及时调动处理策略数据库中的处理策略, 并准确执行。
2.2.2 有效分析高层次网络业务所提供的网情数据
这个问题的解决措施在当前的综合网管系统中很少, 同样也需要在这个方面做继续、不断的努力。但需要清楚的是, 随着时间的推移, 网络业务所提出的业务要求会变得更高, 故障分析和处理平台在分析网络业务的网情数据时, 一定要依次完成以下几项工作:准确统计与分析网络负载;准确统计和分析网络与网元的利用率;准确统计网络和网元的故障;深入分析网络隐患;分析并得出相关的处理策略。
2.3 建立电力通信网的资源管理平台
通信资源的管理是通信网络管理的重点。但目前的情况是, 资源管理由其所在部门各自为政, 不成系统。因此, 应该建立一套比较完整的资源管理系统。这个系统应涵盖两大范畴, 配备各种功能模块, 对通信网络的物理资源和逻辑资源实现高效管理, 提供包括统计查询、报表和应用分析等各种应用功能, 为通信系统的生产、业务、运行和维护提供管理服务。
根据对电力通信网通信资源组成的分析, 以及对用户管理需求的分析, 并参考电信主管部门建立的资源管理系统的规范, 建议电力通信网络资源管理系统的主要功能模块应包括以下5个部分:
a.基本数据:设备数据管理;工程图纸管理。
b.物理资源:空间、地理数据管理;机房设备资源, 包括设备、机架子架、机房节点设备、机房连接设备、节点设备和连接设备的关联数据;线路网网络资源, 包括光缆线路网资源、电缆线路网资源;线路支撑资源, 包括人孔、管道、电杆、吊线、管道路由、杆路路由、金具等。
c.逻辑资源:传输网网络资源, 包括传输网资源配置、传输网网络拓扑;交换网络资源, 包括交换网络、信令网和智能网拓扑;号码资源。
d.资源管理功能:查询和统计功能;网络资源调度管理, 包括网络资源调度申请、业务管理与调度管理;网络质量管理, 包括性能参数管理、告警信息管理。
e.管理系统管理:用户权限、日志管理;数据的分发、备份和恢复。
3 结束语
通信网络管理系统十分庞杂, 涉及范围很广, 其发展也是多力一面的, 例如:路由自化、配置自动化、带宽规划和控制等力一面的发展也是重要的课题。选择上述3个力一面的课题进行研究的原因主要是基于两个基本观点:一是用户管理通信网络的需求;二是数据利用的需要。我们希望引起人们对通信综合网管系统发展的重视, 研发出更完善的通信综合网管系统, 为电力通信网络的管理服务。
摘要：随着我国电力事业的不断发展, 电网建设规模也得到了一定程度上的扩大。在这样的前提背景下, 用于管理电网运行的电力通信综合网管系统也势必要不断完善, 以便能更好的对电网和电力通信系统的运行进行管理。针对电力通信综合网络管理的重要性, 本文对电力通信综合网管系统在未来的发展前景进行展望, 并给出几点相应的发展建议, 供同行参考借鉴。
关键词：电力通信,综合网络管理系统,发展,建议
参考文献
[1]陶邦胜, 傅斌杰.电力通信综合网管系统的高级功能[J].电力系统通信.2002 (09)
[2]柯天兵.电力通信监控网管系统中通信设备的接入[J].电力系统通信.2002 (06)
[3]焦群, 胡谷雨.ECM系列电力通信网管系统[J].电力系统自动化.2000 (06)
综合网管 篇2
１２００８北京青年通信科技论坛，论文集
铁路通信网的综合网管系统
邓烨飞
北京全路通信信号研究设计院１０００７３
【摘要】 首先介绍了铁路通信系统的组成，然后指出了建立综 合网管的必要性，最后介绍了综合网管系统的特点、功能
【关键词】 铁路通信系统，综合网管
一、铁路通信网的组成铁路通信网是列车运营、行政管理、维护抢修、货票管理等多方面信息的 传输、交换、显示、应用的综合业务平台。
按照ＩＴＵ－Ｔ提出的网络分层分割概念，铁路通信网可以从垂直方向划分为 三层，从下至上为传送网、业务网和应用层。其中传送网可以细分为物理层和 信道层（ＳＤＨ／ＰＤＨ／ＷＤＭ等），在信道层上面可以支持由各种电路层设备（如分组 交换机、路由器等）组成的业务网（如ＩＰ网等），提供各种网络业务。而在业 务网上面可以开发出种种为用户提供信息服务的应用（ＴＭＩＳ／ＤＭＩＳ／会议电视 等）。为了支持各层网络的有效运行和管理，需要有支撑网即信令网、同步网 和网管网。铁路通信网分层结构见下图：
＜２００８北京青年通信科技论坛》论文集 铁路通信系统包括如下子系统：（１）传输子系统为其它通信子系统和信号系统等提供信息传输及交换信道。该系统由光数字传输设备及光纤环路组成。
（２）无线通信子系统为固定用户如调度员、车站值班员等与移动用户如列车 司机、维修、公安等流动人员之间提供通信手段，它对行车安全、运营效率、服务质量、应付突发事件提供保证。该系统由数字集群设备组网。
（３）程控电话子系统供工作人员与内部及外部进行公务通信联系的通信子系 统。该系统由数字程控交换机网络构成。
（４）数字专用调度电话子系统是列车运行调度指挥、电力调度、防灾救护
及 维修等部门提供作业指挥而设置的专用直达电话系统。该系统由数字调度主系 统、分系统、前台及分机组成。
（５）闭路电视监视子系统为控制中心的调度员、各车站值班员、列车司机等 提供有关列车运行、防灾救灾以及旅客疏导等方面的视觉信息。该系统由图像 摄取、图像显示及录制、车站控制、中心控制、视频信号传输等部分组成。（６）广播子系统用于向旅客通告地铁列车运行以及安全、向导等服务信息，向工作人员发布作业命令和通知。该系统由中心控制设备、车站及车辆段广播 设备和传输接口组成。
（７）通信电源由交流电源切换及配电屏、电源、高频开关电源和蓄电池组组 成。
（８）其它系统包括光缆光纤监测、动力环境监测、时钟等系统。（２００８北京青年通信科技论坛》论文集
二、建立综合网管的必要性
作为铁路通信的后台支撑系统，网络管理部门最主要的任务就是对前台的 业务运营和信息处理提供全面完善的系统保障。如何建设面向运营的强大而灵 活的网络管理系统是一个迫切需要解决的问题。
在由多厂商设备构成的铁路通信网络中，各厂商的产品都有自己的一套网 管系统，而这些网管系统在开发之前没有定义统一的信息交换和信息管理协议 与格式，而是采用各自的管理协议、互不兼容。这种各自为政的局面给网络管 理带来了一系列难题如下：
（１）信息无法共享 各专业网只能了解本专业网的资源和网络运行情况，信息存放分散、孤立，对网内各类资源的利用率情况没有全局的了解。从而在一定程度上影响了网上 业务的开展，阻碍了对网络资源的有效利用。
（２）难以统一调度和管理网络资源 通过各厂商的网管系统无法实现跨厂家、跨系统的资源调度。传输网的运 维属于被动式运维，不能达到主动式运维和预防式运维的目标：
（３）无法完成业务质量的保障。针对日益加剧的市场竞争，需要对传送网提供的业务传输电路进行有效的 质量保障，而现有管理方法不能提供端到端的管理。
（４）多厂商设备下的互连互通互操作问题。无法提供智能化的网络资源调度建议方案，无法实现互联互操作及统一管 理。基于以上问题，有必要建立铁路通信网的综合网管系统。通过该网管系统 对各线范围内通信网进行统一的、全局的管理，从而提高通信网的整体运行维 护水平，保证通信网的运行质量和效率。
三、综合网管的特点
综合监控系统是指将彼此孤立的各类控制系统通过网络有机地连接在一 《２００８北京青年通信科技论坛》论文集 起，并建设智能综合监控中心，监控和协调各相关子系统的工作，充分提高各 类系统的工作效率，降低运营成本，提高综合决策水平，为乘客提供一个便利、快捷、舒适的乘车环境，并在灾害发生的情况下最大限度地保护人的生命和财 产安全，实现“高安全、高效率、高品质服务”的铁路交通。
综合网管与传统的孤岛式网管相比，其本质特征主要体现在以下几个方 面：
（ｉ）资源共享 提供统一的工作平台及界面，对各子系统进行不同程度的整合，按各子系 统的不同需求合理分配资源，包括网络资源及人力资源。
（２）信息互通和联动 在统一的工作平台以及共享数据库的支持下，各子系统能有效而快速地相 互传递信息．实现系统间的联动。跨系统故障处理的能力当发生系统故障时操 作员可更快找出故障原因及其他系统相应出现的问题及现象．有利于处理跨系 统问题．提高服务质量。
（３）工作模式预设能力 可根据不同情况启动相应的预设模式，实现对全线各受控子系统作联动控 制，应付不同事故。人机界面的统一性有利于建立统一的人机界面，形成的图 形、图像、表格及文本格式一致，可提高反应能力、减少误操作。
四、综合网管的功能
综合网管功能具体包括以下内容：
（１）综合故障管理 综合故障管理的目标是以业务为中心进行预警，实现端到端业务的监控管 理，将告警信息关联到电路，提高业务保障能力。其主要功能是基于不同专业 的监控系统实现集中和综合的故障管理，提供跨专业平台的网络集中告警功 能，在一个统一的网络管理平台上实现多专业综合告警的实时集中呈现，能够 在众多相关联的告警中迅速判断出产生告警的真正原因，（２００８北京青年通信科技论坛》论文集
（２）综合性能管理 性能管理以网络性能为准则检测网络的利用情况，主要由性能告警的检测 和发现性能故障后网络重配置两部分组成。根据网络的一些运行参数如吞吐 率、响应时间、网络的一般可用度，来判定网络运行的好坏，及决定从哪一方 面来改善。性能管理功能包括性能数据检测和分析、性能闭值设置、性能调整 等。
（３）综合配置管理 配置管理的主要目的是增强网络管理者对网络配置的控制，这是通过对设 备的配置数据提供快速的访问来实现的，包括以下方面的内容：获得关于当前 网络配置的信息、提供远程修改设备的手段、存储数据、维护一个最新的设备 清单并根据数据产生报告。
（４）综合安全管理 安全管理主要是提供一个安全策略，确保只有授权的合法用户可以访问受 限的网络资源和重要信息。按照权限、口令以及一些准则来检测有意或无意的 非法入侵，当检测到非法入侵事件后，采取必要的措施来查处或追踪。安全管理主要涉及：防止非法用户访问，在敏感的网络资源和用户集间建 立映射关系：数据链路加密；密钥分配和管理；安全日志维护和检查；审计和 跟踪；防止病毒：灾难恢复措施。
五、结束语
综合网管系统极大地方便了运营部门的设备维护人员，缩短了故障判断和 处理的时间，有效地利用了网络资源，提高了网络运行维护水平，提供了一种 更加友好和便捷的管理方式。在国内，目前综合网管系统还处于发展起步阶段，相信综合网管系统的发展前景广阔，随着网络技术的发展必将得到更广泛的应 用。（２００８北京青年通信科技论坛》论文集
参考文献：
〔１〕ＹＤ／Ｔ８５２－１９９６．电信管理网（ＴＭＮ）总体设计原则 〔２〕冯明．实用网络管理技术〔Ｍ〕．北京：人民邮电出版社，１９９５． 〔３〕李兴明．网络管理及其应用〔Ｍ〕．北京：人民邮电出版社，１９９９． 〔４〕夏海涛，詹志强．新一代网络管理技术〔Ｍ〕．北京：北京邮电大学出 版社，２０
通信互联网中的综合网管系统 篇3
一、网管系统功能要求
1.告警管理 需实时地采集全网范围内所有网元(NE)生成的各种设备故障告警报告、网络事件报告以及与网络、业务相关的故障报警报告。为保证数据采集的完整性，告警数据采集层必须提供手工采集手段，并应具备以下主要功能：告警数据处理（例如告警信息的标准化、告警的重定义等）、告警过滤、告警显示控制、告警查询与统计等功能。
2.性能管理 性能数据采集应支持从直连网元和专业网管设备采集两种方式，支持各种网元提供的接口。支持24小时周期性自动采集性能数据，采集周期和采集时间可选择。性能管理应具备较好的扩展性，对于新割接入网的网元，网管系统能够根据配置文件，自动采集性能数据。性能数据采集到网管系统之后，必须进行归一化、数据结构规范化，使数据应用层的相关应用能够方便地使用这些数据。要考虑交换、无线等数据的关联性。
3.配置数据的采集、录入 配置数据采集方式应支持自动采集和手动采集。自动采集：网管系统能够周期性地自动采集配置数据, 其中采集时间和采集周期可由用户设置；手动采集：网管能够让用户在必要时手工启动配置数据采集程序，并可按网元组等进行分别采集刷新配置数据。性能触发采集：在采集性能数据过程中发现新的资源对象时，能够自动触发资源采集程序，进行相关资源数据的采集，并提供刷新机制。对于一些无法采集的数据，提供手工录入和批量导入方式。
4.报表查询 可自动生成各种报表，报表按照专业进行分类，用户可自定义报表分类。例如移动业务报表：G/C网报表、综合关口局、直放站报表、智能网报表、1x分组核心网系统等；数据暨互联网业务相关报表：193、VOIP、接入网、ATM数据骨干网、165互联网等相关报表；其它专业，例如传输报表、动力环境报表、增值业务报表等；
5.电子地图功能 在现有的网管系统中，电子地图功能尚未普遍使用。但是，在综合网管中实施电子地图带来的益处是显而易见的：支持图层叠加、地图无级缩放、地图分层信息,支持分层图层显示。
6.其它功能 此外综合网管还应提供工作流管理、故障工单管理、操作维护终端、安全管理、系统自身管理、经营分析等功能。
二、综合网管系统设计
1.系统业务范围 广义的综合网管系统应该是一个全业务范围的网管系统，包括GSM网、CDMA网、直放站、动力环境监控、智能网、传输网、IP、接入网、ATM骨干网、短信中心等，它应该是一个跨专业、跨部门的集中监护系统，而不只局限于某些专业。
2.系统建设目标 综合网管系统为复杂的、不断演变的移动网络提供一个管理解决方案及一组工具集合，系统建设的目标是：实现对目前各部门监控的设备及业务的集中监控，同时增强综合网管系统对新设备、新业务的支持能力，考虑未来可能接入的其他设备及业务；在完善传统的告警、性能、配置、安全等基本管理功能的同时逐步实现业务管理、事务管理等高层次管理需求；具有与上级网管系统完善的接口功能，满足上级网管需要调取的数据资料；提高数据吞吐能力和响应时间，为管理、技术人员提供高效、稳定的工作平台；实现电子化管理，达到信息沟通、资源整合、管理控制等环节的全面电子化。
3.系统技术要求 (1)系统的稳定性应满足以下指标：系统的平均无大故障时间应大于100天，平均无重大故障时间应大于300天；(2)系统的可靠性应满足以下指标：①重大及严重告警正确性要达到100%，其它告警准确性不小于99.8％；②性能数据准确性不小于99%；(3)系统的实时性应满足以下指标：①监护系统监控的所有网元的告警显示延迟不得超过30秒；②性能数据从采集到呈现的时间小于30分钟；(4)接口的一致性：综合网管系统的接口必须符合相应的规范要求；(5)应用系统的可使用性：应当保证综合网管系统简单明了。
4.系统总体设计 网管系统将采用全新的体系结构，主要表现在三层应用服务结构与三级分布式数据库的结合。实现三层应用服务结构能更好地体现薄客户端的概念，即网管系统尽量降低对用户终端的要求，这里主要指软件配置的要求，不能要求客户端预装各种配套软件、驱动程序，要尽量实现一种简单、无缝的连接。因此，必须要求现有网管软件从客户机/服务器的模式向三层/多层应用服务的体系结构转变，同时，三层/多层应用服务的体系结构还有利于把业务逻辑集中到中间层，有效分担数据库服务负荷，集中实现系统的业务安全管理等优点。
网管系统致力于建设一开放的系统，此系统分为三层，第一层为数据采集层，主要完成采集数据的功能，保证数据采集的完整性；第二层为数据处理层，完成数据的计算，整理和组织；第三层为应用层，主要完成数据的呈现、网络的拓扑、资源管理、网络优化、规划、互联互通分析、业务管理、路由管理、局数据检测，各部门所需的报表，生成报表的模版，故障处理流程，交接班制度，安全管理，故障的重定义等。
三、综合网管系统实施
在软件开发领域，递增原则的一个重要应用即是：在项目开发时，先组成目标的一个有效的早期子集，并完成其开发工作，提交用户使用，从而得到及时的反馈信息。如此一来，在原始需求不稳定或不清晰时，项目的进展就仍可以按照可控的模式进行。
递增模式可以在一个开发好的应用中不断地加入新功能。其核心思想是尽可能保持系统仍然始终可用，尽管在各时期系统仍然是不完善的。同样，也可以按照递增模式在原有系统的基础上加入新的特性(而不只是功能)。例如说，一个软件产品的最初版本可以注重于系统的可靠性和用户界面问题，而其后续的版本则可以去提高其时间和空间效率。递增模式的优点是适用于最初需求不定的情况。而第二个优点则是能帮助加强与用户的交流。由于在整个开发过程都是软件开发人员和用户共同参与的，所以可以较好地满足用户的需求。
按照以上需求、设计并实施的综合网管系统应该具有开放、稳定、高效、安全和易扩展的体系结构，能够充分满足当今移动运行环境对综合监护管理的需求。这种先进的体系结构使得系统能够随着移动技术、网管技术的发展而快速发展，我们最终的目标是建立一个包含能实现各种实用综合管理，能智能地发现各种关联数据深层关系，并能方便有效地体现与表现各种决策数据的综合网络管理系统。在此，可以预测综合网管的发展趋势：
第一步：根据各种规范,实现移动综合网管系统功能
第二步：实现省级网管决策系统.实现上述功能深度管理，并能由用户驱动完成决策数据生成及体现，为网络维护者提供详实决策依据
传输网综合网管系统研究 篇4
近年来, 电信运营商之间的竞争已经逐步从网络设施竞争向服务质量和业务更新速度竞争转变。为了提高传输网络的服务质量和新业务提供速度, 我国各大运营商都已经开始研究建设传输网综合网管系统。新一代的传输网综合网管系统需要有符合运营商组织架构的网管系统结构, 同时还需要采用业务流程思想、公共业务数据通过数据总线方式共享、即插即用的组件式结构设计, 并且一般采用公共对象请求代理体系结构CORBA (common object request broker architecture) 和XML (可扩展标记语言) 进行接口设计。这不仅有利于快速开发新的业务管理模块, 也有利于运营商对这些业务管理模块的快速部署和应用实施。新一代的传输网综合网管系统在功能和性能上的表现, 直接影响着电信运营商的竞争能力。
1 传输网综合网管系统体系结构
1.1 传输网分级管理结构
根据目前大部分电信运营商传输网管理职能的划分及传输网管理系统的现状, 传输网网管系统结构一般为两级半:总部/集团传输网网管系统、省级传输网网管系统、本地操作维护中心。传输网网管系统结构如图1所示。
总部传输网网管系统通过一干各设备厂商的EMS (网元管理系统) /SNMS (子网管理系统) 提供的接口 (接口4) , 对一干进行直接管理。同时, 总部传输网网管系统通过与省级传输网网管系统的接口 (接口3) 对各省二干进行宏观管理。
省级运营商传输网综合网管系统通过二干各设备厂商的EMS/SNMS提供的接口 (接口4) 对省内二干进行直接监控, 并向总部传输网网管系统提供向上的管理接口 (接口3) 。
按照传输网管建设发展的趋势, 将逐步实现总部级网管对全网资源的宏观调配和管理, 实现对一干、二干、本地传输网的跨区域电路调度。
总部级网管系统电路调度层次如图2所示, 总部级网管通过接口可控制省级网管, 完成从A点到B点的电路调度。根据这样的思想, 省级运营商传输网综合网管系统将对向上的接口中提供相关的功能。
省级运营商传输网综合网管系统还通过各地市本地传输网设备厂商的EMS/SNMS提供的接口 (接口4) 对各地市本地传输网进行集中管理, 其中对于省会城市本地传输网进行直接监控, 对于其他地市本地传输网进行集中远程监视和管理、调度;各地市设置终端或PC server对本地传输网进行监视, 并进行维护操作。
1.2 传输网综合网管系统功能结构
1.2.1 概念设计
传输网综合网管系统的功能分多个模块实现, 对外表现为多个接口。系统向下对多种类型设备的接口进行适配, 向上提供统一的网管接口;在用户界面这一侧, 提供人机界面接口;与其他的系统之间提供其他类型的接口。传输网综合网管系统概念设计如图3所示。
1.2.2 软件设计
传输网综合网管的软件设计采用了层次化的设计思想, 使各个模块之间相对独立, 相互依赖程度较小。
传输网综合网管系统的功能主要由接口适配层、应用层和表示层3个层面来实现, 如图4所示。只有相邻的两层之间进行信息交互, 任意不相邻的两层之间在物理上和逻辑上都没有依赖关系。
1.2.3 物理结构
传输网综合网管的物理结构如图5所示, 各厂家网元直接向各自的网元管理服务器提供管理信息, 各厂家网元管理服务器通过自己所提供的不同接口, 向上层接口适配服务器提供管理信息, 进而传输网综合网管系统通过接口适配服务器管理各厂家的网元。
图5中的应用服务器、数据库服务器、Web服务器是整个系统管理功能的承载设备, 监控终端是工作人员进行网络管理的设备, 多个用户可以同时在不同的地理位置通过DCN (数据通信网) 接入系统进行管理维护工作, 磁盘阵列用来存放网管的各种数据。
1.2.4 软件结构
传输网综合网管在软件的结构上要考虑其可扩展性, 主要从两个方面进行考虑:
1) 考虑传输网上现有厂家设备的网络规模扩大、设备数量增多时, 网管系统不需要修改任何代码就可实现过渡;
2) 考虑未来有新厂家、新型号的传输设备出现时, 网管系统的应用层及以上的代码不做任何修改, 专门开发针对该种设备的接口适配程序就可以直接连接到网管系统的上层模块。
图6所示为系统软件结构的参考模型。
整个系统软件结构总体上分为3层:表示层、应用层和适配层。其中应用层和适配层模块通过CORBA作为中间件进行通信。
表示层直接面向终端用户;应用层是网管功能的实现层, 完成网络管理的所有功能;接口适配层完成对不同厂家设备接口适配的功能, 向上提供一个统一的网管接口。
向上的网管接口模块挂接在分布处理系统上, 可以通过分布式处理系统与系统中的其他功能模块完成交互。与其他系统如环境监控系统等之间的连接可以通过数据库共享或者定制专门的接口程序实现。
1.2.5 资源数据库分布结构
省内二干资源数据及所有地市本地资源数据均存储于省中心数据库服务器中, 提供磁带或磁盘阵列进行数据备份, 数据在物理上统一存储。数据库分布结构如图7所示。
2 传输网综合网管系统组成及功能
传输网的组成比较复杂, 它除了包括SDH、WDM等传输设备外, 还包括光纤光缆等线路资源, DDF (数字配线架) 、ODF (光纤配线架) 等连接设备。根据传输网的特点和省公司与各地市公司职能的划分, 可以将传输网综合网管的功能分为4大部分:
·主传输设备管理子系统;
·资源管理子系统;
·指挥调度管理子系统;
·系统支持功能。功能模块结构关系如图8所示。
2.1 主传输设备管理子系统
主传输设备管理子系统应包括拓扑管理、故障管理、性能管理、配置管理等功能。
2.1.1 拓扑管理
拓扑管理功能要求能够以传输网网络组织图、逻辑拓扑图、通道组织图、机房设备分布图和设备面板图等多种视图表现网络的拓扑结构, 并与其他管理功能相结合, 为用户提供友好的管理业务接入方式。各类视图的组织层次关系如图9所示。
2.1.2 故障管理
故障管理功能包括告警配置管理、告警的监视与显示、告警信息处理等功能。
2.1.3 性能管理
性能管理实现对所管网络和系统的性能进行分析, 包括性能采集任务管理、性能门限管理、性能数据存储管理, 查询统计分析等功能。
2.1.4 配置管理
主传输设备管理子系统配置管理主要提供对传输网网络中WDM、SDH、DDF、ODF、通道、电路的管理, 包括配置信息的查询、修改、同步、统计等功能。
2.2 资源管理子系统
资源管理子系统提供以地理信息系统为依托的网络资源数据管理, 主要功能是对传输网设备、光纤光缆、传输通道等各种资源数据实现集中管理和统筹调度, 能方便各管理层掌握网络资源的配备和使用情况。
资源管理的主要功能包括:资源数据的录入维护、查询显示、存储、实时监测更新、统计、分析、投资统计、电路调度方案。
2.3 指挥调度管理子系统
2.3.1 值班管理
值班管理主要是对网管人员日常值班过程进行电子记录, 辅助任务完成、提醒等功能。
2.3.2 流程 (工单) 管理
主要包括故障处理、电路调度、网络割接等流程的管理。系统还提供各种工单的查询统计, 作为衡量工作量和工作效率的依据。为了保证工单的真实性, 系统将采用数字签名技术。
2.3.3 VPN (虚拟专用网) 管理
主要包括3个方面:客户信息管理、租线电路管理和租线服务管理。
2.3.4 日常办公管理
办公自动化和辅助管理功能应提供E-mail、任务提醒、联系信息维护、信息发布、工作量统计和质量投诉、故障申报、处理流程管理等。
2.4 系统支持功能
系统支持功能包括系统安全管理、系统日志管理、系统数据备份与恢复、系统自身监控管理和系统帮助等功能。这些功能将为以上的主传输设备管理、资源管理和指挥调度管理3个子系统所共用。
3 结束语
个人年终总结--网管 篇5
行政人力部
紧张而有序的一年又要过去了，忙碌的一年里，在公司领导及各部门各同事的帮助下，我顺利的完成了本年度的工作。为了今后更好的工作，总结经验、吸取教训，本人就本年度的工作总结如下：负责公司总部网络的正常运行，及其所涉及到的网络设备如ADSL、路由器、交换机的维护；负责公司总部计算机、打印机、复印机、传真机等一切办公设备的预购、采
购、调试安装、维护维修及所涉及到的耗材采购。并要保证其所有采购设备耗材价格的性价比。并尽可能的降低设备使用故障率，在其出现故障的时候，以最快的速度得到解决负责公司腾讯通软件的管理婆、安装、调试、维护等；负责公司总部集团电话的维护及管理；负责公司总部跟电子电器有关系的大小事务；负责公司总部办公用品的采购；
在总结本年度工作的同时，针对自己不足之处，我对明年工作也提出了初步设想：
一 是继续完善总部各分公司的网络环境，为公司的再度拓展提供一个好的网络平台；
二 是利用网络平台为公司创造一些利于办公的便利，三 是大大加强业务学习，提高网络技术，如果可以的话扩大网络部，为公司盈利。
综合网管 篇6
关键词：通信互联网；综合网管系统；项目管理
中图分类号：TN915.07 文献标识码：A 文章编号：1006-8937（2016）05-0076-02
虽然我国拥有人口优势，使用移动手机、计算机的人数位居世界前列，但是我国的通信行业与发达相比，无论是从行业管理与维护水平上仍属于一种粗放型的行业。随着现代通信技术日新月异的变化，人们之间的联系越加紧密，越加对于通信行业的发展提出了更高要求，我国在行业管理与维护水平上应继续做出刻苦努力，力求从自主创新的角度，加大对通信互联网综合网管系统的管理，加强对其系统的设计与维护研究，从而满足于全社会信息沟通交流的需要，满足于人口增长等方面的社会发展需要。
1 通信互联网综合网管系统项目管理概述
现今在通信互联网中，综合网管系统是通过网络管理工作站在通信系统体系中的布置，管理与控制其他网络，实现对全部网络系统的综合管理[1]。在整个通信网络系统中，其系统是否能够正常稳定的运行，取决于对综合网管系统的管理，保证了通信行业的发展可持续性。针对综合网管系统的重要作用，因此对做好加强其系统实施时的项目管理显得尤为重要。
2 通信互联网综合网管系统功能模块分析
2.1 自动化采集功能
在互联网环境下，直连网元、专业网管设备必须支持信息采集。在项目实施中需要加以注意。
2.2 时效性功能
时效性是指系统运行当中通过对故障分析了解到网络运行状况，为维护人员在故障维修中提供有效的参考，提供数据信息指导。因此项目管理中必须对测试方面提出要求。
2.3 自动生成报表的功能
网管系统在运行过程中产生大量的信息声场，系统中的自动生成报表功能对信息声场进行采集。项目管理中的质量控制需要加以自动化。
2.4 传统手动采集与自动采集的功能
在系统配置采集信息中，可以实现传统手动与自动采集的功能。手动采集信息要求在没有大费周章，小题大做地使用自动采集信息的时候，工作人员通过开启其程序，以手动的方式完成信息的采集。自动采集功能是针对配置数据中的信息，工作人员不需要进行太多的工作，只要设定时间周期，就可以实现定期对信息的采集。
2.5 电子地图与其它功能
从目前现状来看，在通信互联网中电子地图功能的应用还没有得到广泛的普及。电子地图的功能是指在网络系统运行当中，能够像地图一样锁定任何一段分点的系统设计，了解到系统运行情况，了解到故障问题发生在哪个分段上，便于工作人员到现场对故障问题的排除做出有效的指导。尽管这种功能还没有得到广泛的使用，但是确实为综合网管系统的管理提供了很大方便，在未来随着通信互联网技术的发展，电子地图功能会得到广泛应用。为了使对综合网管系统的管理更具针对性，其它功能还有对工作流程的管理、故障分析与安全管理功能[2]。
3 通信互联网综合网管系统的项目管理
3.1 综合网管系统的功能要求
3.1.1 告警管理
在全网范围内针对所有网元对故障问题进行分析，对生成的故障报告做出提示，对网络事件报告做出报警报告。为了确保数据采集的完整性，运用手工采集手段对告警数据采集层进行处理，对告警管理的功能要求能够实现对告警信息的查询、统计、控制与过滤，实现最终为维护人员提供问题故障做出指导。
3.1.2 报表查询
综合网管系统具有自动生成报表的功能，生成报表之后，用户可根据专业类别进行分类，用户也可以根据自己的需求自行对报表进行分类，这些报表包括移动业务报表与数据互联网业务相关报表，传输报表等其它专业的报表。
3.1.3 性能管理
对性能数据的采集通常可以采用两种形式：直连网元、专业网管设备，这两种数据采集方式都能够支持各种网元提供的接口，对于采集时间可以自由选择，能够实现全天候性能数据的周期性采集。其管理具有良好的扩展性，对网元的相关配置文件，数据在呈现在网管系统当中，通过对数据结构的规范化处理，使性能数据在管理中便于管理，管理起来更加规范，充分考虑到了交换无限数据的关联性。
3.1.4 配置数据的采集、录入
对配置数据的采集、录入支持手工与自动两种采集方式。应用手工采集的方式，首先要大致检查配置，确保其配置能够正常运行，然后在运行中观察运行状况，及时发现问题和故障，及时对故障问题加以解决，当故障不能解决的时候，为了维持正常的工作需要，换用自动采集的方式，运用自动采集的方式时，要对数据信息做好分类，以严谨的态度设置好相关数据项目，采集的数据在录入之后，依次检查数据的正确性，对出现的数据错误及时纠正。对于性能触发数据，通过使用其特有的采集程序，提供刷新机制，借助于手工与批量导入的放回对没有办法获取的数据进行处理。
3.2 综合网管系统的设计
3.2.1 系统业务范围
综合网管系统具有综合性，综合性体现在业务范围广泛，在传统通讯上对其信息网络系统建设进行扩展补充，例如对动力环境的监控等，不仅仅只是局限于单一个别专业，对集中监护系统进行有跨度的设计。
3.2.2 系统技术要求
在通信互联网中针对综合网管系统的管理，如果想达到预期的理论值，满足预期的技术效果要求，要将配套的系统技术提高，针对设备装置的不同，制定好数据参考标准，满足于稳定性等5个方面的指标要求[3]。其中实时性负责对运行过程中的系统监控部分，其全部网元告警的时间最长的时间，即在正常告警时间之后延长时间应小于30 s，采集与最终呈现性能数据的时间不大于30 min；可靠性对重要的告警提示正确率绝对保证100%；稳定性是指相对来说没有特别大的故障平均天数保证在100 d以上，没有重大故障的平均天数为300 d以上，一致性保证其接口应满足系统共管理的要求。
3.2.3 系统建设目标
自从综合网管系统被引入到通讯互联网行业当中，形成了行业标准规范，要求在系统建设当中要有建设目标，建设目标除了要有明确的系统建设时间等信息，还应具有如何通过有效的监督等措施加强对网管系统的了解，将业务、事务管理纳入到系统建设当，完善网管系统的接口功能，处理应对好不同级别之间的沟通性，协调好数据之间的调动。准备好系统项目建设的工具，提供管理解决方案，集中对业务进行监控，支持新设备、新开发的业务，其它设备与业务能够在未来中的设备接入成为可能性，完善告警等基本功能，完善对数据提高的吞吐能力，提高数据的相应时间，努力构建电子化管理工作平台，实现电子化的资源整合。这对于项目管理中各个任务的协调一致提出了非常高的要求，因此为此对在关键路径上的任务加以特别关注。
3.2.4 系统总体设计
对综合网管系统的功能实现要求具有科学化，也就是说要求总体设计的科学化。总体设计越具有鲜明的特点，越体现出创新性，要将三级三层的分布式数据库充分结合起来，实现应用服务结构与分布式数据库的结合。因此需要实现应用服务结构的转变，反复分配、调整三层负荷，使服务负荷得到降低，负荷压力能够得到降低，保证业务管理的安全性。从项目管理的角度来说，就是要明确需求并加以细化。
网管系统的建设还应具备开放性，把系统建设划分为三个部分，分为数据采集、处理、应用三个层次，三个部分的建设首先应保证数据的数量能够满足要求，对数据的计算评估确保具有科学性，在科学化的操作流程中进行对数据的运算评估处理，在此基础上完成对数据的呈现等环节。
3.3 综合网管系统实施
递增原则是在软件开发中体现的一种原则，项目开发时整个流程简单来说首先需要构建一个早期子集，在有效组成目标的前提下完成开发工作，交由用户使用，使信息能够得到及时反馈，这样保证了在不清晰不稳定的时候满足原始需求，确保项目的开展能够在可以控制的条件下持续进行[4]。
依照递增模式，加入到新功能，满足对开发好的应用在加入到新功能之后更好更快地运行，保证系统应用的可持续性。同时依从递增模式，在原有基础上增加全新的特性。如在网管系统软件开发上，其最初版本更多关注系统的是可靠性与用户界面问题，后续版本则注重时间、空间的效率，在这个过程中使人力资源得到了很好的分配，保证了设计开发人员的全员参与，极大地保证了用户的使用权益。
满足于上述的需求，综合网管系统具备开放、高效、安全等特点，具备易拓展的体系结构，营造一个系统稳定移动运行的环境。对于项目管理来说，必须在质量管理上加以严格控制并确定合适的项目指标。
4 结 语
通过上述可知，本文从三个方面对通信互联网综合网管系统的项目管理展开了论述。从全文的论述可以略微了解到通信互联网综合网管系统的功能、对其系统设计管理和项目管理的相关要素内容，尤其是功能的递增方面，对项目管理中的需求变更提出了非常高的要求，而系统的稳定性要求对项目管理选择合适的指标也提出了严峻的考验。这都需要我们项目管理人员在实践中不断的改进和应用先进的项目管理技术。
参考文献：
[1] 邬张帆.略论传输网综合网管系统的构建[J].中国新通信，2015，（1）.
[2] 付亚丽.通信互联网中的综合管理系统研究[J].中国新通信，2013，（20）.
[3] 宋书军.关于互联网通信技术的应用研究[J].中国新通信，2013，（20）.
综合网管 篇7
西安本地电信网络大体可分为一个基础网 (传输网) , 六个业务网 (固定电话网、数字数据网、智能网、分组交换网、小灵通网、接入网和三个支撑网。随着网络规模的不断扩大, 网上设备的种类和数量也不断地增加, 整个网络的复杂性日益提高, 多厂商问题非常突出。
2 西安电信综合网管接入方案
网管接入方法的选择是西安综合网管建设方案的基础, 也是系统实现的关键。网管接入方法主要分为多厂商开放接口方式、数据库方式两种。
2.1 多厂商开放接口方式
适应电信运营网络多元化的设备现状, 支持多种协议, 提供丰富的数据接口, 能连接并管理包括ASCII/TL1、SNMP、CMIP/Q3等主要类型的设备;通过设置系统的应用服务网关, 可以连接其他厂商的应用系统、管理系统和数据库, 包括Sybase、MS SQL、Informix和Oracle等。满足西安电信的实际需要, 可实现各种网元设备、网元网管系统和专业网管系统的统一接入。
2.2 数据库方式
数据库方式采用自行开发的传输集中告警系统的计算机网络与厂商原有的子网管理系统网络实现对接, 通过改变子网管理系统内部的IP寻址方式进入厂商子网管理系统的数据库。
其优点是:开发成本较低、开发周期短、无需厂商配合;缺点是:采集信息单一、影响子网管理系统安全、厂商软件升级后将无法保证系统运行。
3 西安电信现有厂商网管的北向接口类型及实现方式
3.1 北向接口类型
根据西安电信现有厂商网管的种类, 本文对各厂商网关的北向接口类型进行了归纳, 逐一对各种接口进行分析, 详见表1。
3.2 各种接口的实现方式
3.2.1 数据库轮训方式
使用数据库方式采集告警数据, 根据具体采集方式的不同, 分为通过远端客户端连接和服务器本地直接连接两种, 连接无论对方是何种数据库, 在实施时, 通常包含如下信息:
a.数据库服务器的地址
b.数据库服务器的帐号/密码
c.数据库服务器的连接端口 (远程客户端连接时使用) ;
d.数据库服务器开放23端口, 同时提供有数据库访问权限的帐号/密码 (服务器本地连接时使用)
3.2.2 Socket连接方式
采用TCP或UDP协议作为告警信息收发的的通信协议类型, 由各网管厂商制订应用层的通信协议内容并以书面文档的形式提供。具体实施重点如下所述。
TCP方式实现过程:
() 对方服务器方式
a.对方开放的IP地址, 端口。
b.网络通路是否存在防火墙等设备, 如果有, 需要对相应的服务端口进行开放。
c.需要对方提供服务器接口协议规范文档。 (2) 对方客户端模式:
a.向对方提供我方的IP、端口
b.向对方提供我方的接口协议规范 (可选, 通常只要对方给过来就可以, 不需要具体规范)
c.需要对方网管配置到我方服务器的连接
UDP方式实现过程:
a.告警系统提供UDP发送的目的端口 (如果端口可随意设置, 可以决定端口号) 。
b.告警系统提供UDP发包的目的地址。
3.2.3 COR BA接口的实现过程
CORBA是面向对象的。因此, 首先把网管底层功能划分成各个功能集合, 每个集合对应一个CORBA对象。然后, 将每个集合具体提供的功能和数据分别抽象成COR-BA对象中的方法和数据结构。再用接121定义语言 (IDL) 描述出这些方法和数据结构。最后, 用IDL编译器将IDL分别生成接口的Client/Server框架C++源码并在接口函数中加入各自的业务逻辑代码编译成最终的应用程序。
4 小结
西安电信采用多厂商开放接口方式, 整个网络的复杂性日益提高, 多厂商问题非常突出, 对网络管理提出了更高的要求。西安电信综合网管系统已实现对本地网各相关专业网络的网元、网管以及专业网管系统的接入, 实现跨厂家、跨专业的, 在统一界面、同一窗口内对网络的告警管理、性能管理, 同时实现与资源信息、客户信息的互连和调用, 做到了互通和共享信息资源, 相互之间的信息交换, 充分发挥网络的运行效率。
摘要：在西安本地网网络运行过程中, 准确掌握系统的运行状态, 及时处理设备故障, 可以大大提高网络的资源利用率, 显著降低网络的运行和维护费用。为应对各专业多厂商、多技术、多业务发展的现状, 研究综合网管的接入方式与实现方法具有重要意义。西安如何将各专业网管系统逐步融合到综合网管平台之中成为了电信网管系统建设的重要课题。
综合网管 篇8
当前，随着测控任务的增多，远洋测量船通信装备不断更新，海上测控中的通信业务量需求成倍增长，网络规模不断扩大，网元设备的种类和数量明显增多，各个网元都有自己的管理系统，这给网络的管理维护带来了很大困难，对通信装备综合网络管理的需求日益迫切。为了提高网络管理的效率，必须对各网元进行集中管理，实现在一个统一的平台上管理各种设备。本文着眼实际应用，按照通信网管领域“综合网管-专业网管-设备监控”的层次，实现具备专业网管和设备监控基础上的综合性网络管理系统，以求通信网管的全面监视，有限控制。
2 相关概念
2.1 简单网络管理协议
简单网络管理协议 (SNMP:Simple Network Management Protocol) 是目前应用最为广泛的TCP/IP网管标准，也是应用最为广泛的网络管理协议，它是由IETF制定的基于TCP/IP参考模型的用于计算机网络管理的标准。SNMP的体系结构主要包括三部分：SMI (Structure of Management Information，管理信息结构) 、MIB (Management Information Base，管理信息库) 和SNMP协议。其中SNMP主要使用UDP协议作为传输层协议。
SNMP协议是管理站和代理之间的异步请求和响应协议，图1描述了管理站和代理之间的数据通信机制。
简单网络管理协议（SNMP）自面世以来，在短短的几年内便取得了突飞猛进的发展。开发使用基于SNMP协议、以Ethernet局域网为网络平台的综合网管系统，对实现通信网的综合管理，提高通信系统运行效率、可靠性和服务质量具有明显效果。
2.2 网络管理
网络管理通常是指保证通信网正常运行和可靠管理的手段和工具。目前面向IP网络的管理软件绝大多数都是以SNMP作为与被管对象通信的接口，但也有很多设备不提供SNMP协议的网管接口，要想将所有网络设备纳入基于SNMP网络管理系统的管理范畴，对不支持SNMP协议的设备，可通过开发SNMP网络管理代理软件来实现。因此，基于SNMP协议的网络管理系统包括网络管理站NMS、管理信息库MIB和网管代理AGENT三个主要部分。
2.2.1 网络管理站NMS
网络管理站是一个网络服务器，在其中驻留有网管应用软件。主要用来采集、监控整个通信网络中各被管设备的信息，同时负责维护驻留在服务器中的网管信息数据库，以提供给网管工作站。
2.2.2 管理信息库MIB
在网络管理体系中，MIB是系统中的重要构件，被管设备和被管网络的各种资源、运行状态和指标参数都被抽象成了一个个被管对象 (Object) ，所谓的MIB库就是这些被管对象的集合，即它由系统内的许多被管对象及其属性组成。
MIB以树形结构的方式将各被管对象关联起来，被管对象在MIB文件中按照SMI的语法格式对各被管对象的取值类型、访问权限、相互间的逻辑关系、所代表的实际意义等进行定义和描述。MIB的树形结构如图2所示，树结构从未命名的根开始，每个被管对象都具有唯一的名字，以对象标识符 (ObjectIdentifier, OID) 作为标识，采用点分形式的整数序列定义，这些被点分割开的整数分别代表从根结点到对象结点所经过路径上所有结点的ID号，查找MIB对象的过程就是在MIB树中搜索OID的过程。
图2 MIB树形结构及MIB-Ⅱ中的对象分类
2.2.3 网管代理AGENT
网管代理指运行在被管设备上的代理软件。它主要是维护驻留在网管代理中的管理信息库 (MIB) ，并响应来自网络管理站的请求，根据请求 (查询或设置) 完成对被管对象的操作，并且将结果返回给网络管理站；同时，网管代理还能够主动发现各被管设备的异常情况并向网络管理站报告 (告警) 。
网管代理驻留在被管设备上，实时监测和采集被管理设备上管理对象的信息，如图3所示。
需要注意的是，被管设备包括具有SNMP接口和不具有SNMP接口两种情况。对于不具有SNMP接口的设备，代理软件可以选择嵌入到它的检测设备中，也可以选择放在综合网管系统中。
3 某部通信综合网管系统的设计实现
3.1 某部通信网管现状
某部通信网是一个由多个专业和分系统构成的综台信息网，主要由通信总站（下简称“总站”）负责维护管理。该通信网所属的各专业分系统的可管理程度存在很大差异。有的分系统具备较完善的专业管理系统，有的具备智能监控台；有的只具备简单的监控接口。这些专业管理系统、监控台或监控接口采用的体系结构、管理协议和信息编码均不相同，不具备互通能力。因此，总站通信网设计采用Ethernet局域网为网络平台，利用SNMP协议，由以太网交换机、网管服务器、网管工作站和分系统设备网管代理等设备组成综合网管系统。
3.2 综合网管系统的工作机制
综合网管系统由两大部分组成：采集监控系统和浏览显示系统，如图4所示。其中采集监控系统为系统的主要部分，面向网管分系统管理人员设计，同时向浏览显示系统Web服务器数据库提供网管信息；浏览显示系统为系统的辅助部分，面向各级用户设计，通过Web方式，向外网提供通信网网管资源的浏览显示。
3.2.1 采集监控系统体系结构
采集监控系统由网管服务器、网管工作站和各专业网管和设备网管代理组成，面向网管分系统管理人员设计，基于典型的SNMP管理者/代理模型构建，其主要任务是根据试验任务要求，配置网络节点及监控信息，维护通信网地理信息资源，实时采集、监视被管理元素性能状况，有效实施部分控制，及时处理故障告警，可靠实现信息传递，科学进行数据管理，为浏览显示系统提供完整、可靠的各项网管信息。
网管服务器为管理站，各分系统网管及设备网管代理为代理，网络的管理与维护通过管理站与代理间的交互完成，该交互工作可采用两种方式：一是由管理站采用轮询的方式访问各个代理中的管理信息；二是由代理产生自陷信息，向管理站通报。
由于被管对象存在差异，基于SNMP协议的综合网管系统也采取两种方式完成主要设备的集中网管：一种是设备本身不支持SNMP协议，通过网管代理软件接入综合网管系统，如卫通分系统（M4000、上下变频器）、DDN分系统、帧中继分系统、DDN分系统、短波分系统；另一种是设备本身支持SNMP协议，可以直接接入综合网管系统, 如MSS设备、交换器等。
3.2.2 浏览显示系统体系结构
浏览显示系统由Web服务器以及显示工作站组成，基于浏览器/服务器模型（B/S）构建，其主要任务是根据试验任务特点，发挥Web技术优势，以图文并茂、易于操作的可视化界面，灵活方便的画面定制功能，完善的帮助信息，直观可视地实现被管理元素性能状态信息、网络拓扑图、性能分析报告、异常告警信息的显示，便于全面了解通信系统运行情况。
4 结束语
基于SNMP协议的通信综合网管系统的实现，为网管中心履行职能奠定了基础，同时系统的可扩展性也为更全面的网管系统建设提供了技术支持，对上可实现与上级区域网管中心及一级网管中心互连，对下可与远洋测量船网管中心连接，为提高值勤效率发挥重要作用。
摘要：本文介绍了网络管理、SNMP协议、MIB、网管代理等基本概念, 立足通信总站网管现状和通信综合网管建设的需求, 对基于SNMP协议、以Ethernet局域网为网络平台的综合网管系统的设计实现进行了描述。
关键词：SNMP,MIB,综合网管
参考文献
[1]肖峰、张燕妮、穆树林。基于SNMP协议的网络系统资源监控应用。中国新通信 (技术版) :2007.06
[2]陈衡、钱德沛、栾钟治。基于MIB动态编译的网络管理研究。计算机工程:2007.01
云计算在移动综合网管中的应用 篇9
随着3G业务的发展, 移动网综合网管起着越来越重要的作用。运营商集团级管理机构除了对各省网络上报的告警进行全网监测以外, 还需要对各省上报的话务数据进行整体或局部的分析, 以便及时掌握全网用户行为的变化。3G网络中的网元数量远远大于GSM网络, 3G网络中的告警数量、网元数量、分析数据激增导致综合网管的数据量越来越大, 加上新增PS域的话务及原有2G网络的各类数据, 综合网管数据传输和存储的负担变得越来越重。
为了适应新需求网管软硬件需要随着业务量增大不断扩容, 这样就出现了一方面网络扩容需要较高的投资和维护成本, 另一方面资源利用率又普遍偏低、资源使用又不均衡现象。这种不均衡有的是服务器间不均衡, 有的是峰值与非峰值间不均衡, 任何一套系统均要具备面对周期性高峰压力的能力, 忙时或峰值时的应用需求对服务器配置提出了很高的要求而在非忙时资源又呈闲置状态。在这种普遍存在的既不能满足使用又存在资源浪费的情况下, 将所有的计算资源集中起来统一使用, 合理分配和利用资源解决现网问题变得越来越突出, 云计算虚拟化技术恰恰可以解决这个问题。
二、云计算介绍
2.1云计算的概念
云计算是一种基于互联网的, 通过虚拟化方式共享信息资源的计算方式, 它融合了并行处理、分布式计算、网络计算等新兴技术和概念, 对超大规模的分布式环境提供数据存储和网络服务。
2.2云计算的技术特点
云计算的主要计算方式是面向数值和信息处理的, 在数据存储、数据管理、并发控制、系统管理方面都有着独特的技术。其特点主要如下:1.海量分布式存储;2.并行编程模式;3.数据管理技术;4.分布式资源管理技术;5.虚拟化技术。
2.3云计算的优势
云计算采用的分布式计算, 与传统计算模式相比具有如下优势:1.稀有资源可以共享;2.通过分布式计算可以在多台计算机上平衡计算负载;3.可以把程序放在最适合运行的计算机上。
三、云计算在移动综合网管中的应用
3.1构建网管云的思路设想
云计算是将所有的计算资源集中起来统一使用, 这种使用是通过虚拟化技术实现的。主要思路如下:首先, 整合开放测试环境及接口服务器等利用率较低的服务器, 将高端服务器划分成多个虚拟服务器, 提供给开放测试和接口服务器等使用。这样一方面可以降低采购和维护成本另一方面可以减少闲置资源, 替换下的服务器也可派做他用。其次, 通过虚拟化技术实现计算资源池化共享。通过资源共享, 可以把工作负载封装并转移到空闲或使用不足的系统, 从而使闲置资源得到充分利用, 提高资源利用率。最后, 通过构建云网管平台, 可以使业务脱离具体的计算机硬件, 维护精力可以重点放在业务创新和业务使用上。
3.2云架构的实施步骤
(1) 构建云架构的物理基础, 包括服务器、存储和网络设施。 (2) 数据虚拟化。通过虚拟化软件对物理设施虚拟化, 获得相对合理灵活的网络运行环境。 (3) 操作系统。现在很多虚拟化的厂商都提供云计算操作系统。业界首款云计算操作系统是VMware v Shere。 (4) 数据库和运行环境。云计算和云存储对海量的数据进行处理, 传统的有些数据库不适应这种易扩展、易并行的特点可能会逐渐淡出。目前常用的两种一种是Nosql数据库 (如Bigtable、Hbase) , 另一种是并行关系数据库。适应下一代的数据库需要非关系、分布式、水平可扩展、架构灵活、易复制, 支持海量数据。 (5) 中间件和面向服务的架构。中间件 (Middleware) 属于可复用软件范畴, 处于操作系统、网络和数据库之上, 应用软件之下。其作用是为处于上层的应用软件提供运行与开发环境, 帮助用户灵活、高效地开发和集成复杂的应用软件。 (6) 自助管理服务。云环境搭建之后, 可以将应用程度运行在云上, 各省对各自的数据和程度具有控制权。
3.3实施小型云计算系统的方案
从现网的角度来看, 目前可以实施的小型云计算系统方案有两种, 一种是把云端统一建在全国管理机构, 各省的网管系统改造后统一接入云端。这种方案的优势就是设备统一, 运维集中, 缺点就是全国现有网络改造工程量大, 在改造过程中安全系数偏低;第二种就是把云端分别布署在集团和各省, 这种方案的优势就是对现网可以平滑切入, 对现网改造的工程量较小, 接入过程网络相对安全。缺点是投资大。
关于例旧改造问题:云计算的优势就是分布式计算, 无论采用方案一还是方案二, 对现有设备引入分布式计算模式都是必需的, 目前常用的云计算分布式技术主要有如下几个:1.中间件技术2.移动Agent技术3.P2P技术4.网络计算技术5.Web Service技术6.普适计算7.云计算, 这些分布式计算技术不论采取其中的哪一种或哪几种, 都需要对网管系统的软硬件进行统一资源整合。
关于引入云计算后的安全问题:目前该运营商综合网管主要使用内部专网专用的形式, 外部网络的袭击和泄密应该不是主要安全的问题。主要问题应该存在于“云计算”技术本身安全策略或技术没落不到位造成的技术隐患。
四、云建设过程中可能存在的问题及其解决方法
在云建设过程中网络运行是有风险的, 需要进行整体考虑。主要侧重以下几方面: (1) 计算平台统一规划的考虑。第一步需要统一计算平台, 把现有的存储设备、服务器设备、网络等硬件捆绑后进行兼容性测试, 由于要考虑设备利旧, 在布署前需要统一考虑计算平台的兼容问题, 以避免将来出现不必要的麻烦。 (2) 集成现有资源问题。是否能有效集成现有资源是判断云布署是否高效的关健之一, 如果不能有效整合现有资源, 不仅会造成巨大浪费而且也违背了云计算的本质。 (3) 高度虚拟化和资源共享要求的统一考虑。高度资源共享是一个很难的问题, 实现高度共享需要高度虚拟化, 而高度虚拟化除了服务器虚拟化以外, 还包括网络虚拟化、存储虚拟化等, 因此在布署之前需要综合考虑现有网络是否具备相应的架构、技术储备、人员条件和基础环境。 (4) 提升用户感受的统一考虑。根据有些运营商新建的云计算试验网, 发现目前的云计算网络在存储能力方面确实有了一些增强, 但在用户使用感受方面并没有明显的变化。
五、结束语
当前的云计算已经形成一种蓬勃发展的驱势, 小型云计算网络构建将以一种新颖灵活的方式在企业中得到应用。虽然到目前为止, 云计算仍然存在着标准不统一、技术不够成熟、异构网络解决问题, 但云计算展现出来广阔的应用前景已经得到了业界人士的普遍共识。
参考文献
[1]葛澎.分布式计算技术概述.微电子学与计算机, 2012.5
[2]程仕伟, 潘郁.基于云服务可靠性的资源分配策略.电脑知识与技术, 2012.3
综合网管 篇10
0引言
苏州有线作为广电网络运营商, 通过近几年的业务的不断发展, 已经从传统的有线电视运营商逐步向综合业务运营商过度。电信、移动、联通等运营商向视频等方面业务的拓展让有线网络背负巨大的竞争压力, 这种竞争完全转变为以客户为中心的服务质量的竞争。
新形势下在基础网络建设的同时, 为加强对基础网络的维护管理, 及时发现故障及异常情况, 实时监控网元运行状况, 实现对网元的远程配置和自动化维护, 有效控制网元对网络带来的负面影响, 提高网络的稳定性, 确保并逐步提升苏州有线基础网络的服务质量, 有必要建设一套能够对网元进行集中监控、集中管理、集中维护、集中分析的综合网管系统。
然而要建立一套这样满足业务需求的综合网管系统, 必然存在各种风险因素, 如何最大化的避免系统风险, 使系统达到我们预想的目标, 因此对其风险进行研究就尤为必要。苏州有线综合网管系统作为一套IT软件应用系统, 它必然要遵循IT项目运作规律和要求, 对此系统的风险研究, 对系统最终成功与否将起着至关重要的作用。
1综合网管系统内容及构架特征
1.1综合网管系统内容
苏州有线综合网管系统目标是建设企业级的综合网络管理与调度平台, 对现有专业网管系统整合, 统一数据采集接口, 统一工作界面, 完整梳理网络资源树, 多视角生成网络拓扑图, 将用户、业务和电路相关联, 变被动维护为主动排查, 实现故障多级报警和定位分析, 实现设备性能监控和电路配置调度, 实现从有线网络环网到分中心机房再到用户终端的全网络监控, 实现大客户业务“端到端”的管理, 从而为苏州有线网络的整体运营状态提供一扇智能展示和分析的“窗口”。
目前, 苏州有线网络正在使用的骨干网系统有:波分及SDH传输网、IP交换网、HFC网等;接入网系统有:数据接入网、CMTS+CM网、中间件系统网;辅助网络管理系统有:动力环境监控系统、光缆自动监测系统, 将来可能会新增的有EPON等其它系统。
1.波分及SDH传输网络系统
负责传送省前端机房播出的数字电视单向、双向和数据网业务, 是实现业务统一运营的基础子网。为了开展大客户数据专网业务, 建了一套覆盖全市的10G速率的SDH传输系统, 设备采用华为设备。设备安装在苏州市区中心、分中心、乡镇广播站以及五县市和上海等地方。
波分及SDH传输网络系统目前在使用较为完善的华为T2000/U2000网管系统管理。
2.IP网络交换系统
由市区IP城域网、乡镇IP环网、VPLS集团用户专网和出口几部分组成, 设备分别安装在苏州市区中心、分中心、乡镇广播站以及重要集团单位。目前IP网络系统目前尚无较为完整的网管系统。
3.数据接入网系统
目前, 苏州有线网络的接入网设备品种繁多、类型复杂, 且每个接入网产品均有自己厂家的网管系统。甚至是, 同一类型不同品牌的接入网设备也有各自的网管系统。多种设备网管系统, 在日常维护工作中, 存在维护难度大, 故障排查时间长等问题。并且大大增加了维护人员的工作量, 同时还需维护多个接入网管系统。目前, 接入网设备均有简单的网管系统。
4.CMTS+CM宽带网络系统
目前苏州市的双向网的宽带接入及交互电视的信令传输采用CMTS+CM系统, CMTS头端设备安置在各分中心机房和乡镇广播站机房。CMTS头端设备管理个人用户的宽带上网和交互机顶盒的点播认证。并对CM状态进行简单管理, 主要是对CM的上线时间、下线时间、CM的发射电平、接收电平、信噪比、IP地址及配置文件等数据进行采集, 对数据进行记录处理, 以判断CM的工作状态, 方便系统维护, 并提供简单的分析和业务监测功能。CMTS+CM系统目前尚无较为完善的网管系统。
5.HFC射频网络系统
HFC网络是用于有线电视射频信号的传输, 分别由机房HFC设备、野外光站、双向放大器、分支分配器、光缆网和电缆网组成。机房设备主要由下行光发射机模块、上行光接收模块、下行光接收模块、放大模块、主备路切换模块、光放等组成。目前, HFC系统采用路通的HFC网管平台。
6.光缆自动监测系统
1) 自动对国干、省干、市县骨干和市区骨干备用光纤线路测试, 定时周期测试、选纤测试、加长测试等。
2) 能对被测试光纤线路运行状况进行分析, 对全程线路和中继线路状态异常进行告警、光纤线路运行趋势分析等。
3) 提供基于开放地图的简易故障定位, 新建、迁移和抢修后光缆线路GPS信息的获取、修改和保存、GPS信息在地图上的对应映射、根据GPS信息在地图上构建线路路由、长度, 计算单根光缆线路全程或任意两个GPS信息点之间光缆长度。
7.动力环境监控系统
动力环境监控主要包含如下几个组成部分:
1) 视频监控子系统:含视频监视, 视频录像;
2) 智能门禁子系统:远程开关门管理, 门卡管理, 门禁视频联动管理;
3) 环境监控子系统 (空调、温湿度) :远程温湿度采集, 远程空调管控;
4) 动力监测系统 (UPS电源、市电电源、发电机) :远程供电系统状态监测;
5) 安防监控子系统 (门磁、烟雾、红外、水浸) :主要是各类开关量报警监测;
6) 交互语音子系统:远程交互语音对讲, 调度通话;
7) 监控中心子系统:各网管监控子系统的管理中心, 大屏显示, 参数配置, 网管人员值班等, 与苏州分公司的短信平台实现对接。
1.2综合网管系统架构特征
从上文可以看出苏州有线网络分公司正在使用和运行的子网络系统类别较多, 子网管的种类也较多, 有的子网管系统不完善, 有的还没有网管系统。从业务的层面讲, 有的业务完整链路是在某个子系统内, 但也有许多业务的完整链路是跨子系统的, 对于这样的链路, 现有的各网管子系统, 无法完整甚至不能完整监控完整链路的运行状况。随着各类业务的发展, 业务量的迅速增长, 现有的各自独立的网管系统已无法满足业务发展的需求。因此需要构建一个综合网管调度系统, 其技术架构特征有以下三点:
1.对已有的网管子系统, 在综合网管调度系统的管理下, 一方面继续发挥原有网管系统的功能和作用, 另一方面, 作为综合网管调度系统的底层部分, 为综合网管系统提供必要的网管信息, 以便综合网管系统进行有效的处理;
2.对有的不完善或还没有网管的子系统, 则构建一个针对该子系统的子网管, 以实现对该子系统网络的网元管理, 也作为综合网管调度系统的底层部分, 为综合网管系统提供必要的网管信息, 以便综合网管系统进行有效的处理;
3.综合网管调度系统汇总各网管子系统的提供的网管信息, 实现对跨子网的网管信息综合处理、分析和统计, 给出和展现综合处理结果。
综合网管系统架构特征图如图1所示。
2综合网管系统风险识别
笔者根据有线网络运营商综合网管系统项目的特点及风险因素按照项目实施的三个流程阶段分析, 就是什么样的因素导致会怎样的风险结果;另外结合了空间维度的常见如需求风险、技术风险、进度风险、成本风险以及人员风险来寻求致使这样的结果是什么的风险因子产生的, 然后采用头脑风暴法结合风险条目检查表法识别, 进行综合的风险识别, 这种时间维度和空间维度结合方法非常完整的将系统涉及的所有风险因子全部列出, 为后续分析奠定了坚实的基础。
2.1系统咨询调研阶段风险综合识别
在综合网管系统咨询调研阶段, 最重要的工作就是了解系统实施方的需求, 因此需求风险在本阶段是最为突出的, 而由此导致的系统交付延期和最终预算超支。
1.实施需求人员对需求目标理解不准确
作为有线网络运营商, 由于近年来IT技术发生了翻天覆地的变化, 而传统的有线电视从业人员很多人业务能力还是比较欠缺的, 因此他们很难用较为专业的语言表达他们的需求, 或者综合网管系统实施组的需求人员对需求的前期调研目标不清晰, 分析不透彻, 因而不能很好的理解甚至是误解客户的需求等, 从而会导致需求定义欠妥帖, 而进一步的定义会扩展到整个系统范畴, 可能会造成大量工作浪费, 形成无用功, 使系统的成本和实施时间的投入大量增长, 甚至使最终形成的系统无法投入正常使用。
2.对现有的各网络平台了解不足
由于有线网络的平台很多具有自己的独特性, 如广播性、安全性、封闭性等等。而现有的综合网管系统开发商了解的都是电信业平台, 因此就有可能对有线网络现有平台很多属性了解不足, 给系统带来相当大的风险。
3.系统需求变更反复
在制定综合网管系统需求过程中由于客户参与程度不够, 导致在需求已经成为系统实施目标基准以后, 但有线网络运营商提出需要添加额外需求或者变更需求, 或者由于开始综合网管系统实施的边界没有定义明确, 使得需求不时发生变更, 形成的最终产品无法满足用户要求的局面, 导致系统必须重做, 这种需求的不稳定导致产品生产周期的随之变更。
4.没有充分咨询各平台使用者意见
综合网管系统在建成后的应用, 是由各平台人员来实现的。因此事先必须要了解他们的使用需求, 如果没有充分了解把握, 会给使用者带来很大的不变, 导致系统不能够完全成功。
在本阶段, 相关风险都或多或少有所涉及, 因此在后续评估分析应对过程中可以相应的给予关注, 利用头脑风暴法和风险检查表得出清单如表1所示。
2.2系统规划设计阶段风险综合识别
在综合网管系统规划设计阶段, 就是根据前期了解的需求, 规划设计出科学而又合理的方案, 达到系统的目标。在此阶段, 一般来说, 技术风险因素会占据更多部分。
1.采集有效数据不足
综合网管系统就是要对现有的苏州有线的所有平台统一到一个平台进行采集数据, 然后综合分析。如果采集的有效数据不足, 就无法进行有效的分析, 也就达不到系统的应用效果。
2.系统复杂度偏高
软件开发商在设计综合网管系统时, 要尽量考虑使用较为简单且又完善的架构方式, 只有简单又完备的架构才能利用具体的模块来实现, 片面的追求功能的完善, 使得系统构架复杂异常, 其结果就是后期开发工作进展缓慢甚至无法进行, 这是相当致命的。
3.系统模块设计可行性较差
对于综合网管系统, 在系统的架构确定以后, 系统的模块就是其中的血肉部分, 如果模块设计可行性达不到需求, 会带来严重的影响, 使得不可行的模块需求重新开发来满足要求, 这就带来相当大的成本和进度风险。
4.对系统功能扩展性考虑不够
一个非常良好的软件系统, 必须具备一定的功能扩展后, 为以后的新的需求提供相应的接口。在综合网管系统中, 除了和各平台的采集互联外, 还要考虑和其它业务支撑系统进行互联, 做到信息的充分沟通、分享和挖掘, 不能形成信息孤岛。
5.没有充分考虑系统安全性
对综合网管系统来说, 安全是非常重要的, 系统承载了有线运营商所有网络平台的采集信息, 一旦发生信息泄露或者病毒感染, 这将带来及其严重的后果, 所以在规划设计综合网管系统中, 必须充分考虑系统的安全性, 做到最低化安全漏洞, 确保综合网管系统安全健壮的运行。
在本阶段, 技术风险相对占据了大部分, 相关因素导致的的成本和进度风险不容小觑。同样用头脑风暴法和风险检查表, 得出本阶段的风险因子如表2所示。
2.3系统开发实施及应用测试阶段风险综合识别
在综合网管系统开发实施及测试阶段, 就是按照设计好的实施方案来逐项落实, 此阶段人员风险、进度风险通常更为突出。
1.系统开发团队缺乏在有线网络应用经验
作为有线网络运营商的综合网管系统, 这和电信运营商的系统还是有很大的区别的, 而在国内有线运营商综合网管系统几乎还是空白的情况下, 必须借用电信运营商的综合网管开发经验, 但这种不同的经验会导致系统考虑不够完善、不够周全, 甚至无法突出有线网络运营商综合网管的独特性。同时这种经验的欠缺, 也会带来进度的延缓, 引起进度风险。
2.系统团队协作能力不足
综合网管系统的开发实现, 需要系统团队付出相当大的工作和努力, 作为一个团队合作系统, 各个环节必须充分透彻的沟通协作, 只有这样, 才能环环相扣, 逐步推进, 系统团队的协作能力不足, 必然会导致系统的工期延误, 使得系统不能按照既定的进度完工, 也会带来成本风险。
3.引入的第三方监理对系统把握不够
考虑到苏州有线以前没有经历过这样庞大的综合网管系统, 所以在系统初期就引入了第三方监理, 利用监理的既有的电信运营商的开发经验以及中立的思维方式, 从而让综合网管能更顺利的开展。倘若第三方监理对系统把握不够, 就会给有线运营商带来经济上的损失, 就是成本风险。
4.系统建设过程计划性和控制性不够
综合网管系统是一个既庞大又涉及范围广的的软件开发工程, 因此系统建设开发的过程必然要进行严格的计划和控制, 没有严格的计划和控制就会引起系统的失控, 也就会带来进度、成本上很大的风险。
对本阶段的风险分析, 就会得到人员、进度和成本这三种风险是在系统实施过程中要充分考虑的。同样利用头脑风暴法和风险列表, 得出系统开发实施阶段的风险如表3所示。
综上所述, 通过对综合网管系统的时间及空间维度风险综合识别分析, 就可以非常清晰的了解系统可能存在的各种风险类别以及各风险因子, 从而在后续过程中将系统风险控制在一定的范围之类, 达到系统实现的预期目标。
3综合网管系统风险应对
识别了系统的风险, 就需要对风险进行及时管理和应对。对于风险的应对措施主要是根据不同的风险类别和综合网管系统主体的承受能力, 采取预防风险、减轻风险、回避风险、转移风险、接受风险、储备风险等方法。化解风险的一般性方法有:避免冒险, 也就是不要去做不熟悉的事;调整系统的各个模块部分来消除风险;清除风险的可能产生的根源, 例如重新编写系统中发现有问题的模块;发布风险, 在风险出现前告知管理者以及客户有关的风险及其引发的后果;培养并树立风险意识等等。将各种化解风险的应对措施和风险的实时状况等信息形成风险控制表, 对风险进行有效的监控和化解。
考虑到综合网管系统本身的特点, 主要采取周期性的进行系统风险审核及应对工作。在实际的综合网管系统风险管理过程中, 可以和系统管理的质量、进度、成本等表项一致, 作为其中的一项工作内容, 但在遇到重大风险事件发生时必须及时处理。制订风险应对计划措施时, 有线网络运营商和软件开发商应同时协同参与, 双方都有义务根据其自身掌握的既往经验, 制订出合理的风险应对计划, 另外, 第三方监理也应该发挥应有的系统风险应对计划督查作用, 使系统风险可控可管理。具体应对计划措施如表4所示。
4结束语
苏州有线综合网管系统引入风险管理思想对实施过程进行了较为具体的分析, 从风险识别的角度, 利用项目实施阶段结合空间维度总结归纳出项目存在的风险, 完整、全面的列举出项目风险因子清单, 提供了比较理想分析的根基。通过对综合网管项目的风险识别和应对措施这样系统化操作手法, 极大提高了综合网管项目在具体实施过程中可能面临风险的应对策略和控制能力, 为有线网络运营商提供了一整套可以借鉴、实施的IT项目系统风险管理方法和流程模型, 有助于有线网络运营商降低风险, 同时有助于有线运营商顺利实现信息化建设以及科学实施IT项目。
参考文献
[1]方德英.IT项目开发风险管理一理论与方法[M].北京:人民邮电出版社, 2008 (4) .
[2]孙婷.电视播出业务综合监管系统的设计和运行[J].广播与电视技术, 2014 (3) .
网管的搞笑一天 篇11
8：50 销售部的MM进来说她的电脑不能够启动。我一看原来是插座没有电，胸闷：这种事也算电脑问题，看在PLMM的份上，还是找来电工解决了。
9：50 QQ上还没有人，郁闷!肯定有人隐身!激活秘密武器，眼见一堆“砖头”飞了出去：“GG，你的机器中毒了!”有人回复：“真的吗?我杀杀先!”我在一边偷偷乐!
10：30 “你好，忙吗?”“还可以，你在哪里?”“我在公司啊，就在你后面!”一扭头，哇塞，这家伙就在自己的后排，没搞错吧，这么近也要用QQ?
10：50 打开监控软件，销售部MM上班时间也敢上QQ!第一步：退出QQ，换一个QQ号码登陆；第二步：修改个人资料(地址：公司地址；昵称：销售部领导的名字；联系方式：领导的邮箱)；第三步：打开MM的QQ号码：“你好!可以聊聊吗?”MM的QQ头像马上变灰。我慢悠悠地转到销售部的办公室，发现MM今天贼好看，脸蛋红扑扑的!
11：30 总经理电话，电脑又出问题了，跑过去一看，系统非法操作而已，本想实话实说，一抬头，看到总经理紧张、焦急的样子，心想：“这可是难得的表现机会!”我东捣捣，西戳戳，然后一连开了二十几个IE窗口，登陆时鼠标不动了：“×总，问题很严重，估计是中毒了，要不你去吃饭吧，我争取在您回来前弄好!”
12：00 “一起去吃饭?”“等我3分钟!”3分钟过后，“去吃饭?”“等我3分钟!”又过去3分钟，“去吃饭?”“等我3分钟!”我急了，一下子从座位上跳起来，嚷道：“你到底还要几分钟?”一回头，晕倒!后面的家伙早不在了，他启用了QQ的自动回复。
12：30 饭毕，精神抖擞，偷偷打开《英雄111》，腰板挺直，眼光平视，左手小指按住CTRL键，其它四指悬空，右手拼命点击鼠标左键，时而“啊!啊!”的声音，时而几声冷笑，突然一切寂静下来，只听一声“嘀”，电脑重启，可怜我P4的心，还是如此脆弱!
14：10 玩过头了，忘记老婆的上线时间了，关QQ是来不及了，只好硬着头皮，装作没有看见。老婆有命令：“今晚轮到你回家烧饭了!”“我很忙”“又忙?忙什么?”“系统昨夜大面积中毒了。”“有多严重?”老婆对电脑是外行。“广泛性就像流感，严重性就像SARS。”“这么严重，那还是我回家烧饭吧!”“耶，搞定!”看来上周陪她看那部关于SARS的电影还是值得的。“那我下了，老公，多保重!”怎么有点生离死别的感觉?
15：00 又要开例会啦!我随手拿起一个本子，在其中的某一页上画了一个大大的回车键，领导的话语稍一停顿，我就狠狠地敲一下那个回车键，贼爽。例会终于结束了，会议过程没印象，感觉食指隐隐发麻，心得：“下次一定要轻轻地敲。”
17：30 下班时间到，重新打开QQ、MSN，十指齐飞，铃声混着键盘敲击的声音不断，大有谈笑间，墙橹灰飞烟灭的气势。“什么?今天约我打球，这么好?是不是真的?”一看，不好!消息发错窗口了，给MM的消息，竟然发给“恐龙”了，马上回了一句：“对不起，发错了!”有回应：“不懂你的意思，什么发错了?”晕!回应的又是另一个MM。
20：00 电视机旁，老婆河东狮吼：“你到底要看什么台?遥控器拿在手里换来换去的。”“哦，对不起!我以为我在敲键盘呢?”
宝兰客专综合网管系统方案探讨 篇12
宝兰客专四电工程目前主要有传输、接入、电话交换、数据通信、专用移动通信、调度通信、综合视频监控、时钟及时间同步、应急通信、会议电视、电源及环境监控、通信线路等通信子系统, 这些通信子系统目前没有统一的网管系统对其进行管理。兰州铁路局既有线传输、接入、数据网系统也没有统一的网管系统对其进行管理。为了更好的管理相关通信子系统的告警、性能、资源、配置、流程等信息, 需建设一套综合网管系统平台。
且为了与铁道部综合网管互联, 综合网管系统需提供北向数据接口。
2 建设目标
建设综合网管系统的目的是要通过集中式的管理, 实现全网所有通信设备的故障、性能、资源等信息的统一监控和实时管理, 并负责通信中断的恢复指挥与协调;通过定期分析网络性能和进行测试, 确保通信网络的服务质量, 提高维护人员的工作效率, 以及缩短故障处理时间;负责通信服务调度指挥工作, 以使通信资源得到合理利用;协调各保养点的工作, 对各保养点进行技术支持。
综合网管系统提供告警网关平台接口, 将全网的告警信息通过过滤、整理、分析以后, 根据定义的输出规则将告警信息输出到网管中心的告警大屏幕 (需根据实际项目需求而定) , 并带有声光告警提示, 也可以将告警通过手机短信平台输送到指定手机, 或通过内部办公系统发布到OA或E-mail邮箱, 同时综合网管系统可以灵活定义告警的过滤条件, 简化告警过程、过滤非重要性告警。
3 总体设计
本次采用基于CORBA的中间件技术, 并结合J2EE、消息队列、XML等技术, 使整个系统在良好整合现有专业网管等系统的基础上, 实现各种应用要求, 同时又使系统具有一种良好的架构, 既可方便快捷的增加其他应用, 也可灵活的接入更多的网元。
在系统架构方面, 可扩展性主要体现整个系统采用多层次结构设计, 各层完成特定的功能, 层与层之间具有相对的独立性, 从而保证系统具有良好的扩展功能, 如对信息采集层的修改 (如添加或者配置信息采集接口) 不会影响到信息处理层和信息发布层的工作, 增加或者修改信息发布功能也不需要影响到对数据的采集和处理。
系统着重考虑了以后与其它系统的集成问题, 通过基于J2EE框架可以支持JDBC、JMS、JTA/JTS、RMI/IIOP等标准接口, 可以方便的实现数据集成、消息集成和组件集成。
4 接口方案及工程部署方案
4.1 接口方案
综合网管系统与被管理通信子系统之间通过可采用Corba、Q3、SNMP、Tcp、Db、File、Rs232等接口协议实现接口互联。
数据传送协议遵循各个专业网管厂家的数据格式, 系统通过适配层对厂家数据进行转化, 形成系统的数据格式要求保存。
北向接口实现系统与铁道部通信综合网管系统的互联, 周期性向上级网管系统传送重大告警数据、配置数据等。
北向接口实现系统与铁道部电务管理系统的互联, 周期性传送重大告警数据、配置数据、资源数据、报表数据等。
4.2 工程部署方案
本次的软件需求、服务器需求、网络组网需求、网络安全需求、网络互联需求等全方面的需求考虑后, 进行网络部署方案进行设计
工程部署方案如图1所示。
如图1所示, 本次在兰州新建调度楼部署数据库服务器、应用服务器、采集服务器及网络设备。完成数据的集中采集、集中存储。
在网管核心区部署两台数据服务器为HA。核心交换机连接防火墙, 通过防火墙设备连接外网交换机, 在数据采集区采集机、应用服务器外网交换机连接外网防火墙。同时部署一台磁盘阵列, 通过光纤交换机与数据库服务器相连。
结语
本次在兰州局新设通信综合网管系统后, 设备暂时设置在兰州西信号综合楼网管监控室。系统容量及配置将满足兰渝线、兰新第二双线、宝兰客专、中川城际等兰州局既有及近期在建各铁路接入需要。系统建成后将极大的方便兰州局通信设备的管理及维护。
摘要：本文结合宝兰客专项目建设, 根据综合网管技术的特点, 结合各个系统的需求分析, 对宝兰客专综合网管的系统建设目标、总体设计、接口方案进行了分析, 并对工程部署方案进行了探讨。
关键词：综合网管,宝兰客专,服务器
参考文献
[1]邓烨飞.铁路通信网的综合网管系统[J].北京:铁路通信信号工程技术, 2012, 9 (01) .
[3]张胡茄, 贾靖宇.铁路通信综合网管的应用探讨[J].铁路通信信号工程技术, 2011, 08 (02) .