文档库 最新最全的文档下载
当前位置:文档库 › 浅谈数据库在交换网综合网管告警分析中的应用

浅谈数据库在交换网综合网管告警分析中的应用

浅谈数据库在交换网综合网管告警分析中的应用

摘要:文章主要讨论怎样利用mysql数据库及数据库管理工具kettle和navicat,使用sql语言的查询语法实现对原始告警数据的筛选工作,从而达到减轻日常的告警分析工作量、提高工作效率的目的。

关键词:交换网数据库 sql

1 背景资料

随着交换网络的不断发展,对现有交换网络网元监控及维护的要求越来越严格,需要建成一套处理能力强、功能丰富、传输速率高、扩展性强的先进交换网综合网管系统,实现对交换通信网络的集中管理、集中监控和集中维护。

由于交换网综合网管监控全网所有交换局点,交换机机型的多种多样性造成交换综合网管收集交换局点上报的告警复杂多样。铁通公司现网程控交换机型主要有三种,分别为:华为机型、中兴机型、贝尔机型。每天交换网综合网管收集交换局点上报告警达到数万条,交换网综合网管收集告警多,而且种类也十分繁杂,这是由于交换机的厂家不同,造成同一类别告警在交换综合网管上呈现的告警级别严重程度也不相同,而真正找出那些对交换网业务有影响的告警,就变得十分困难,这对告警分析工作造成很大的工作量,使告警分析工作的工作效率十分低。为了改变这一现状需要对所有厂家交换机的告警进行告警标准化。

2 应对措施

告警标准化的含义也就是对厂家告警进行全量梳理,重新定义告警的级别、分类、影响等内容,实现不同厂家专业告警的统一定义、统一处理要求、统一管理,从而标准化故障管理。标准化告警内容如下表,其中网管告警id是告警唯一标识字段。

3 数据库应用

经过长期摸索及实践,为了便于对交换网综合网管收集的告警进行分析,我们开发了一套交换网综合网管告警分析系统。该系统的组成及运作方式如下:

①采用mysql数据库进行告警及基础数据管理。

②利用kettle以每3小时一次自动抽取24小时内+手工抽取4小时内两种方式获得综合网管系统告警数据库的告警记录。

③以局点、发生时间及告警描述为关键字,用“插入/更新”的方式装载到分析系统。

④根据预先制定的关键字关联筛选出重要告警。

⑤最后再按照局点及告警明细对首次发生时间、最后恢复时间、累计时长及发生次数进行归集呈现。

所谓关系数据库,是建立在关系模型基础上的数据库,借助于集合代数等数学概念和方法来处理数据库中的数据。现实世界中的各种实体以及实体之间的各种联系均用关系模型来表示。关系模型是由埃德加·科德于1970年首先提出的。现如今虽然对此模型有一

些批评意见,但它还是数据存储的传统标准。标准数据查询语言sql 就是一种基于关系数据库的语言,这种语言执行对关系数据库中数据的检索和操作。关系模型由关系数据结构、关系操作集合、关系完整性约束三部分组成。

目前主流关系数据库中付费的有oracle、informix、ms-sql server、sybase、access等;免费的有mysql、postgresql等。其中oracle被称为花钱的数据库中功能最强的;而不花钱的数据库中postgresql号称功能最强,但运用最广泛却是mysql,而我们的交换网综合网管告警分析系统是基于mysql数据库。

mysql数据库是一个中、小型关系型数据库管理系统,由瑞典mysql ab公司开发,目前属于oracle公司。mysql是一种关联数据库管理系统,关联数据库将数据保存在不同的表中,而不是将所有数据放在一个大仓库内,这样就增加了速度并提高了灵活性。mysql的sql语言是用于访问数据库的最常用标准化语言。mysql软件采用了gpl(gnu通用公共许可证),它分为免费版和商业版,由于其体积小、速度快、总体拥有成本低,尤其是开放源码这一特点,一般中小型网站的开发都选择mysql作为网站数据库。由于其免费版的性能卓越,搭配php和apache可组成良好的开发环境。

与mysql数据库搭配使用我们选择的数据库管理和开发工具是navicat。navicat为专业开发者提供了一套强大的足够尖端的工具,但它对于新用户仍然是易于学习。使用了极好的图形用户界面

(gui),可以让你用一种安全和更为容易的方式快速和容易地创建、组织、存取和共享信息。基于windows平台,为mysql量身订作,提供类似于mssql的用管理界面工具。此解决方案的出现,将解放php,j2ee等程序员以及数据库设计者、管理者的大脑,降低开发成本,为您带来更高的开发效率。用户可完全控制mysql数据库和显示不同的管理资料,包括一个多功能的图形化管理用户和访问权限的管理工具,方便将数据从一个数据库移转到另一个数据库中(local to remote、remote to remote、remote to local),进行档案备份。navicat支援unicode,以及本地或遥距mysql伺服器多连线,用户可浏览数据库、建立和删除数据库、编辑数据、建立或执行sql queries、管理用户权限(安全设定)、将数据库备份/复原、汇入/汇出数据(支援csv, txt,dbf和xml档案种类)等。

利用上述数据库工具我们建立交换网综合网管告警分析数据库,在交换网综合网管告警分析数据库中建立的第一个数据表为原始告警数据表,此表中的数据来源于交换网综合网管收集的全网交换机上报的所有原始告警。第二个数据表为告警类型表,该表数据内容是厂家告警标准化的映射数据。

4 原始告警自动采集

交换网综合网管告警分析系统数据库数所需据表已经建立完毕,现在接下来说一下交换网综合网管告警分析系统数据库的原始告

警收集。交换网综合网管将全网交换机上报的告警进行收集,存放到交换网综合网管的告警数据库中,而交换网综合网管告警分析系统的数据库与交换网综合网管的告警数据库是相互分离的,那它们之间的数据传递就存在问题。怎样将综合网管数据库中的告警导入到告警分析系统中呢?可以人工操作,先将交换网综合网管告警数据库中的告警导出,再人工将导出的告警数据导入交换网综合网管告警分析系统数据库的原始告警表中,这样告警导入导出的时间又是个问题,操作频繁会造成人力的浪费,如果一天一次又有可能造成告警发现延后不能体现告警分析系统的作用,而且人工操作难免出现人为误操作问题。这时我们利用一款数据库管理工具kettle (kettle是一款开源的etl工具)。

etl是extraction-transformation-loading的缩写,中文名称为数据提取、转换和加载。etl包含了三方面,首先是“抽取”将数据从各种原始的业务系统中读取出来,这是所有工作的前提。其次“转换”按照预先设计好的规则将抽取得数据进行转换,使本来异构的数据格式能统一起来。最后“装载”将转换完的数据按计划增量或全部导入到数据仓库中。它允许你管理来自不同数据库的数据,通过提供一个图形化的用户环境来描述你想做什么,而不是你想怎么做。kettle中有两种脚本文件,transformation和job,transformation完成针对数据的基础转换,job则完成整个工作流的控制,我们就是利用这款工具软件将交换网综合网管告警数据库

