CN112887147A - 一种交换机监控方法、装置、计算机设备及存储介质 - Google Patents

一种交换机监控方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
CN112887147A
CN112887147A CN202110120480.5A CN202110120480A CN112887147A CN 112887147 A CN112887147 A CN 112887147A CN 202110120480 A CN202110120480 A CN 202110120480A CN 112887147 A CN112887147 A CN 112887147A
Authority
CN
China
Prior art keywords
switch
monitoring
broadcast packet
target switch
real
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110120480.5A
Other languages
English (en)
Inventor
黄福康
邹德胜
董瑞柯
曾国辉
黄志君
张沛理
曹正刚
陈辉
管剑力
张雄文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Kunlun Information Technology Co ltd
Original Assignee
Guangdong Kunlun Information Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Kunlun Information Technology Co ltd filed Critical Guangdong Kunlun Information Technology Co ltd
Priority to CN202110120480.5A priority Critical patent/CN112887147A/zh
Publication of CN112887147A publication Critical patent/CN112887147A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/55Prevention, detection or correction of errors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0213Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0631Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0677Localisation of faults
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/20Support for services
    • H04L49/201Multicast operation; Broadcast operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种交换机监控方法、装置、计算机设备及存储介质。本发明涉及一种交换机监控方法,所述方法包括以下步骤:检建立目标交换机作为监控对象;增加对目标交换机的监控项;监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率;本发明通过建立交换机为监控对象并接收交换机的实时接收广播包得到交换机接收广播包的实时速率,实现对交换机的实时监控,从而可以根据交换机接收广播包的实时速率定位交换机环路故障的故障源,不需要人为手动逐个排查,减少任务量,提高了效率。

Description

