[发明专利]一种网络故障分析方法及设备有效
申请号: | 200910180840.X | 申请日: | 2009-10-19 |
公开(公告)号: | CN101662388A | 公开(公告)日: | 2010-03-03 |
发明(设计)人: | 丁文涛 | 申请(专利权)人: | 杭州华三通信技术有限公司 |
主分类号: | H04L12/24 | 分类号: | H04L12/24;H04L12/26 |
代理公司: | 北京鑫媛睿博知识产权代理有限公司 | 代理人: | 龚家骅 |
地址: | 310053浙江省杭州市高新技术产业*** | 国省代码: | 浙江;33 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 网络故障 分析 方法 设备 | ||
1.一种网络故障分析方法,应用于包括多个网络设备和一个网络管理设备的系统中,其特征在于,所述多个网络设备之间的关系结构通过实体MIB物理表进行表示,所述方法包括以下步骤:
所述网络管理设备根据所述实体MIB物理表建立所述系统相对应的设备实体模型;
所述网络管理设备将接收到的网络故障的告警信息与所述设备实体模型中相应的网络设备建立联系;
所述网络管理设备根据所述设备实体模型和所述故障联系,分析所述网络故障的告警信息所对应的故障原因,具体包括:
如果所述网络管理设备判断一个网络设备存在对应的故障告警信息,则查找所述网络设备的上级设备是否包含故障告警信息;
如果所述网络设备的直接上级设备包含故障告警信息,则以所述直接上级设备的故障告警信息为临时根源,并以该上级设备为基础,进一步向上查找各级上级设备,以确定故障告警信息的根源;
如果所述网络设备的直接上级设备不包含故障告警信息,则查找其超级上级设备是否包含故障告警信息,如果包含,则查找tbl_trap_catalog_main数据表,如果所述网络设备与其超级上级设备的故障告警信息的类别相同,则以所述超级上级设备的故障告警信息为根源;
如果所述网络设备的直接上级设备和超级上级设备都不包含故障告警信息,或所述网络设备与其超级上级设备的故障告警信息的类别不相同,则以所述网络设备的故障告警信息为根源;
进一步的,如果所述网络管理设备判断所述网络设备包含多个故障告警信息,则查找tbl_trap_catalog_main数据表,如果所述多个故障告警信息的类别相同,则以最早收到的故障告警信息为根源。
2.如权利要求1所述的方法,其特征在于,所述网络管理设备根据所述实体MIB物理表建立所述系统相对应的设备实体模型,具体通过以下方式进行设定:
所述网络管理设备在进行自动发现或添加设备时,读取所述实体MIB物理表中的设备关系信息;
所述网络管理设备将所述实体MIB物理表中当前最高级别的设备信息所对应的物理实体作为设备实体模型的根节点;
所述网络管理设备根据所述实体MIB物理表中的其他的设备关系信息,按照所述根节点建立所述设备实体模型。
3.如权利要求1所述的方法,其特征在于,所述网络管理设备将接收到的网络故障的告警信息与所述设备实体模型中相应的网络设备建立联系,具体包括:
当所述网络管理设备接收到网络故障的告警信息时,所述网络管理设备查询所述告警信息中是否包含预设的标识信息;
如果包含与各级别设备相对应的标识信息,则所述网络管理设备将所述网络故障的告警信息与相应的设备建立联系;
如果包含设备信息变更的标识信息,则所述网络管理设备重新读取实体MIB物理表,更新所述设备实体模型。
4.如权利要求1至3中任意一项所述的方法,其特征在于,当建立或更新所述设备实体模型之后,还包括:
所述网络管理设备根据预设的设备实体模型约束策略,查找所述设备实体模型中是否有违反所述约束策略的节点;
如果有,则将违反所述约束策略的节点及其以下节点从所述设备实体模型中删除;
其中,如果是根节点违反所述约束策略,则所述网络管理设备确定所述设备实体模型无效。
5.如权利要求1所述的方法,其特征在于,所述网络管理设备根据所述设备实体模型,分析所述网络故障的告警信息所对应的故障原因之前,还包括:
所述网络管理设备对所述设备实体模型中的网络设备进行标识;
当所述网络管理设备判断所述设备实体模型中的设备中包含告警信息未 分析的标识时,分析所述网络设备是否存在故障;
所述网络管理设备根据所述分析结果,确定所述网络故障的原因。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于杭州华三通信技术有限公司,未经杭州华三通信技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/200910180840.X/1.html,转载请声明来源钻瓜专利网。