中的告警数据自动抽取、转换最后传送到交换网综合网管告警分析系统数据库中。

5 告警分析

解决了数据库建立及数据采集等问题,下一步我们利用sql语言来实现对原始告警数据的筛选工作。交换网综合网管告警分析系统所需要的所有数据表全部建立,而且数据采集问题也得到了解决,接下来的工作就是怎样利用这些数据表之间的关系,采用什么手段来实现告警分析工作。告警分析我们要做的就是从上万的原始告警中找到那些造成业务中断或可能会严重影响交换网络的告警,找到告警后,根据告警逻辑分类中告警的位置找到告警的模块或用户单元的名称,以便于我们直观的找出是哪些地方中断了,能够及时处理。为了达到我们告警分析的要求,我们需要用到sql语句中的联合查询等语法。

通过sql语句可以对原始告警进行进一步的分析处理,例如一个模块局一天中断50次,就会产生50条中告警,如果这种多次中断的告警很多,对我们的告警分析也会造成一些麻烦,利用sql语句可以将这50条告警合并成一条告警,只记录该告警的最早发生时间、最后回复时间、每次告警产生后到恢复总的经历时长以及告警发生的总次数,通过这样处理使告警更加直观,便于告警的发现和处理。

交换网综合网管告警分析主要部分筛选sql语句如下:

select l.ne_name as 局名,min(start_time) as 最早发生时

间,max(end_time) as 最后恢复时

间,sec_to_time(sum(time_to_sec(lishi))) as 总历时, count(*) as 发生次数,b.rackname as `模块(机架)名`,b.boards as `模块(单板)号`, b.boardtypename as 单板类型, l.miaoshu as 描述from alarm_list l,zxj10 b where b.ne_name = l.ne_name and b.boards =

substring_index(substring_index(miaoshu,’alarminfo=位置:’,- 1),’(‘,1)and (miaoshu like ‘alarminfo=%列%’and miaoshu not like ‘%pcm%’) and

start_time>date_sub(now(),interval a hour) group by

1,6,7,8,9 order by 1,7,8,2,3。

6 小结

通过利用数据库来实现交换综合网管告警分析工作,不仅对原始

告警数据进行了有效保存,对以后的分析工作提供了数据保障,而且主要提高工作效率的目的也很好的得以实现,同时该系统有很好的可维护性,对以后交换网综合网管告警分析系统的改进提供了扩展空间。通过本文可以看出在工作中合理利用数据库,可以提高我们的工作效率,尤其是数据量很大的分析工作。

参考文献:

[1]姜承尧.《mysql技术内幕》.机械工业出版社.2012-4-1.

[2]周峰,张振东,张术强.《sql结构化查询语言速学宝典》.中国铁道出版社.2012-1-1.

[3]龚小勇等.《关系数据库与sql server2005》.机械工业出版社.2012-1-1.

上海贝尔4G常见告警解析及网管常用操作

4G重要告警解析 一、影响小区发射的告警 1. ReachabilityProblem(基站退服或脱管) ●Alarm Code:ReachabilityProblem ●告警影响:e Node B 设备监控失去 ●告警原因分析:导致该告警的原因主要体现在三个方面:电源、传输、主控 卡(C板)故障: 1)电源:交流停电等,此时应该有相关环境告警上传; 2)传输:传输断 3)主控卡故障:主控卡出现掉死、无法正常启动、不断重启等故障; ●告警解决方法:电源或传输问题,请相关人员解决;如果是主控卡故障,需 要维护人员上站解决;更换主控卡后,需要先问网管人员要一个Yang WO 文件重新下软件并导入WO文件激活。 2.CB INIT FAILURE (C板初始化失败) ●Alarm Code:IK4004001 ●告警影响:整站退服,设备可监控; ●告警原因分析:C板故障或者高温导致 ●告警解决方法:需上站下电重启设备,或热插拔C板,若故障依旧需要更换 C板,更换流程请参考ReachabilityProblem(基站退服或脱管) 3. NO CONTACT TO BOARD (B板退服) ●Alarm Code:IK4009041 ●告警影响:整站退服,小区不发射; ●告警原因分析:若基站无C板或者GPS告警的话,则是B板故障 ●告警解决方法:网管重启基站不管用的话,需要上站更换,更换B板会自 动下软件,基站侧不需要做任何操作,大概需要10分钟左右 4. LTECellAdminDown (小区退服) ●Alarm Code:LTECellAdminDown ●告警影响:相应小区退服; ●告警原因分析:一般都是由于基站硬件告警或者小区被lock所致 ●告警解决方法:首先排除小区或基站是否被locked,其次查看是否有导致 小区退服的硬件告警 5. NO CONTACT TO BOARD(RRH脱离) ●Alarm Code:IK4009138 ●告警影响:某个RRH对应的小区不发射 ●告警原因分析:造成此告警的原因可能是电源,光纤及RRH故障 ●告警解决方法:需下站查看电源及RRH和C板连接的光纤衰耗,如果两种 情况都正常的话,就要考虑RRH本身的问题了,最好的方法是塔上和别的正常小区做对调来排查

谈综合网管整合资源新思路

谈综合网管整合资源新思路 谈综合网管整合资源新思路 1、 OSS系统现状广义的综合网管涵盖了后端OSS系统的全部功能,包括服务开通和服务保障。对于服务开通方面,最早的应用应该是“97接口”的开发实现,这是比较成功的前后端两个系统实现互连的实例。用户资料、业务资料由97系统管理,交换网管负责管理交换机资源,97系统把用户申请的业务以工单的形式发给交换网管,由交换网管下指令给交换机,实现业务的自动开通。随着交换网管管理范围的逐步扩大,这种服务实时开通的能力也逐渐扩展到其他专业,实现了多专业的服务开通,包括ADSL业务、小灵通业务、智能网彩铃业务等新兴的业务;而服务保障方面,依托专业网管逐渐形成统一的全专业的网络管理系统,这就是狭义的“综合网管”。作为企业后端为业务支撑提供重要数据来源的网络资源信息,目前也以独立的资源管理系统的形式存在,它为运营商的日常资源调配提供了必要墓芾硎侄危?鸬搅嘶??淖饔谩5?捎谡庑┳试垂芾硐低车乃?行畔⒍家?止ぢ既耄?狈τ胪?缟璞竿?降幕?疲?枰?宋?稍さ幕方谔?啵?ㄉ璧媒虾玫淖试垂芾硐低郴鼓芤酝?缟璞该?莆?迹??行┳试垂芾硐低炒右豢?冀ㄉ杈筒捎昧四持置??娣叮?胧导噬璞该?莆薹ǘ杂Γ??蘸蟮耐?缱试次?ぴ斐闪思?蟛槐悖?饩褪棺试垂芾硐低车挠τ么蟠蛘劭郏?薹ㄗ龅娇焖僮既返氐髋渫?缱试矗?范ㄍ?缱试吹氖导适褂们榭觥?BR 在“以客户为中心”的新型营销理念的影响下,各大运营商不约而同地把关注焦点转移到了客户所占用的网络资源上,强调从为客户提供服务的角度来有针对、有重点地监控和维护网络资源,从而改善服务水平,减少维护工作量,提高效率。这就要求综合网管系统的建设需要需要采取“以客户为中心”的建设思路,需要为系统融入客户资料和业务资料,建立客户与网络资源之间的关联关系。从目前来看,各运营商建立广义的综合网管系统所必须的各功能的基本雏形都已存在,问题是如何整合这些系统,让它们更有效地协调工作,达到综合网管的建设目标。 2、综合网管如何整合一个看似合理并被普遍接受的整合方案是:先建立本专业的综合网管用来统一专业内的设备管理差异,例如交换网管、传输综合网管、数据综合网管等,等这些系统完善之后,再在各专业的综合网管之上建立跨专业的全业务综合网管,如图1所示。这种想法看似