一种交换机监控方法、装置、计算机设备及存储介质
技术领域
本发明涉及交换机监控技术领域,更具体地说,涉及一种交换机监控方法、装置、计算机设备及存储介质。
背景技术
网络环路是一种破坏力极大的故障,他产生的广播风暴根据广播域的大小,小则可以是一台交换机下的小范围,大则可以是整个汇聚层区域,以二层为主的接入层是广播风暴的重灾区。传统对待网络环路的处理方式,基本是以观察交换机CPU利用率,观察交换机的端口灯是否有同时高频闪烁的特性,观察交换机端口的接收广播包数来判断,需要手动进入特定的交换机的管理界面,并且当波及范围较大时,往往需要手动进入多台交换机观察数十个的端口的运行状态,当目标不够明确,难以缩小故障源范围的时候,故障处理命中率显得捉襟见肘,这样原始的处理方式难以应对越来越大的网络规模,不得已的情况只能根据网络拓扑逐个断开业务区来排查,这种遍历式排查方式在网络端口太多的时候,任务量大,浪费人力和时间,效率及其低下。
发明内容
本发明的目的在于提出一种交换机监控方法、装置、计算机设备及存储介质,以解决现有技术中对交换机的监控需要手动管理和逐个排查,造成任务量大、效率低下的问题。
本发明的上述技术目的是通过以下技术方案得以实现的:
一种交换机监控方法,所述方法包括以下步骤:
建立目标交换机作为监控对象;
增加对目标交换机的监控项;
监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率。
在其中一个实施例中,所述建立目标交换机作为监控对象具体为:
基于SNMP协议,打开目标交换机的SNMP服务,设置交换机SNMP接口和接口IP地址,配置SNMP协议读团体名,使得ZABBIX监控平台正常读取目标交换机对应的MIB管理信息库信息,则目标交换机作为ZABBIX监控平台的监控对象。
在其中一个实施例中,所述增加对目标交换机基于SNMP协议的监控项具体为:
基于SNMP协议,在ZABBIX监控平台为目标交换机增加监控项,包括:设定SNMP OID节点,即设定监控目标交换机的接收广播包总量值的MIB管理信息库节点;设定端口索引,对目标交换机的物理端口分别设置对应数值的端口索引,一个物理端口对应一个端口索引,一个端口索引对应一个OID节点;设定监控间隔,即读取接收广播包总量值的间隔时间。
在其中一个实施例中,所述监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率具体为:
监控目标交换机的接收广播包总量值,获取MIB管理信息库的最近连续两次的接收广播包总量值,通过ZABBIX监控系统预处理功能计算目标交换机的每秒接收广播包数,也就是接收的广播包的实时速率,其中:
接收广播包数的实时速率=(接收广播包数本次总量值-接收广播包数上次总量值)/监控间隔。
在其中一个实施例中,所述监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率之后还包括:
将接收广播包的实时速率与ZABBIX监控系统设定的阈值进行对比,若接收广播包的实时速率达到设定的阈值时,ZABBIX监控系统生成报警信息。
在其中一个实施例中,所述报警信息包括ZABBIX监控系统的报警浏览面板的报警提醒信息和ZABBIX监控系统的动态拓扑图上的故障提醒信息。
在其中一个实施例中,所述监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率之前还包括:
关闭目标交换机上联口的接收广播包监控。
一种交换机监控系统,包括:
建立模块,用于建立目标交换机作为监控对象;
增加模块,用于增加对目标交换机的监控项;
监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率。
一种计算设备,所述的计算装置包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算程序,所述计算程序配置为实现如上述的一种交换机监控方法的步骤。
一种计算机可读存储介质,所述计算机可读存储介质上存储有计算方法程序,所述计算程序被处理器执行时实现如上述的一种交换机监控方法的步骤。
本发明的有益效果是:本发明通过建立交换机为监控对象并接收交换机的实时接收广播包得到交换机接收广播包的实时速率,实现对交换机的实时监控,从而可以根据交换机接收广播包的实时速率定位交换机网络环路故障的故障源,不需要人为手动逐个排查,减少任务量,提高了效率。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解,其中:
图1是一种交换机监控方法、装置、计算机设备及存储介质的步骤示意图。
图2是一种交换机监控方法、装置、计算机设备及存储介质的LINUX系统用SNMPWALK命令查看端口监控目标交换机的接收广播包总量值概况图;
图3是一种交换机监控方法、装置、计算机设备及存储介质的网络拓扑图;
图4是一种交换机监控方法、装置、计算机设备及存储介质的同一台交换机环路的网络拓扑图;
图5是一种交换机监控方法、装置、计算机设备及存储介质的不同交换机环路的网络拓扑图。
具体实施方式
下面,结合附图以及具体实施方式,对本发明做进一步描述,需要说明的是,在不相冲突的前提下,以下描述的各实施例之间或各技术特征之间可以任意组合形成新的实施例。
网络环路是一种破坏力极大的故障,他产生的广播风暴根据广播域的大小,小则可以是一台交换机下的小范围,大则可以是整个汇聚层区域,以二层为主的接入层是广播风暴的重灾区。目前的处理方式,基本是以观察交换机CPU利用率,观察交换机的端口灯是否有同时高频闪烁的特性,观察交换机端口的接收广播包数来判断,需要手动进入特定的交换机的管理界面,并且当波及范围较大时,往往需要手动进入多台交换机观察数十个的端口的运行状态,当目标不够明确,难以缩小故障源范围的时候,故障处理命中率显得捉襟见肘,这样原始的处理方式难以应对越来越大的网络规模,不得已的情况只能根据网络拓扑逐个断开业务区来排查,这种遍历式排查方式在网络端口太多的时候,任务量大,浪费人力和时间,效率及其低下。
鉴于此,本发明提出一种交换机监控方法,其通过建立交换机为监控对象并接收交换机的实时接收广播包得到交换机接收广播包的实时速率,实现对交换机的实时监控,维护人员不需要逐个进入网络设备的维护界面,通过监控系统的广播接收流量展示及报警,并根据对业务的影响,选择直接抵达故障源的现场排查,或者直接远程登录报警端口所在交换机,将该端口关闭或开启广播抑制等措施;通过接收广播包监控,运维人员不需要繁琐的进入多台网络设备,不需要错误的进入无关的网络设备,直接抵达故障要害,从中提高了网络环路故障预警、定位和处理的效率,减少任务量。
简单网络管理协议(SNMP)是专门设计用于在IP网络管理网络节点(服务器、工作站、路由器、交换机及HUBS等)的一种标准协议,它是一种应用层协议。
ZABBIX是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。ZABBIX能监视各种网络参数,保证服务器系统的安全运营;并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。ZABBIX由2部分构成,ZABBIXSERVER与可选组件ZABBIX AGENT。ZABBIX SERVER可以通过SNMP,ZABBIX AGENT,PING,端口监视等方法提供对远程服务器/网络状态的监视,数据收集等功能,它可以运行在Linux,Solaris,HP-UX,AIX,Free BSD,Open BSD,OS X等平台上。
管理信息库(MIB,Management Information Base)是TCP/IP网络管理协议标准框架的内容之一,MIB定义了受管设备必须保存的数据项、允许对每个数据项进行的操作及其含义,即管理系统可访问的受管设备的控制和状态信息等数据变量都保存在MIB中。
OID(Object Identifier)一般指对象标识符。按照GB/T 17969.1(ISO/IEC 9834-1)的定义,对象是指“通信和信息处理世界中的任何事物,它是可标识(可以命名)的,同时它可被注册”。对象标识符(Object Identifier,OID)是与对象相关联的用来无歧义地标识对象的全局唯一的值,可保证对象在通信威信息处理中正确地定位和管理。通俗地讲,OID就是网络通信中对象的身份证。
请参照图1,示出了本发明的一种交换机监控方法,所述方法包括以下步骤:
100、建立目标交换机作为监控对象;
具体地,基于SNMP协议,打开目标交换机的SNMP服务,设置交换机SNMP接口和接口IP地址,配置SNMP协议读团体名,使得ZABBIX监控平台正常读取目标交换机对应的MIB管理信息库信息,则目标交换机作为ZABBIX监控平台的监控对象。
其中,目标交换机为可管理交换机且配备SNMP协议相关功能,比如SNMP读功能。
200、增加对目标交换机的监控项;
具体地,基于SNMP协议,在ZABBIX监控平台为目标交换机增加监控项,包括:设定SNMP OID节点,即设定监控目标交换机的接收广播包总量值的MIB管理信息库节点;设定端口索引,对目标交换机的物理端口分别设置对应数值的端口索引,一个物理端口对应一个端口索引,一个端口索引对应一个OID节点;设定监控间隔,即读取接收广播包总量值的间隔时间。
在发明实施例中,如图2所示,为在ZABBIX服务器的LINUX系统用SNMPWALK命令查看端口监控目标交换机的接收广播包总量值概况。
300、关闭目标交换机上联口的接收广播包监控;因为上联口接收到的广播包往往是网络其他区域产生的广播,无法起到定位故障源的作用,反而会让全网所有交换机都报警,导致监控都失效。
400、监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率。
具体地,监控目标交换机的接收广播包总量值,获取MIB管理信息库的最近连续两次的接收广播包接收总量值,通过ZABBIX监控系统预处理功能计算目标交换机的每秒接收广播包数,也就是接收的广播包的实时速率,其中:
接收广播包数的实时速率=(接收广播包数本次总量值-接收广播包数上次总量值)/监控间隔。
在本发明实施例中,本次取样的接收广播包总数为60个包,上一次取样的接收广播包总数为30个包,设置的监控间隔是30秒,也就是说接收广播包总量在30秒内增加了30个,那么(60包-30包)/30秒=1包/秒,也就是说在这个监控取样周期内计算的广播流速是1包/秒。
采用广播包的流速,即实时速率来监控,流速过高,才证明有广播风暴存在,即目标交换机网络发生环路,如果单纯采集接收广播包的总量值是无法监控出目标交换机网络环路故障的。
在本发明实施例中,通过全网进方向的交换机接收广播包监控,让报警的物理端口方向永远指向故障源,由于广播包的特性,必须采用合理的监控方式,否则会导致同一广播域的所有交换机端口都在报警,就失去了报警的意义,无法定位故障。因此,采用监控交换机的接收广播包来监控,而不是监控交换机的发送广播包,因为接收方向往往指向故障产生的网络方向,也就是广播产生的方向,而发送广播包数往往是其他故障源产生的干扰信息。
500、将接收广播包的实时速率与ZABBIX监控系统设定的阈值进行对比,若接收广播包的实时速率达到设定的阈值时,ZABBIX监控系统生成报警信息。
在本发明实施例中,所述报警信息包括ZABBIX监控系统的报警浏览面板的报警提醒信息和ZABBIX监控系统的动态拓扑图上的故障提醒信息。
在本发明实施例中,ZABBIX监控系统里建立与该监控项挂钩的报警触发器,需要先对ZABBIX监控系统的报警触发器进行设置,在报警触发器内设置表达式:{10.10.6.60:IF-MIB::ifHCInBroadcastPkts.8.last()}>=2000。
其中,表达式的意义是:10.10.6.60这台交换机的GigaEthernet1/0/6这个物理端口的接收广播包流速大于等于2000包/秒的时候,触发报警信息,当接收广播包速度达到设定的阈值时,ZABBIX监控系统的报警触发器就会生成报警,可以在ZABBIX监控系统的报警浏览面板查看到,达到定位故障的目的。
在本发明实施例中,请参照图3,示出了其中一种拓扑结构,包括:核心层交换机、第一汇聚层交换机、第二汇聚层交换机、第一接入层交换机、第二接入层交换机、第三接入层交换机和第四接入层交换机;所述核心交换机分别连接所述第一汇聚层交换机和所述第二汇聚层交换机;所述第一汇聚层交换机分别连接第一接入层交换机和第二接入层交换机;所述第二接入层交换机分别连接所述第三接入层交换机和所述第四接入层交换机。汇聚层交换机以下(包括汇聚层交换机)是一个二层区域,也就是一个广播域内,其中,物理端口1-12,是部署接收广播包方向速率监控的物理端口,分别为第一汇聚层交换机的物理端口1、2,第二汇聚层交换机的物理端口3、4,第一接入层交换机的物理端口5、6,第二接入层交换机的物理端口7、8,第三接入层交换机的物理端口9、10,第四接入层交换机的物理端口11、12。
例如,请参照图4,当环路在同一台交换机发生时,例如在第四接入层交换机产生环路时,接收广播包报警会在物理端口11、物理端口12、物理端口8和物理端口2产生,会自动高亮故障位置,故障源出现的物理端口都会出现高亮故障提示;有明显的方向性,如图4的箭头指向,而不会在其他无关的物理端口产生,报警信息可以在ZABBIX监控系统的拓扑动态图看到,从拓扑图也可以清晰的看出故障的清晰的指向性,达到定位故障的目的。
请参照图5,示出了另一种环路的情况,第一接入层交换机和第五接入层交换机发生环路,接收广播包报警会在物理端口9、物理端口7、物理端口2、物理端口5、物理端口1产生,会自动高亮故障位置,故障源出现的物理端口都会出现高亮故障提示;有明显的方向性,如图5的箭头指向,而不会在其他无关的物理端口产生,报警信息可以在ZABBIX监控系统的拓扑动态图看到,从拓扑图也可以清晰的看出故障的清晰的指向性,达到定位故障的目的。
本发明通过建立交换机为监控对象并接收交换机的实时接收广播包得到交换机接收广播包的实时速率,实现对交换机的实时监控,从而可以根据交换机接收广播包的实时速率定位交换机环路故障的故障源,不需要人为手动逐个排查,减少任务量,提高了效率;通过在ZABBIX监控系统的报警浏览面板或ZABBIX监控系统的拓扑动态图得知发生故障以及对应的故障源,工作人员再对故障源进行处理,可以直接抵达故障源的现场进行排查,也可以远程登录报警端口所在的交换机,采取关闭物理端口或者开启广播抑制等措施进行处理。通过接收广播包监控,运维人员不需要繁琐的进入多台网络设备,不需要错误的进入无关的网络设备,直接抵达故障要害,从中提高了故障处理的效率。
此外,为了实现上述目的,还提出了一种交换机监控系统,包括:
建立模块,用于建立目标交换机作为监控对象;
具体地,打开目标交换机的SNMP服务,设置交换机SNMP接口和接口IP地址,配置SNMP协议读团体名,使得ZABBIX监控平台正常读取目标交换机对应的MIB管理信息库信息,则目标交换机作为ZABBIX监控平台的监控对象。
其中,目标交换机为可管理交换机且配备SNMP协议相关功能,比如SNMP读功能。
增加模块,用于增加对目标交换机的监控项;
具体地,基于SNMP协议,在ZABBIX监控平台为目标交换机增加监控项,包括:设定SNMP OID节点,即设定监控目标交换机的接收广播包总量值的MIB管理信息库节点;设定端口索引,对目标交换机的物理端口分别设置对应数值的端口索引,一个物理端口对应一个端口索引,一个端口索引对应一个OID节点;设定监控间隔,即读取接收广播包总量值的间隔时间。
在发明实施例中,如图2所示,为在ZABBIX服务器的LINUX系统用SNMPWALK命令查看端口监控目标交换机的接收广播包总量值概况;其中,例如OID为ifHCInBroadcastPkts.1,端口索引为1,整个OID表示交换机1口的接收广播包MIB节点;如OID为ifHCInBroadcastPkts.2,端口索引为2,整个OID表示交换机2口的接收广播包MIB节点;不同交换机的端口索引不同。
监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率。
在本发明实施例中,关闭目标交换机上联口的接收广播包监控;因为上联口接收到的广播包往往是网络其他区域产生的广播,无法起到定位故障源的作用,反而会让全网都报警,导致监控都失效。
在本发明实施例中,监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率。
具体地,监控目标交换机的接收广播包总量值,获取MIB管理信息库的最近连续两次的接收广播包数总量值,通过ZABBIX监控系统预处理功能计算目标交换机的每秒接收广播包数,也就是接收的广播包的实时速率,其中:
接收广播包数的实时速率=(接收广播包数本次总量值-接收广播包数上次总量值)/监控间隔。
在本发明实施例中,本次取样的接收广播包数总数为60个包,上一次取样的接收广播包数总数为30个包,设置的监控间隔是30秒,也就是说接收广播包数总量在30秒内增加了30个,那么(60包-30包)/30秒=1包/秒,也就是说在这个监控取样周期内计算的广播流速是1包/秒。
采用接收广播包数的流速,即实时速率来监控,流速过高,才证明有广播风暴存在,即目标交换机网络发生环路,如果单纯采集接收广播包的总量值是无法监控出目标交换机网络环路故障的。
在本发明实施例中,通过全网进方向的交换机接收广播包监控,让报警的物理端口方向永远指向故障源,由于广播包的特性,必须采用合理的监控方式,否则会导致同一广播域的所有交换机端口都在报警,就失去了报警的意义,无法定位故障。因此,采用监控交换机的接收广播包来监控,而不是监控交换机的发送广播包,因为接收方向往往指向故障产生的网络方向,也就是广播产生的方向,而发送广播包数往往是其他故障源产生的干扰信息。
在本发明实施例中,将接收广播包数的实时速率与ZABBIX监控系统设定的阈值进行对比,若接收广播包数的实时速率达到设定的阈值时,ZABBIX监控系统生成报警信息。
在本发明实施例中,所述报警信息包括ZABBIX监控系统的报警浏览面板的报警提醒信息和ZABBIX监控系统的动态拓扑图上的故障提醒信息。
在本发明实施例中,ZABBIX监控系统里建立与该监控项挂钩的报警触发器,需要先对ZABBIX监控系统的报警触发器进行设置,在报警触发器内设置表达式:{10.10.6.60:IF-MIB::ifHCInBroadcastPkts.8.last()}>=2000。
其中,表达式的意义是:10.10.6.60这台交换机的GigaEthernet1/0/6这个物理端口的接收广播包流速大于等于2000包/秒的时候,触发报警信息,当接收广播包数速度达到设定的阈值时,ZABBIX监控系统的报警触发器就会生成报警,可以在ZABBIX监控系统的报警浏览面板查看到,达到定位故障的目的。
在本发明实施例中,请参照图3,示出了其中一种拓扑结构,包括:核心层交换机、第一汇聚层交换机、第二汇聚层交换机、第一接入层交换机、第二接入层交换机、第三接入层交换机和第四接入层交换机;所述核心交换机分别连接所述第一汇聚层交换机和所述第二汇聚层交换机;所述第一汇聚层交换机分别连接第一接入层交换机和第二接入层交换机;所述第二接入层交换机分别连接所述第三接入层交换机和所述第四接入层交换机。汇聚层交换机以下(包括汇聚层交换机)是一个二层区域,也就是一个广播域内,其中,物理端口1-12,是部署接收广播包方向速率监控的物理端口,分别为第一汇聚层交换机的物理端口1、2,第二汇聚层交换机的物理端口3、4,第一接入层交换机的物理端口5、6,第二接入层交换机的物理端口7、8,第三接入层交换机的物理端口9、10,第四接入层交换机的物理端口11、12。
例如,请参照图4,当环路在同一台交换机发生时,例如在第四接入层交换机产生环路时,接收广播包报警会在物理端口11、物理端口12、物理端口8和物理端口2产生,会自动高亮故障位置,故障源出现的物理端口都会出现高亮故障提示;有明显的方向性,如图4的箭头指向,而不会在其他无关的物理端口产生,报警信息可以在ZABBIX监控系统的拓扑动态图看到,从拓扑图也可以清晰的看出故障的清晰的指向性,达到定位故障的目的。
请参照图5,示出了另一种环路的情况,第一接入层交换机和第五接入层交换机发生环路,接收广播包报警会在物理端口9、物理端口7、物理端口2、物理端口5、物理端口1产生,会自动高亮故障位置,故障源出现的物理端口都会出现高亮故障提示;有明显的方向性,如图5的箭头指向,而不会在其他无关的物理端口产生,报警信息可以在ZABBIX监控系统的拓扑动态图看到,从拓扑图也可以清晰的看出故障的清晰的指向性,达到定位故障的目的。
一种计算设备,所述的计算装置包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算程序,所述计算程序配置为实现如上述的一种交换机监控方法的步骤。
本发明还提出一种计算机可读存储介质,所述计算机可读存储介质上存储有计算方法程序,所述计算程序被处理器执行时实现如上述的一种交换机监控方法的步骤。
上述实施方式仅为本发明的优选实施方式,不能以此来限定本发明保护的范围,本领域的技术人员在本发明的基础上所做的任何非实质性的变化及替换均属于本发明所要求保护的范围。

Claims (10)

1.一种交换机监控方法,其特征在于:所述方法包括以下步骤:
建立目标交换机作为监控对象;
增加对目标交换机的监控项;
监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率。
2.根据权利要求1所述的一种交换机监控方法,其特征在于:所述建立目标交换机作为监控对象具体为:
基于SNMP协议,打开目标交换机的SNMP服务,设置交换机SNMP接口和接口IP地址,配置SNMP协议读团体名,使得ZABBIX监控平台正常读取目标交换机对应的MIB管理信息库信息,则目标交换机作为ZABBIX监控平台的监控对象。
3.根据权利要求1所述的一种交换机监控方法,其特征在于:所述增加对目标交换机基于SNMP协议的监控项具体为:
基于SNMP协议,在ZABBIX监控平台为目标交换机增加监控项,包括:设定SNMPOID节点,即设定监控目标交换机的接收广播包总量值的MIB管理信息库节点;设定端口索引,对目标交换机的物理端口分别设置对应数值的端口索引,一个物理端口对应一个端口索引,一个端口索引对应一个OID节点;设定监控间隔,即读取接收广播包总量值的间隔时间。
4.根据权利要求3所述的一种交换机监控方法,其特征在于:所述监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率具体为:
监控目标交换机的接收广播包总量值,获取MIB管理信息库的最近连续两次的接收广播包总量值,通过ZABBIX监控系统预处理功能计算目标交换机的每秒接收广播包数,也就是接收的广播包的实时速率,其中:
接收广播包数的实时速率=(接收广播包数本次总量值-接收广播包数上次总量值)/监控间隔。
5.根据权利要求4所述的一种交换机监控方法,其特征在于:所述监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率之后还包括:
将接收广播包的实时速率与ZABBIX监控系统设定的阈值进行对比,若接收广播包的实时速率达到设定的阈值时,ZABBIX监控系统生成报警信息。
6.根据权利要求5所述的一种交换机监控方法,其特征在于:所述报警信息包括ZABBIX监控系统的报警浏览面板的报警提醒信息和ZABBIX监控系统的动态拓扑图上的故障提醒信息。
7.根据权利要求1所述的一种交换机监控方法,其特征在于:所述监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率之前还包括:
关闭目标交换机上联口的接收广播包监控。
8.一种交换机监控系统,其特征在于:包括:
建立模块,用于建立目标交换机作为监控对象;
增加模块,用于增加对目标交换机的监控项;
监控目标交换机的接收广播包总量值并预处理计算得到接收广播包的实时速率。
9.一种计算设备,其特征在于,所述的计算装置包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算程序,所述计算程序配置为实现如权利要求1至7中任一项所述的一种交换机监控方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算方法程序,所述计算程序被处理器执行时实现如权利要求1至7中任一项所述的一种交换机监控方法的步骤。
CN202110120480.5A 2021-01-28 2021-01-28 一种交换机监控方法、装置、计算机设备及存储介质 Pending CN112887147A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110120480.5A CN112887147A (zh) 2021-01-28 2021-01-28 一种交换机监控方法、装置、计算机设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110120480.5A CN112887147A (zh) 2021-01-28 2021-01-28 一种交换机监控方法、装置、计算机设备及存储介质