北塔网管系统

北塔BTNM3.6 技术白皮书 20xx年8月

内容简介 本白皮书描述了北塔BTNM 3.6 产品的技术特征,包括对集成模块,技术架构,功能特性以及系统运行环境等方面的描述,对于更好地理解、使用本产品有着重要的意义。 在后续章节中,将对BTNM 3.6 下列主题分别予以阐述: ? 产品概述 ? 产品特性 ?系统运行环境 产品概述 北塔BTNM3.6 (Before Trouble Network Manager)是上海北塔软件股份有限公司基 于Windows 操作系统发布的,拥有完全自主知识产权,跨平台、跨厂商,“立足于平台面 向应用”的通用IT 运维管理平台。 作为北塔网管产品家族的核心产品之一,BTNM 已经广泛地应用在电力、教育、银行、政府、能源、制造等各行各业,以其稳定、易用、全面等优点而广受青睐。 系统概述 一个真正综合而全面的I T 运行维护系统,是网管用户的最终选择。这个系统应该能 够兼顾多方面的需求,在一个统一的平台上,实现对异构的IT 环境之运行、维护的规范化,同时对IT 信息化的使用效果进行综合管理和分析,这包括: ● 面向服务的综合资源管理:对整个IT 环境的所有资源,实现在一个平台上的综 合透明的管理;全面掌握IT 资源利用情况、诊断服务瓶颈,优化服务质量,同 时为服务的扩展提供依据; ● 智能故障分析:能通过性能阈值判断服务的临界状态,同时提供故障过滤与故障 根源分析,简化故障处理难度; ● 全网流量分析可监控:网络中的“摄像头”,自动快速发现影响网络性能和状态的

“罪魁祸首”; 即时可用的价值保证:方便的部署,实用的功能,大幅降低网络与系统的运行维 护工作量。 BTNM是一个通用的IT基础设施和服务应用的管理平台。它从网络和应用的不同层次,收集与业务/服务相关的各种信息:网络设备信息、全网流量信息、服务器内存、I/O 的使用情况,甚至应用系统对资源的占用情况等;同时,内置的智能系统对收集到的信息 进行综合关联分析;不同于设备厂商提供的专用管理工具,BTNM 全面支持50 多家常见 品牌的各类型号设备,为企业提供透明化的全面管理视图。 图1:BTNM 系统架构 BTNM是一个灵活的易扩展的管理平台。它提供按需装配的组件化扩展配置:通过平 台+组件化设计,平台框架实现了对IT 基础设施资源的统一管理和访问控制,不同组件 分别实现独立功能,提供扩展配置。 BTNM支持多种的部署方式,支持分布式应用。单机模式下,服务器和客户端均部署 在网管机上,本地客户端实现与服务端的通讯;C/S 模式下,服务器端部署在网管机 上,

维护经验:网管安全告警处理案例

网元安全告警处理案例 近日,我传输中心技术人员在更换华为公司Optix155H型设备主控板时,遇到网元频繁上报SCB-ALM告警的问题。我们通过查找资料、咨询华为客服热线等方式,及时将该问题解决。现将本次处理过程总结如下。 一、现象描述 我公司传输本地网一网元F2口传输环境监控信息,该F2通道出现故障,需要更换主控板进行处理。我们将设备的主控板由SS42SCB更换为SS43SCB单板,更换完成后,发现该网元频繁上报SCB-ALM告警,闪报状态,但不影响业务。该网元单板配置如下:3-SP1D,9-X42,11-OI2D, 15-STG ,17-SCC,18-OHP2。 二、原因分析 SCB-ALM告警是网元安全告警,是由于网管登陆网元引起的。该网元不断闪报安全告警,表明一直有一网管试图登陆该网元,但不能成功登陆。这种情况,应该是网元用户设置问题或是网管侧数据设置引起的。 三、处理过程 1、通过NES网管查询网元用户,发现该网元用户只有一个:们首先排除传输侧问题:重新检查各处2M线的制作情况,没有发现问题。在远端进行PDH 设备支路环回,近端PDH侧挂PCM2M误码表进行测试,测试结果显示没有任何误码。传输侧问题基本可以排除。 排除路由器问题:公安边防接入系统原使用另一家电信运营商的传输路由,割接前一直没有丢包现象。通过测试路由器设备,没有发现问题。 故障定位在V.35介质转换器上。本次使用的V.35转换器是北京瑞斯康达公司的RC903-V35FE1型转换器。我们以前没有接触到该型号设备,通过查看设备说明书和咨询厂家,我们初步判断问题出在该转换器的设置开关上。 调整V.35设备的时钟方式,将近端和远端V.35转换器设备由出厂默认的主时钟方式(内时钟)改为从时钟方式(跟踪E1时钟),观察丢包现象,丢包现象依然存在。 调整TX、RX的CLK相位关系,将近端和远端V.35转换器设备由正向改为反向,丢包现象消失。 我们又尝试了其它几种TX、RX的CLK相位设置方式,我们发现近端和远端V.35转换器的TX、RX-CLK相位关系不是绝对的,有一端设为正

铁路通信网的综合网管系统

铁路通信网的综合网管系统 12008北京青年通信科技论坛,论文集 铁路通信网的综合网管系统 邓烨飞 北京全路通信信号研究设计院100073 【摘要】首先介绍了铁路通信系统的组成,然后指出了建立综合网管的必要性,最后介绍了综合网管系统的特点、功能 【关键词】铁路通信系统,综合网管 一、铁路通信网的组成 铁路通信网是列车运营、行政管理、维护抢修、货票管理等多方面信息的传输、交换、显示、应用的综合业务平台。 按照ITU-T提出的网络分层分割概念,铁路通信网可以从垂直方向划分为三层,从下至上为传送网、业务网和应用层。其中传送网可以细分为物理层和信道层(SDH/PDH/WDM等),在信道层上面可以支持由各种电路层设备(如分组交换机、路由器等)组成的业务网(如IP网等),提供各种网络业务。而在业务网上面可以开发出种种为用户提供信息服务的应用(TMIS/DMIS/会议电视等)。为了支持各层网络的有效运行和管理,需要有支撑网即信令网、同步网和网管网。铁路通信网分层结构见下图: <2008北京青年通信科技论坛》论文集铁路通信系统包括如下子系统:(1)传输子系统为其它通信子系统和信号系统等提供信息传输及交换信道。该系统由光数字传输设备及光纤环路组成。 (2)无线通信子系统为固定用户如调度员、车站值班员等与移动用户如列车司机、维修、公安等流动人员之间提供通信手段,它对行车安全、运营效率、服务质量、应付突发事件提供保证。该系统由数字集群设备组网。 (3)程控电话子系统供工作人员与内部及外部进行公务通信联系的通信子系统。该系统由数字程控交换机网络构成。 (4)数字专用调度电话子系统是列车运行调度指挥、电力调度、防灾救护

网管系统告警产生和处理机制

网管系统告警产生和处理机制 1.1.1告警来源和产生机制 1、SYSLOG日志(被动接收方式) 通过采集服务器的SYSLOG服务,接收网元发送上来的SYSLOG日志记录。告警采集程序通过rules将SYSLOG日志记录解析为告警记录。一条典型的华为端口DOWN告警解析过程: Jul 15 19:54:11 133.63.254.190 2008 yaan-DC-R-N40 IFNET/5/UPDOWN:Interface Ethernet1/0/5 Turns into DOWN state 针对上面的告警,通过rules,主要解析出如下内容 告警来源IP:133.63.254.190 告警类型:IFNET/5/UPDOWN 告警对象:Ethernet1/0/5 告警原始级别:5 告警描述:Interface Ethernet1/0/5 Turns into DOWN state 2、Snmp Trap告警(被动接收方式) 告警采集在162端口监听并接收网元发送过来的TRAP通知,通过加载相应MIB里的TRAP定义或者厂家提供的TRAP告警翻译规则,转换为相应的告警记录。举例说明: 10.102.16.2: TRAP[requestID=0, errorStatus=Success(0), errorIndex=0, VBS[1.3.6.1.2.1.1.3.0 = 229 days, 12:07:02.00; 1.3.6.1.6.3.1.1.4.1.0 = 1.3.6.1.4.1.390 2.1015.1010.1.10.1.17; 1.3.6.1. 2.1.2.2.1.1 = 808584704 ]] 根据中兴提供的TRAP告警定义: (1)1.3.6.1.4.1.3902.1015.1010.1.10.1.17代表zxAnEponOnuErroredSymbolPeriodEvent,即ONU错误符号间隔事件,级别是主要。 (2)808584704 代表索引信息,可进一步定位到具体的ONU设备,如F820(0/4/4/5)。 解析翻译后的告警如下: 告警来源IP:10.102.16.2 告警类型:zxAnEponOnuErroredSymbolPeriodEvent 告警对象:10.102.16.2 告警级别:4 告警描述:10.102.16.2 F820(0/4/4/5) : ONU错误符号间隔事件 3、网元状态Polling告警(主动检测方式) (1)告警产生 采用定期调度(根据设备的重要程度可设定不同的策略)对设备先进行SNMP连接测试,再进行ICMP PING测试:

告警查看

当前告警的日常操作 1 访问当前告警管理数据库 对于维护人员来说,通过告警来了解现场设备工作状态是一种必要手段。这样,首先就需要了解A1353RA 的当前告警管理工具-CAL。 1.1 启动当前告警管理工具-CAL 1.动CAL; 图1 启动CALL 2.可见当前告警数据库被打开;

图2 CALL 界面一 初始界面中,并不直接显示告警,而是显示告警子数据库(Sublist),以 及子数据库中各类告警的统计值; 当某个告警子数据库(Sublist)有新告警加入时,则显示出新告警标识。 1.2 访问告警子数据库 1.方法一:可双击需打开的sublist; 图3 选中SSuubblliisstt 2.方法二:选中sublist 后,在菜单上选Open 打开; 图4 打开SSuubblliisstt 3.可见所有sublist 中的告警。 图5 SSuubblliisstt 窗口 窗口上半部分为菜单及计数器;窗口下半部分为所有告警条目,可通过颜色来判断告警的严重性。 表1 告警分类

在Sublist 中,告警一般是按时间降序排列,最新发生的告警条目在最上方,使用者可定制告警条目的排列。 2.当前告警查询 当前告警会直接告诉我们现场设备所发生的问题即故障的对象,故首要任务是 了解如何查询告警。 2.1 打开告警信息 1.进入告警列表界面; 图6 告警列表 在界面上可得到部分有关告警的信息,但是要得到具体的信息,还需要进入告警信息窗口。2.打开告警信息窗口; 方法一:双击告警条目; 图7 告警条目 方法二:在选中告警条目的右键菜单中选中“More Info”。 图8 告警信息 进入信息窗口;

网络管理 告警系统

网络管理—警告系统的设计 1设计目标 1.数据采集:通过采集计算网络中的配置信息,告警信息,性能信息,反馈给告警中心。 2.数据分析:分析告警信息(原始告警信息,性能数据,配置信息),推理处理并存储记录告警,且实现告警的可确认消除(自动回复/手动恢复)。 3.数据应用:实时监控重要的告警信息,解决并消除告警信息。根据告警信息记录生成报表统计,向上层提供决策的数据依据。 2 概要设计 系统分三层:数据的采集数据处理数据应用 数据采集:从系统的网元上采集数据包括:性能数据信息,网元告警信息,拓扑结构的配置信息,向数据处理层的制定临时数据库中传送。 数据处理:从指定的数据库中获得原始数据信息,判断处理。根据估值(及性能阀值)判断生成警告信息,存储分析并上报告警信息。实现告警的匹配确认清除,重复告警的归并处理。 数据应用:及时监控重要的告警信息,并处理此告警,反馈告警的确认信息。根据不同的用户需求展现告警统计信息报表,为决策提供数据支持。

3数据采集层 3.1 内容 3.1.1配置数据采集的内容 及获得该网络中的网元设备,基本信息,与实体形成对应的映射。用于网络的拓扑信息管理。 网管系统管理采集以下配置数据: 3.1.2告警数据采集的内容 告警源 需要采集的告警报告分为: 网元告警 ●路由器: ●交换机: ●配线板: ●服务器:cpu , 内存,硬盘,电源,风扇(散热),网卡,光驱,端口,运行的软件服务 1.环境告警: 暂保留。 2.通信连接告警(拓扑管理):当某一网元设备持续一定时间不响应网管系统时,网管系统应能自动生成该网元设备的通信连接警。 3.性能告警:当性能指标超出预先设定的范围时,系统触发的告警称为性能告警。 4.设备告警:来自设备红端的告警信息。 原始告警数据内容 原始告警数据是从告警源采集到的未经任何处理的原始告警信息,格式和内容与网元类型相关,原始告警信息将在告警管理应用层进行处理,采集层采集到的告警原始数据至少应包括以下内容:

铁塔监控告警处理方法

山西铁塔动环告警现场处理指导手册1.0 FSU离线 告警名称:FSU离线; 告警解释:FSU和铁塔集团平台连接通讯中断; 原因分析:1、信号差或不稳定。2、FSU设备掉电。3、无线模块硬件故障。4、FSU设备硬件故障。5、天线和无线模块连接中断,或天线丢失。6、VPN服务器连接不上。7、SIM卡被盗、欠费或故障。 平台处理方法:查询历史告警记录,如离线有反复,可以在站点通的时候,远程修改VPN服务器,观察效果。如修改后仍有反复,需现场检查天线情况。如一直离线,也需现场检查。 现场处理方法:1、检查天线是否在机柜外面,如再柜子里面,需拿出来放到机柜外。如天线被剪断,需重新连接,或补装。2、检查FSU和无线模块是否上电,如无电需上电。如已上电,但运行不正常,可重启设备观察是否恢复。如仍不能恢复,可能是硬件故障,可以先替换无线模块,观察恢复情况。如替换无线模块后仍不行,需替换FSU硬件。 平台回复确认:告警管理-活动告警监控-当前告警查询该站点,确认告警是否消除。 2温度超高、过高;温度过低 告警名称:温度超高、过高;温度过低; 告警解释:温度探头探测到温度超过设定阈值40℃、38℃;温度探头探测到温度低于设定阈值15℃;

原因分析:机房环境温度高平台处理方法:查询历史告警记录,如温度告警有消除,且跟天气一致,则属于正常告警。如告警一直不消除,需现场查看确定原因。现场处理方法:日常测试:在机房巡检时,可用手持红外测温仪测量温度传感器位置的温度,与动环网管对照数值,确认动环温度的采集精度。故障现象:网管上查看温湿度数据为负值或传感器故障;故障分析:可能原因有温湿度故障、采集板坏或网管配置有误,如果此站点所有的本板遥测量数据都为负,则可能是EISU的主板故障,需更换EISUM板,如果只是此温湿度故障,则可通过更换此温湿度对比测试;故障处理:更换此温湿度时,先用小平口螺丝刀抵住温湿度传感器上端的卡口往下压,然后打开外壳,再用十字螺丝刀将四颗螺钉拧下来再更换新的温湿度传感器,注意接线要按原来的色序接。 平台回复确认:告警管理-活动告警监控-当前告警查询该站点,确认告警是否消除。 3湿度过高、湿度过低 告警名称:湿度过高、湿度过低; 告警解释:湿度探头探测到湿度超过设定阈值90%RH(低于设定阈值20%RH);原因分析:机房环境湿度高(湿度低,或湿度传感器故障) 平台处理方法:查询历史告警记录,如温度告警有消除,且跟天气一致,则属于正常告警。如告警一直不消除,需现场查看确定原因。 现场处理方法:日常测试:在机房巡检时,可用手持红外测温仪测量温度传感器位置的温度,与动环网管对照数值,确认动环温度的采集精度。故障现象:网管上查看温湿度数据为负值或传感器故障;故障分析:可能原因有温湿度故障、采集板坏或网管配置有误,如果此站点所有的本板遥测量数据都为负,则可能是

计算机网络管理技术课后答案(王群编著)

第一章 1.网络管理的概念是什么? 答:通俗地讲,网络管理就是通过某种方式对网络状态进行调整,使网络能正常高效的运行。使网络中的各种资源得到更加高效的利用。当网络出现故障时能及时作出报告和处理,并协调保持网络的高效运行。 2.什么是TNM?TNM在电信网络的管理中有何重要作用? 答:⑴TMN是电信管理网的英文缩写,是为保持电信网正常运行和提供服务,对它进行有效的管理所建立的软硬件系统和组织体系的总称,是现代电信网运行的支撑系统之一。 ⑵功能:①根据各局间的业务流向,流量统计数据,有效地组织各链路上的流量分配;②根据网络状态经过分析判断进行电路调度、组织迂回和流量控制等,避免某一条网络链路过负荷和阻塞;③在出现故障时,根据报警信号和异常数据采取封闭、启动、倒转和更换部件等,尽可能地使通信及相关设备恢复和保持良好运行状态。 3.分析集中式网络管理、层次化网络管理和分布式网络管理3种不同模式的特点。 答:⑴集中式网络管理系统可以统管全部网络,该模式是目前网络管理系统中最普遍、最常见的一种管理方式,其优点是网络管理系统处于高度集中、易于全面做出判断的最佳位置,易于管理、维护和扩容;其缺点是可扩展性差,当管理系统规模不断扩大和复杂性不断增加时,网络管理不能相应的扩展,另外,管理节点是单一的失效点,一旦管理节点出现故障,将导致全网瘫痪。此外,网络管理系统链路承载的业务量很大,有时将超出负荷能力,该模式的一种变形是基于平台的集中式管理; ⑵层次化网络管理模式下,由各管理者各自所管辖的域,而由总管理者总的管辖对其他管理者所应管辖的部分,这种系统的优点是分散了网络资源的负荷,使各个网络管理更接近被管理单元,降低了总网络管理系统需收集传送的业务量;其缺点是比集中式系统更为复杂,系统设备价格也相应有所提高; ⑶分布式网络管理是一种与管理系统设备位置无关的网络管理系统,其优点是完全分散了网络资源的负荷,网络管理系统的规模大小可按需要来任意调整,具有很高的可靠性,其缺点是系统设置较为复杂。 4.什么是FCPAS? 答:FCPAS是网络管理的五个功能域:故障管理、配置管理、性能管理、计费管理、安全管理。 5.试分析比较CMIP和SNMP之间的区别,并说明为什么在计算机网路中广泛使用SNMP? 答:⑴区别:①CMIP变量不仅用于转发信息还可以完成各种作业,而SNMP不具备这种功能;②CMIP更加安全,它内置了安全机制;③CMIP功能强大,在单个请求下可以实现多种功能;④CMIP在异常网络下具有更好的报告功能; ⑵SNMP是Internet组织用来管理TCP/IP互联网和以太网的协议,实现、理解和排错很简单。 6.结合实际应用谈谈如何选择一款合适的网管软件。 答:应考虑以下几点:⑴网管软件应该具有扩展性,并支持网络管理标准; ⑵多协议支持和支持第三方管理工具; ⑶使用说明详细使用方便; ⑷是否有较高的性能价格比; ⑸集成性和灵活性; ⑹是否具备尽可能大的管理范围和尽可能小的系统开销;

华为设备网管中告警原因判断方法