Publications (1)

Publication Number Publication Date
CN112887147A true CN112887147A (zh) 2021-06-01

Family

ID=76053119

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110120480.5A Pending CN112887147A (zh) 2021-01-28 2021-01-28 一种交换机监控方法、装置、计算机设备及存储介质

Country Status (1)

Country Link
CN (1) CN112887147A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296131A (zh) * 2008-06-11 2008-10-29 北京星网锐捷网络技术有限公司 一种交换机连通性测试方法、装置及系统
CN102916850A (zh) * 2012-08-23 2013-02-06 歌尔声学股份有限公司 一种计算机网络环路检测方法
CN108880930A (zh) * 2018-05-25 2018-11-23 华为技术有限公司 一种网络环路的检测方法及设备
CN112260922A (zh) * 2020-10-16 2021-01-22 南京嘉环科技股份有限公司 网络环路问题快速定位方法与系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296131A (zh) * 2008-06-11 2008-10-29 北京星网锐捷网络技术有限公司 一种交换机连通性测试方法、装置及系统
CN102916850A (zh) * 2012-08-23 2013-02-06 歌尔声学股份有限公司 一种计算机网络环路检测方法
CN108880930A (zh) * 2018-05-25 2018-11-23 华为技术有限公司 一种网络环路的检测方法及设备
CN112260922A (zh) * 2020-10-16 2021-01-22 南京嘉环科技股份有限公司 网络环路问题快速定位方法与系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
黄展刚: "卫星地球站播出网管系统广播风暴的产生及应对措施", 《中国有线电视》 *