华为设备网管中告警原因判断方法 一、LAPD_OML链路断链告警。出现此告警时总是伴随着基站掉站告警,因而尽量准确 的判断此告警非常重要。主要原因有以下几点: 1、传输中断,故障排除步骤: ①、在BSC侧插拔E1接头,观察接口是否正常。 ②、检查DDF架,观察连接是否正常 ③、分段分别向基站方向和BSC方向进行自环,查找问题 ④、结合C网判断传输情况 2、基站停电,故障排除步骤: ①、察看该基站历史告警有无电源类的告警。 ②、如果有电源监控设备,检查基站电源有没有异常 ③、结合C网判断电源情况 3、BSC数据配置出现错误,故障排除步骤: ①、检查BSC数据是否有改动:是否在BSC操作几分钟之后产生了LAPD_OML链 路断链。 ②、检查BSC中与本基站OML链路配置相关的数据,看是否完整、有冲突,重 点检查LAPD半固定连接表、LAPD信令连接表、中继电路表等。 ③、如果有条件,将该基站下挂在另外一个正常运行的BIE端口上,并四级复 位站点,判断是否BSC数据问题。(此操作风险较大,一般不要做) 4、TMU单板有无异常: ①、网管观察有无TMU历史告警,若有应进行原因分析。 ②、通知相应基站维护人员 二、基站初始化失败(包括个别小区、单板初始化失败 1、基站原因 ①、远端四级复位基站; ②、检查BSC数据是否有改动 ③、对于个别小区初始化失败,请重点检查与小区硬件配置相关的数据,是否 正确,与小区属性、载频属性和天馈相关的数据,是否有越界和非法数据。 ④、对于个别TRX初始化失败,请重点检查与本TRX相关的链路数据配置,包 括信令信道连接表、LAPD信令连接表、载频配置表、LAPD半固定连接表、中继电路表等。 2、传输原因,观察(测量)传输误码情况

贝尔PON告警处理方法

贝尔PON告警处理方法 针对现场告警拦截方法有如下三种: 一:从NE屏蔽设备告警, AMS收不到告警信息亦不上传。 这个方法分为在NE上操作和AMS上操作 ①NE操作: 登陆NE的TL1模式,下发关闭设备告警信息命令: SET-ATTR-ONT::ONT:::NR,DG; 关闭断电告警上报 SET-ATTR-ONT::ONT:::NR,INACT;关闭未激活ONU告警上报等 检查命令: RTRV-ATTR-ONT::ONT; 查询ONT告警是否被屏蔽,当检查结果不是NR时,表示未对该告警屏蔽操作,若为NR,则告警已被屏蔽

②AMS操作即在AMS客户端界面,对某个NE的某一告警不报告。 如上图界面,在“已报告”为“是”时,说明该未对INACT告警做屏蔽,当显示为“否”时,说明已经将INACT告警屏蔽,不再上报,AMS无法收到该设备下ONU的INACT告警。 二:在不屏蔽告警情况下,对考核的告警影响等级降级。 对有些网元上报的告警,需要屏蔽的话,可以通过修改告警级别并调整 AMS从NE收集告警的级别门槛方法来屏蔽告警。 NE告警级别修改: AMS转至要修改的NE上,Infrastructure →Alarms → Alarm Severity Assignment页面下,找到需要修改级别的对应告警,将严重性 改成需要的告警级别,比如最低等级“不确定”,然后点Apply 图标保存修改。同时调整AMS收集NE告警的级别门限。

修改AMS本身的告警,可以在AMS界面“管理 “→ EMS Administration →”配置“→”告警 “→ EMS Alarm Severity Assignment处操作: 调整AMS收集NE告警的级别门限步骤: 在“管理“→ EMS Administration →”配置“→”告警 “→ Alarm Settings页面的 EMS严重性筛选处修改告警收集的门槛,如改成

铁路通信 第十六章 综合网管系统作业指导书

第十六章综合网管系统作业指导书 1. 适用范围 适用于通信工程综合网管系统。 2. 作业准备 2.1 内业技术准备 在作业指导书编制后,应在开工前组织技术人员认真学习实施性施工组织设计,阅读、审核施工图纸,澄清有关技术问题,熟悉规范和技术标准。制定施工安全保证措施,提出应急预案。对施工人员进行技术交底,对检查人员取得相应的技术证书。 2.2 外业技术准备 2.2.1 单项设备上电检验之前,应确认设备配线正确、供电正常、接地良好。 2.2.2 综合网管系统检验前,相关的子系统及其网管单项检验应完成并合格。系统检验前应确认相关的传输通道良好。 2.2.3 检验所用仪器、仪表应经计量检验,并在计量检验有效期内。 3. 技术要求 3.1 性能检测 3.1.1 系统告警响应时间、操作响应时间以及相关性分析和故障定位时间应符合设计要求。 3.1.2 系统采集及处理能力应满足下列要求: 告警原始数据采集准确性为99.99%; 资源原始数据采集准确性99.99%; 网管系统采集数据的完整性99.99%; 网管系统对采集后的数据处理准确。 3.1.3 系统存储能力应满足下列要求: 3.1.3.1 系统的磁盘阵列容量能够保证配置数据存储6个月;原始告警数据存储6个月;经网管处理后的报表数据、分析数据在系统中存储12个月;经用户设定为重要的数据(如与分析预测相关的数据)长期保存。 3.1.3.2 经网管处理后的数据可在磁带机或磁盘中长期保存(大于3年)。 3.1.4 综合网管系统的服务器等关键设备及相关板件应冗余配置,保证系统可靠工作。 3.2 功能检验 3.2.1 综合网管界面功能应满足下列要求: 3.2.1.1 用户界面显示应支持中文。 3.2.1.2 提供在线帮助。 3.2.1.3 系统应支持彩色高分辨率监视器,对于不同的信息应有不同的颜色区别。用户授权内可使用的菜单条与不能使用的菜单条应有不同亮度级别显示。 3.2.1.4 系统客户端屏幕应具有自动保护功能,屏幕激活应能通过鼠标/按键触动触发。 3.2.1.5 当操作员临时停止对系统的操作时,应能将屏幕锁定,防止其他用户进入;同时还应具有屏幕激活再进入功能(需要输入口令)。 3.2.2 综合网管拓扑管理功能应满足下列要求: 3.2.2.1 视图显示:能够显示网络组织图、机房设备分布图、设备面板图、传输网络拓

网络管理告警系统

网络管理告警系统 文稿归稿存档编号:[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-

网络管理—警告系统的设计 1设计目标 1.数据采集:通过采集计算网络中的配置信息,告警信息,性能信息,反馈给告警中心。 2.数据分析:分析告警信息(原始告警信息,性能数据,配置信息),推理处理并存储记录告警,且实现告警的可确认消除(自动回复/手动恢复)。 3.数据应用:实时监控重要的告警信息,解决并消除告警信息。根据告警信息记录生成报表统计,向上层提供决策的数据依据。 2 概要设计 系统分三层:数据的采集数据处理数据应用 数据采集:从系统的网元上采集数据包括:性能数据信息,网元告警信息,拓扑结构的配置信息,向数据处理层的制定临时数据库中传送。 数据处理:从指定的数据库中获得原始数据信息,判断处理。根据估值(及性能阀值)判断生成警告信息,存储分析并上报告警信息。实现告警的匹配确认清除,重复告警的归并处理。 数据应用:及时监控重要的告警信息,并处理此告警,反馈告警的确认信息。根据不同的用户需求展现告警统计信息报表,为决策提供数据支持。 3数据采集层 3.1 内容 3.1.1配置数据采集的内容 及获得该网络中的网元设备,基本信息,与实体形成对应的映射。用于网络的拓扑信息管理。

网管系统管理采集以下配置数据: 3.1.2告警数据采集的内容 告警源 需要采集的告警报告分为: 网元告警 路由器: 交换机: 配线板: 服务器:cpu , 内存,硬盘,电源,风扇(散热),网卡,光驱,端口,运行的软件服务 1.环境告警: 暂保留。 2.通信连接告警(拓扑管理):当某一网元设备持续一定时间不响应网管系统时,网管系统应能自动生成该网元设备的通信连接警。 3.性能告警:当性能指标超出预先设定的范围时,系统触发的告警称为性能告警。 4.设备告警:来自设备红端的告警信息。 原始告警数据内容 原始告警数据是从告警源采集到的未经任何处理的原始告警信息,格式和内容与网元类型相关,原始告警信息将在告警管理应用层进行处理,采集层采集到的告警原始数据至少应包括以下内容: 中文名称名称说明类型 告警的序列号Alarm_i d 告警的序列号字符串 网元的识别 名 Dn网元的识别名字符串告警发生时Occur_t告警发生时间时间

传输综合网管系统新版本PON调度操作手册

传输综合网管PON业务调度手册 目录 PON业务调度手册 (1) 一、OLT归属站点机房、ONU归属接入点 (2) 1、OLT归属站点 (2) 2、接入点的建立 (3) 3、ONU归属接入点 (3) 二、PON拓扑和光路关系导入和查询 (4) 1、Pon拓扑和光路关系导入 (4) A、烽火、贝尔、爱立信PON关系转换模式 (4) B、华为PON拓扑和光路关系导入模式 (5) 2、PON关联关系查询 (6) 三、PON调度 (6) 五、PON调度查询 (14) 1、在已归档工单查询已归档的PON调度单 (14) 2运维系统业务管理-PON业务管理查询 (15)

一、OLT归属站点机房、ONU归属接入点 1、OLT归属站点 在运维系统-资源管理-传输设备管理-传输网元管理,找到OLT设备 点击修改,点击所属空间弹出如下窗口,选择站点机房后,点击确定

2、接入点的建立 通过运维系统-资源管理-业务管理-VPN管理-VPN接入点管理进行新增接入点操作 (注意填写接入点的经纬度,没有经纬度将导致管线GIS地图无法定位该接入点信息) 3、ONU归属接入点 ONU网元归属到接入点中,在运维系统中,修改ONU网元设备所属区域为地市,在所属接入点中选择对应接入点数据; 修改所属空间为所属区域,选择所属接入点为刚才建立好的接入点信息

二、PON拓扑和光路关系导入和查询 1、Pon拓扑和光路关系导入 目前的传输综合网管系统,对于贝尔、爱立信、烽火的PON网管数据,PON拓扑和光路可以通过以下模式A的方式转换,对于华为厂家的数据需要通过模式B的方式通过表格导入的方式生成PON拓扑和光路的对应关系: A、烽火、贝尔、爱立信PON关系转换模式 业务管理----PON业务管理----PON光路与拓扑关系这个界面进行拓扑转换 转换成功的界面:有“导入成功”提示

OMC网管操作指导书

OMC网管操作指导 一、登陆OMC网管 1、确保电脑网络连接正常 2、打开https://211.138.31.62/地址, 3、选择继续浏览此网站 4、输入用户名登陆 5、输入短信认证密码发送获取验证码后输入进行登陆

6、登陆后如下图,根据要操作的网络选择相应的服务器,以LTE为例,选择HWTD_ONMCR-10 服务器地址10.87.84.34 、

二、登陆LTE网管后如下界面 1、网管工具栏包括系统、监控、维护、拓扑、性能、安全、配置、软件、CME、许可证、 SON、窗口、帮助等选项,每个选型里边都包含相应的子菜单。图标为常用的功能选项。 下边以常用的功能进行说明: 三、 eNodeB MML常用命令 在网络规划和优化工作中,对单个eNodeB进行远端操作维护的情况较少,一般都可以在M2000下对eNodeB进行相关的操作。 不过对eNodeB进行的数据查询、数据记录、参数修改等工作,在eNodeB侧最常用的方法是在eNodeB操作维护系统下使用MML命令。至于eNodeB中比较齐全的MML命令,可以通过eNodeB的操作维护中Search功能中的关键词进行查询。在Keyword一栏中输入所需要查询的关键词,键入回车键即可显示相关的MML命令。 下面列出了网规网优常用的几类MML命令进行整理和分类: 表1 网规网优机房常用eNodeB MML操作命令集

四、机房操作命名解析 1、MML命令界面 2、常用命令解析 DSP 对象操作的命令cell 需要操作的对象DSP CELL:LOCALCELLID=0;执行操作。类似DSP常用的命令,包括有: DSP 显示LST 查看MOD 修改SET 设置ADD添加RMV 删除BLK 锁住UBL 解锁DEA 去激活ACT 激活 3、查询基站配置信息:LSTENODEB

综合网管和资源管理系统的关系

综合网管的资源需求和互联接口的建议 第1章资源管理系统的现状 北京电信的资源调度管理系统由北京华胜鸣天科技有限公司于2002年开始承建,现已基本建设完成。 1.1 资源管理系统的网络 资源管理系统涵盖的网络包括:传输网、数据网、交换网等。 1.2 资源管理系统的功能 北京电信的资源调度管理系统实现了基础空间信息管理、管道/杆路网络资源管理、电缆网络资源管理、光缆网络资源管理、传输网络资源管理、交换网络资源管理、数据网络资源管理、线路设计、资源调度方案设计及调度管理、综合查询、统计、分析。 1.3 资源管理系统存放的数据 资源管理系统存放的数据包括: 基础空间信息:局站、机房、背景地图(道路、居民地、河流、铁路、绿地......) 管道/杆路网络资源:人/手井、管道段、管孔、子管、电杆、吊线、线担/支架/抱箍、吊瓶/线夹、杆路路由等 电缆网络资源:电缆段、电缆附件信息(传感器、分歧接头、气门、

余长点等)、MDF、交接箱、分线盒等 光缆网络资源:光缆段、光缆附件信息(光纤接头盒、余长点)、ODF、光交接箱、光分纤设备等 传输网络资源:DWDM/PDH/SDH设备物理资源、DWDM/PDH/SDH逻辑资源(如光波道、段、通道、槽道、电路等)接入网络资源:IDLC设备及逻辑资源、PON设备及逻辑资源、FWA 设备及逻辑资源(基站设备、基站控制器、固定用户站设备)、xDSL 设备及逻辑资源、以太网接入设备资源等。 数据网络资源:ATM、IP、DDN、帧中继、分组交换等网络设备资源及逻辑资源 交换网络资源:交换节点、固定电话网络交换机、局号资源、MDF 横列、中继电路、信令链路等。 动力资源:电源设备:发电机、高压变配电、低压配电、变流设备(开关整流器、相控整流器)、直流配电、蓄电池组、UPS、逆变器等;空调设备:中央空调、专用空调(恒温恒湿空调)、分体空调等。 时钟资源:BITS设备、时钟通道。 业务资源:业务类型、业务实例。 客户资源:客户类型、客户实例。

机房监控及综合网管系统实施建设方案书

机房监控及综合网管系统实施建设 方 案 书 加拿大万联网络设备有限公司二零零九年五月

目录 一、项目背景 (3) 二、项目目标 (3) 三、项目范围 (4) 四、设计要求 (4) 4.1、设计原则 (4) 4.2、设计依据 (5) 4.3、设计目标 (6) 五、方案设计 (6) 5.1、系统规划 (6) 六、需求分析 (7) 6.1、监控规模 (7) 6.2、监控内容 (8) 九、产品介绍 (10) 9.1、机房监控主机设备 (10) 网络型数据采集监控服务器OMM 2008 (10) PT-DAC 传感器适配器 (13) 9.2、协议规约转换器SNS-2 (16) 9.3、单相电压传感器 (16) 9.4、温湿度一体变送器MU-THV (16) 9.5、烟雾探测器LH-93 (16) 9.6、HW-58水浸适配器 (16) 9.8、网络型短消息报警机NS-20 (17) 9.9、两线语音报警机TWU-2 (18) 9.10、声光警号 (19) RS232-1型警号连接器 (19) 声光警号LC-103 (20) 10.1、中心监控平台软件概述 (20) 十二、工程施工、验收及售后服务 (23)

12.1、施工技术及安排 (23) 12.3、系统调试、验收及试运行 (25) 13.5、现场技术支持服务 (25) 13.6、售后服务流程 (25) 一、项目背景 XX公司机房监控管理系统的设计及建设是结合机房结构、设备内容、使用功能、操作对象和管理要求等综合因素进行考虑的,并做出合理的、适应特定工程使用和管理需要的设计。本系统的特点是集成了机房动力、场地环境、机房安全管理功能,结合我公司多年从事机房环境监控系统和集成管理系统建设经验而进行设计的。根据上海市宝山自来水有限公司的实际情况,需要对宝山机房进行温湿度、断电、来电、消防、UPS、门禁和视频监控等,进行机房内的设备、环境、安防进行监控。 二、项目目标 该项目通过对各机房进行动力环境消防和空调设备、UPS电源设备等进行监控,保障机房设备安全,提高基础设施可用性,确保机房内部

LTE爱立信网管基础操作教程V.

爱立信L TE网管基本功能介绍 1.告警处理 1.查看站点状态 使用OSS Common Explorer(OCE)查看站点状态 打开OCE 打开OCE后右上角第一个按钮“Open Perspective”可以切换两种界面:

Network Status:可以查看全网小区状态、指定站点的告警状态。 Network Configuration:可以查看全网站点的连接状态、同步状态、是否AI开站等信息。 1.查看全网小区状态 在Network Status界面下,Status的标签页下,ECell标签可以看到全网小区状态:

ERBS标签可以看到站点名称及其对应的eNB ID、IP地址等。 2.查看指定站点的告警状态 在Network Status界面下,Alarm的标签页下,可以看到指定站点的告警。选中某一行告警,下面的区域可以显示告警的详细信息。

2.告警查询 1.查看全网告警 打开Alarm List Viewer(ALV) 找到LTE网络,右键View Alarms会看到所有站点当前的告警信息。

Alarm Viewer右上角已用颜色区分不同等级的告警及数目: 1个Critical告警 2个Major告警 1个Minor告警 0个Warning告警 0个Indeterminate告警 427个Cleared告警(表示已经清除的告警) 2.导出实时告警 如果需要统计Alarm成表格,可以采取以下方法。下图是所有告警

先把已经Clear的Alarm屏蔽(点击),会出现如下图只剩当前活动的告警: 【注意】当前Cleared告警已经设置为系统自动确认,因此不会再出现在该界面。 选中上图中所有告警,然后如下图右键选择Save Alarm,保存成文件: 出现如下界面,把需要保存的Alarm文件名字填写好,点击OK,alarm_20130122.log就保存在当前用户目录路径下边,我们可以通过FTP到此路径下载文件。

工业交换机网管系统案例

Web版工业交换机网管系统 北京长河朗锐科技有限公司拥有本产品及相关文档的全部版权。未经北京长河朗锐科技有限公司书面许可,任何单及个人不得以任何方式或理由对本产品及相关文档的任何部分或全部以任何方式(电子,机械式,影印,烧制)进行复制、抄录、传播。

Web版工业交换机网管系统功能和用户界面 1)首页 网管系统的首页直观地展现了网络资源状况, 设备运行状态和运营的报警信息. 首页通 过Ajax 技术进行刷新:交换机的生命周期,交换机的连接状态,交换机的基础/配置信息等等可以按照设定的刷新时间间隔进行刷新。网络管理员通过首页可以直观地掌握 局域网段内的所有设备的运营状况及告警信息。 2)设备搜索与罗列 设备列表面板中显示了当前网络中搜索到的所有交换机, 交换机的连通状态由红色与绿 色区分表示。当交换机与网管系统断路时用红色显示,绿色则表示交换机的网络连接 正常。当且仅当设备掉线时, 交换机的显示名称有蓝色变成灰色后, 交换机可以被删除。网管系统自动地主动搜索网络设备,缺省的搜索时间间隔为20秒,系统提供手动刷新 搜索网络设备。网管系统定时轮询已搜索到的设备的连接状态(运行状态) , 定时轮询的 时间间隔为20秒。

3)警报模块 警报模块以表格的方式显示当前的SNMP报警信息。每一条报警信息包括了设备名称,警报级别,接收时间,警报触发时间,IP源地址,端口,警报内容和警报描述。 当鼠标进入单一警报信息,更多的相关信息,例如处理方法将显示在提示框中。 设备的警报级别分为四级: Fatal, Error, Warn, Info.

4)历史警报 历史警报功能,用于对所有存储警报信息的查询,便于管理员掌握事故的发生规律,发现潜在的问题,找到问题产生的原因和解决问题的方法。 通过输入起始日期和结束日期,网络管理员可将网管系统在此期间接收的的所有警报信息加载到历史警报模块中,用户可以添加IP,设备名称等信息进行更细致的搜索与筛选,找到具体时间段内的特定告警信息。 5)交换机后面版实时状态显示 交换机后面版的显示,使得管理员通过直观的方式获得设备后面板的连接状态信息,通过绿色,灰色的变化表现了端口的连接状态。当鼠标放置于端口处, 端口的流量数值将显示在提示文本栏内。

相关文档
相关文档 最新文档