Similar Documents

Publication Publication Date Title
CN105282772B (zh) 无线网数通设备监控系统及设备监控方法
CN103457791B (zh) 一种智能变电站网络采样和控制链路的自诊断方法
US10015176B2 (en) Network protection
CN103179599B (zh) Wlan性能的监控方法、设备及系统
CN106059087B (zh) 一种智能变电站脆弱性分析评估系统
CN107819633B (zh) 一种快速发现并处理网络故障的方法
CN111556083B (zh) 电网信息物理系统网络攻击物理侧与信息侧协同溯源装置
CN108933692B (zh) 物联网网关的数据传输方法、第一网关和双机热备系统
CN112291075B (zh) 网络故障定位方法、装置、计算机设备及存储介质
CN112468592B (zh) 一种基于电力信息采集的终端在线状态侦测方法及系统
CN101667941A (zh) 链路性能的检测方法及装置
CN107888455A (zh) 一种数据检测方法、装置和系统
CN102263651A (zh) Snmp网络管理系统中局端设备连接状态的检测方法
CN109327076A (zh) 一种提高自动化系统运维效率的系统
CN110752959A (zh) 一种智能变电站过程层物理链路故障定位系统
US20190132261A1 (en) Link locking in ethernet networks
Kučera et al. Fault Detection in Building management system networks
CN112887147A (zh) 一种交换机监控方法、装置、计算机设备及存储介质
CN108123752B (zh) 一种基于地理信息定位的epon精确环路检测方法
KR102160537B1 (ko) 스마트 게이트웨이를 구비한 디지털변전소
Mocanu et al. Experimental study of performance and vulnerabilities of IEC 61850 process bus communications on HSR networks
KR102145421B1 (ko) 스마트 게이트웨이를 구비한 디지털변전소
CN116016244A (zh) 监控网络故障处理过程的方法、装置及设备
CN110730163B (zh) 一种变电站主辅控联动方法及变电站辅控设备
KR19980026888A (ko) 비동기식전송방식(atm) 장치에서 단순망관리규약(snmp)을 사용한 원격지에서의 장애관리방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20210601

RJ01 Rejection of invention patent application after publication