CN111181763A - 一种网络报障方法和装置 - Google Patents
一种网络报障方法和装置 Download PDFInfo
- Publication number
- CN111181763A CN111181763A CN201911194052.6A CN201911194052A CN111181763A CN 111181763 A CN111181763 A CN 111181763A CN 201911194052 A CN201911194052 A CN 201911194052A CN 111181763 A CN111181763 A CN 111181763A
- Authority
- CN
- China
- Prior art keywords
- network
- line
- state
- fault
- information
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Abstract
本发明实施例提供了一种网络报障方法和装置,所述方法包括:获获取预设的网络线路的数据传输状态;当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态;当所述设备运行状态为正常状态时,确定所述网络线路处于线路故障状态;获取所述网络线路的状态信息,生成线路故障申报信息;向预设的运营商发送所述线路故障申报信息,并向预设的运维人员发送线路故障告警信息。通过本发明实施例的网络报障方法,获在所述网络线路出现故障的情况下,网络监控系统可以无需运维人员参与,自行确定网络线路的故障原因,并在网络线路自身出现故障的情况下,及时通知网络线路相应的运营商处理故障,提高了网络线路故障的处理效率。
Description
技术领域
本发明涉及网络技术领域,特别是涉及一种网络报障方法和一种网络报障装置。
背景技术
一般来说,大型企业通常具有较高的网络传输需求。大型企业需要大量地传输数据,并且期望数据传输的可靠性较高。为此,大型企业需要向网络运营商租用大量的网络线路,以满足网络传输的需求。同时,企业中可以设置运维人员,对网络线路进行维护,确保网络线路的正常运行。
然而,由于大型企业中的网络线路较多,运维人员较难及时监控每一条网络线路的设备运行状态。特别是网络线路出现故障时,运维人员较难及时对网络线路进行检查,排除故障,并将网络线路问题及时通报网络运营商,导致网络线路的维护效率较低。
发明内容
鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种网络报障方法和相应的一种网络报障装置。
为了解决上述问题,本发明实施例公开了一种网络报障方法,所述方法包括:
获取预设的网络线路的数据传输状态;
当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态;
当所述设备运行状态为正常状态时,确定所述网络线路处于线路故障状态;
获取所述网络线路的状态信息,生成线路故障申报信息;
向预设的运营商发送所述线路故障申报信息,并向预设的运维人员发送线路故障告警信息。
可选地,所述获取预设的网络线路的数据传输状态的步骤,包括:
采用所述网络线路,发送检测包;
获取所述检测包的丢包数;
基于所述丢包数,确定所述网络线路的数据传输状态。
可选地,所述当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态的步骤,包括:
当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备可达状态;
基于所述设备可达状态,确定所述网络接入设备的设备运行状态。
可选地,所述方法还包括:
当所述设备运行状态为异常状态时,向预设的运维人员发送设备故障告警信息。
可选地,在所述向预设的运营商发送所述线路故障申报信息步骤之后,所述方法还包括:
创建线路状态检测接口,检测所述网络线路的恢复状态;
当所述恢复状态为已恢复时,向预设的运维人员发送故障修复通知信息。
可选地,所述向预设的运营商发送所述线路故障申报信息步骤之后,所述方法还包括:
当在预设时间内未获取所述运营商针对所述线路故障申报信息返回的受理信息时,向预设的运维人员发送故障申报请求信息。
可选地,在所述确定所述网络线路处于线路故障状态的步骤之后,所述方法还包括:
在所述网络线路中,选取至少一条处于正常状态的网络线路,承载处于线路故障状态的网络线路的流量。
本发明实施例还提供一种网络报障装置,所述装置包括:
传输状态获取模块,用于获取预设的网络线路的数据传输状态;
设备运行状态获取模块,用于当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态;
确定模块,用于当所述设备运行状态为正常状态时,确定所述网络线路处于线路故障状态;
生成模块,用于获取所述网络线路的状态信息,生成线路故障申报信息;
发送模块,用于向预设的运营商发送所述线路故障申报信息,并向预设的运维人员发送线路故障告警信息。
可选地,所述传输状态获取模块包括:
检测包发送子模块,用于采用所述网络线路,发送检测包;
丢包书获取子模块,用于获取所述检测包的丢包数;
传输状态确定子模块,用于基于所述丢包数,确定所述网络线路的数据传输状态。
可选地,所述设备运行状态获取模块包括:
设备可达状态获取子模块,用于当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备可达状态;
设备运行状态确定子模块,用于基于所述设备可达状态,确定所述网络接入设备的设备运行状态。
可选地,所述装置还包括:
设备故障告警模块,用于当所述设备运行状态为异常状态时,向预设的运维人员发送设备故障告警信息。
可选地,所述装置还包括:
恢复状态检测模块,用于创建线路状态检测接口,检测所述网络线路的恢复状态;
当所述恢复状态为已恢复时,向预设的运维人员发送故障修复通知信息。
可选地,所述装置还包括:
故障申报请求模块,用于当在预设时间内未获取所述运营商针对所述线路故障申报信息返回的受理信息时,向预设的运维人员发送故障申报请求信息。
可选地,所述装置还包括:
选取模块,用于在所述网络线路中,选取至少一条处于正常状态的网络线路,承载处于线路故障状态的网络线路的流量。
本发明实施例还提供一种装置,包括:
一个或多个处理器;和
其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行如本发明实施例所述的一个或多个的方法。
本发明实施例还提供一个或多个机器可读介质,其上存储有指令,当由一个或多个处理器执行时,使得所述处理器执行如本发明实施例所述的一个或多个的方法。
本发明实施例包括以下优点:
本发明实施例的网络报障方法,通过获取预设的网络线路的数据传输状态,当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态,以确定所述网络线路的故障原因,并当所述设备运行状态为正常状态时,生成线路故障申报信息,向预设的运营商发送所述线路故障申报信息,从而在所述网络线路出现故障的情况下,网络监控系统可以无需运维人员参与,自行确定网络线路的故障原因,并在网络线路自身出现故障的情况下,及时通知网络线路相应的运营商处理故障,提高了网络线路故障的处理效率。
附图说明
图1是本发明的一种网络报障方法实施例的步骤流程图;
图2是本发明的另一种网络报障方法实施例的步骤流程图;
图3是本发明的另一种网络报障方法实施例的步骤流程图;
图4是本发明的一种网络报障装置实施例的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参照图1,示出了本发明的一种网络报障方法实施例的步骤流程图,具体可以包括如下步骤:
步骤101,获取预设的网络线路的数据传输状态;
在本发明实施例中,企业可以向运营商租用至少一条网络线路。企业可以设置一网络监控系统,监控所述网络线路的数据传输状态。
在具体实现中,网络监控系统可以定期向通过所述网络线路发送数据包并基于数据包确定所述网络线路的数据传输状态。
在本发明实施例中,所述网络线路的数据传输状态可以用于指示所述网络线路的数据传输是否正常。
步骤102,当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态;
在本发明实施例中,所述数据传输状态可以包括正常状态以及异常状态。所述正常状态可以为所述网络线路可以正常传输数据,所述异常状态可以为所述网络线路无法正常传输数据,例如,所述网络线路无法发送数据包,或者,在多个数据包中,所述网络线路只可以成功传输少量数据包。
在本发明实施例中,当所述数据传输状态为异常状态时,则所述网络线路无法正常传输数据。此时,所述网络线路可以由于网络接入设备故障导致无法正常传输数据,也可以因为网络线路本身出现故障导致无法正常数据。
在本发明实施例中,为了确定所述网络线路的故障原因,网络监控系统可以对所述网络线路对应的网络接入设备进行检测,确定所述网络接入设备的设备运行状态。所述设备运行状态可以包括正常状态以及异常状态。所述网络接入设备的正常状态可以为网络监控系统可以连接所述网络接入设备,所述网络接入设备的异常状态可以为网络监控系统无法连接所述网络接入设备。
步骤103,当所述设备运行状态为正常状态时,确定所述网络线路处于线路故障状态;
在本发明实施例中,当所述网络接入设备的设备运行状态为正常状态时,说明网络监控系统可以正常连接所述网络接入设备,网络设备设备正常运行。则可以认为所述网络线路处于异常状态的原因为所述网络线路本身出现故障,由此,可以确定所述网络线路的数据传输状态处于异常状态的原因可以是网络线路处于线路故障状态。所述线路故障状态通常可以由于运营商侧的网络链路异常、软件异常、芯片异常等原因,导致线路故障,由此,可以向所述运营商提交线路故障申报,通知所述运营商处理线路故障问题。
步骤104,获取所述网络线路的状态信息,生成线路故障申报信息;
在本发明实施例中,所述网络监控系统可以获取所述网络线路的状态信息。所述状态信息可以用于指示所述网络线路的状态。所述状态信息可以包括网络线路的标识信息、网络线路的地址信息、网络线路的所属企业信息、网络线路的中断时间、运维人员的联系信息等,本发明对此不做限制。
在本发明实施例中,所述网络监控系统可以采用预设的故障申报模板,在所述故障申报模板填入所述状态信息,从而生成线路故障申报信息。所述故障申报模板可以是根据运营商提供的模板生成的,也可以根据用户自行设计,本发明对此不做限制。
步骤105,向预设的运营商发送所述线路故障申报信息,并向预设的运维人员发送线路故障告警信息。
在本发明实施例中,预设的运营商可以为所述网络线路对应的网络服务提供商。在网络线路出现故障的情况下,网络监控系统可以生成线路故障申报信息,并主动向预设的运营商发送所述线路故障申报信息。从而在所述网络线路出现故障的情况下,网络监控系统可以无需运维人员参与,自行确定网络线路的故障原因,并在网络线路自身出现故障的情况下,及时通知网络线路相应的运营商处理故障,提高了网络线路故障的处理效率。
在具体实现中,由于企业可以具有多条网络线路,由此,网络监控系统可以采用处于正常状态的其他网络线路,向预设的运营商发送所述线路故障申报信息。网络监控系统还可以采用电话线路、短信通道等方式,向所预设的运营商发送所述线路故障申报信息,本发明对此不做限制。
在本发明实施例中,网络监控系统向预设的运营商申报线路故障的同时,还可以向预设的运维人员发送线路故障告警信息。所述线路故障告警信息可以用于告知所述运维人员,所述网络线路出现故障。运维人员可以在网络线路出现故障时,准确地得知线路故障情况,并根据实际需要对网络线路进行检修。
在本发明实施例中,网络监控系统可以在一预设界面上,展示所述线路故障告警信息。网络监控系统还可以通过声音形式提示所述线路故障告警信息。网络监控系统还可以通过网络,向运维人员持有的移动电子设备发送所述线路故障告警信息。网络系统还可以通过电话、短信等方式向运维人员告知所述线路故障告警信息,本发明对此不做限制。
本发明实施例的网络报障方法,通过获取预设的网络线路的数据传输状态,当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态,以确定所述网络线路的故障原因,并当所述设备运行状态为正常状态时,生成线路故障申报信息,向预设的运营商发送所述线路故障申报信息,从而在所述网络线路出现故障的情况下,网络监控系统可以无需运维人员参与,自行确定网络线路的故障原因,并在网络线路自身出现故障的情况下,及时通知网络线路相应的运营商处理故障,提高了网络线路故障的处理效率。
参照图2,示出了本发明的另一种网络报障方法实施例的步骤流程图,具体可以包括如下步骤:
步骤201,采用所述网络线路,发送检测包;
在本发明实施例中,企业可以向运营商租用至少一条网络线路。企业可以设置一网络监控系统,监控所述网络线路的数据传输状态。
在本发明实施例中,所述检测包可以为用于检测网络线路状态的数据包。所述网络监控系统可以采用所述网络线路,发送所述检测包,以确定网络线路的数据传输状态。
步骤202,获取所述检测包的丢包数;
在本发明实施例中,网络监控系统发送所述检测包后,可以获取针对所述检测包的确认信息。网络监控系统可以基于发出的检测包的数量以及接收到的所述确认信息,确定所述检测包的丢包数。具体地,所述丢包数可以为所述检测包的发送数量-所述确定信息的接收数量。
步骤203,基于所述丢包数,确定所述网络线路的数据传输状态;
在本发明实施例中,网络监控系统可以基于所述丢包数,确定所述网络线路的数据传输是否正常,从而确定所述网络线路的数据传输状态。
在本发明实施例中,所述网络线路的数据传输状态可以用于指示所述网络线路的数据传输是否正常。具体地,当所述网络线路的丢包数较多时,可以认为所述网络线路的数据传输状态处于异常状态。当所述网络线路的丢包书较少,或者没有丢包时,可以认为所述网络线路的数据传输状态处于正常状态。
在具体实现中,所述网络监控系统可以基于所述丢包数,计算所述检测包的丢包率。作为本发明的一种可选的实施方式,丢包率=(检测包的发送数量-确定信息的接收数量)/检测包的发送数量。
在具体实现中,所述网络监控系统可以预设丢包率阈值,当所述丢包率大于预设丢包率阈值时,则可以认为所述网络线路的数据传输不正常,从而确定所述网络线路的数据传输状态处于异常状态;当所述丢包率不大于预设丢包率阈值时,则可以认为所述网络线路的数据传输正常,从而确定所述网络线路的数据传输状态处于正常状态。
在具体实现中,所述网络监控系统中还可以预设异常规则。所述网络监控系统可以确定所述丢包数与所述预设异常规则是否匹配,若匹配,则可以认为所述网络线路的数据传输不正常,从而确定所述网络线路的数据传输状态处于异常状态。若不匹配,则可以认为所述网络线路的数据传输正常,从而确定所述网络线路的数据传输状态处于正常状态。
作为本发明的一种可选的实施方式,所述预设异常规则可以为网络监控系统采用预设周期发送预设第一数量的检测包,当丢包数大于预设丢包阈值时,将本次周期记录为异常周期;当出现连续的预设第二数量的异常周期,将所述网络线路的数据传输状态标记为异常状态。例如,网络监控系统以60秒为一周期发送5个检测包,当丢包数大于3个时,将本次周期为异常周期,当出现连续的2个异常周期,将所述网络线路的数据传输状态标记为异常状态。
步骤204,当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态;
在本发明实施例中,当所述数据传输状态为异常状态时,则所述网络线路无法正常传输数据。此时,所述网络线路可以由于网络接入设备故障导致无法正常传输数据,也可以因为网络线路本身出现故障导致无法正常数据。
在本发明实施例中,为了确定所述网络线路的故障原因,网络监控系统可以对所述网络线路对应的网络接入设备进行检测,确定所述网络接入设备的设备运行状态。所述设备运行状态可以包括正常状态以及异常状态。所述网络接入设备的正常状态可以为网络监控系统可以连接所述网络接入设备,所述网络接入设备的异常状态可以为网络监控系统无法连接所述网络接入设备。
在本发明的一种实施例中,所述当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态的步骤,包括:
S11,当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备可达状态;
在本发明实施例中,当所述数据传输状态为异常状态时,可以进一步确定所述网络线路对应的网络接入设备是否正常运行,由此,网络监控系统可以确定所述网络接入设备的设备可达状态,以确定所述网络接入设备是否实现故障。
在本发明实施例中,所述设备可达状态可以用于指示所述网络接入设备是否可以与网络监控系统连接。所述设备可达状态可以包括可达以及不可达。网络监控系统可以基于所述设备可达状态,确定所述网络接入设备是否正常运行。作为本发明的一种示例,网络监控系统可以向所述网络接入设备发送可达测试包,并等待接收所述网络接入设备针对所述可达测试包返回的响应信息。若网络监控系统可以接收到所述响应信息,可以认为所述网络接入设备可达;若网络监控系统不可以接收到所述响应信息,可以认为所述网络接入设备不可达。
S12,基于所述设备可达状态,确定所述网络接入设备的设备运行状态。
在本发明实施例中,可以基于所述设备可达状态,确定所述网络接入设备的设备运行状态。具体地,在所述网络接入设备可达的情况下,可以认为所述网络接入设备正常运行,所述设备运行状态为正常状态。在所述网络接入不可达的情况下,可以认为所述网络接入设备可能出现故障,所述设备运行状态为异常状态。
步骤205,当所述设备运行状态为正常状态时,确定所述网络线路处于线路故障状态;
在本发明实施例中,当所述网络接入设备的设备运行状态为正常状态时,说明网络监控系统可以正常连接所述网络接入设备,网络设备设备正常运行。则可以认为所述网络线路处于异常状态的原因为所述网络线路本身出现故障,由此,可以确定所述网络线路的数据传输状态处于异常状态的原因可以是网络线路处于线路故障状态。所述线路故障状态通常可以由于运营商侧的网络链路异常、软件异常、芯片异常等原因,导致线路故障,由此,可以向所述运营商提交线路故障申报,通知所述运营商处理线路故障问题。
在本发明实施例中,所述线路故障申报信息可以包括网络线路的标识信息、网络线路的地址信息、网络线路的所属企业信息、网络线路的中断时间、运维人员的联系信息等,本发明对此不做限制。
在本发明的一种实施例中,所述方法还包括:
S21,当所述设备运行状态为异常状态时,向预设的运维人员发送设备故障告警信息。
在本发明实施例中,当所述设备运行状态为异常状态时,可以认为所述网络线路出现丢包的主要原因为所述网络接入设备的故障原因,而并非网络线路本身出现故障。由此,所述网络监控系统可以向预设的运维人员发送设备故障告警信息。所述设备故障告警信息可以用于告知所述运维人员,所述网络接入设备出现故障。运维人员可以在网络接入设备出现故障时,准确地得知设备故障的情况,并对所述网络接入设备进行检修。
在本发明实施例中,网络监控系统可以在一预设界面上,展示所述设备故障告警信息。网络监控系统还可以通过声音形式提示所述设备故障告警信息。网络监控系统还可以通过网络,向运维人员持有的移动电子设备发送所述设备故障告警信息。网络系统还可以通过电话、短信等方式向运维人员告知所述设备故障告警信息,本发明对此不做限制。
步骤206,获取所述网络线路的状态信息,生成线路故障申报信息。
在本发明实施例中,所述网络监控系统可以获取所述网络线路的状态信息。所述状态信息可以用于指示所述网络线路的状态。所述状态信息可以包括网络线路的标识信息、网络线路的地址信息、网络线路的所属企业信息、网络线路的中断时间、运维人员的联系信息等,本发明对此不做限制。
在本发明实施例中,所述网络监控系统可以采用预设的故障申报模板,在所述故障申报模板填入所述状态信息,从而生成线路故障申报信息。所述故障申报模板可以是根据运营商提供的模板生成的,也可以根据用户自行设计,本发明对此不做限制。
步骤207,向预设的运营商发送所述线路故障申报信息,并向预设的运维人员发送线路故障告警信息。
在本发明实施例中,预设的运营商可以为所述网络线路对应的网络服务提供商。在网络线路出现故障的情况下,网络监控系统可以生成线路故障申报信息,并主动向预设的运营商发送所述线路故障申报信息。从而在所述网络线路出现故障的情况下,网络监控系统可以无需运维人员参与,自行确定网络线路的故障原因,并在网络线路自身出现故障的情况下,及时通知网络线路相应的运营商处理故障,提高了网络线路故障的处理效率。
在具体实现中,由于企业可以具有多条网络线路,由此,网络监控系统可以采用处于正常状态的其他网络线路,向预设的运营商发送所述线路故障申报信息。网络监控系统还可以采用电话线路、短信通道等方式,向所预设的运营商发送所述线路故障申报信息,本发明对此不做限制。
在本发明实施例中,网络监控系统向预设的运营商申报线路故障的同时,还可以向预设的运维人员发送线路故障告警信息。所述线路故障告警信息可以用于告知所述运维人员,所述网络线路出现故障。运维人员可以在网络线路出现故障时,准确地得知线路故障情况,并根据实际需要对网络线路进行检修。
在本发明实施例中,网络监控系统可以在一预设界面上,展示所述线路故障告警信息。网络监控系统还可以通过声音形式提示所述线路故障告警信息。网络监控系统还可以通过网络,向运维人员持有的移动电子设备发送所述线路故障告警信息。网络系统还可以通过电话、短信等方式向运维人员告知所述线路故障告警信息,本发明对此不做限制。
在本发明一种实施例中,在所述确定所述网络线路处于线路故障状态的步骤之后,所述方法还包括:
S31,在所述网络线路中,选取至少一条处于正常状态的网络线路,承载处于线路故障状态的网络线路的流量。
在本发明实施例中,所述网络线路出现线路故障之后,可以存在无法传输数据的问题。若保留所述出现网络故障的网络线路处于运行状态下,则可以导致部分采用所述出现网络故障的网络线路传输数据的业务出现异常。由此,在确定所述网络线路处于线路故障状态之后,所述网络监控系统可以自动选取至少一条处于正常状态的网络线路,承载处于线路故障状态的网络线路的流量,以确保业务正常运行。
在本发明实施例中,所述网络监控系统可以对处于正常状态的网络线路进行检测,确定所述网络线路当前的已使用带宽是否超出预设带宽阈值,若所述已使用带宽是否超出预设带宽阈值,则可以认为所述网络线路处于繁忙状态,若所述已使用带宽未超出预设带宽阈值,则可以认为所述网络线路当前未处于繁忙状态,所述网络监控系统可以优先考虑采用未处于繁忙状态的网络线路承载处于线路故障状态的网络线路的流量。
在本发明一种实施例中,所述向预设的运营商发送所述线路故障申报信息步骤之后,所述方法还包括:
S31,创建线路状态检测接口,检测所述网络线路的恢复状态;
在本发明实施例中,所述网络监控系统可以在告知所述运营商网络线路出现故障之后,针对所述故障的网络线路,创建线路状态检测接口。所述线路状态检测接口可以对所述线路的恢复状态进行检测。具体地,网络监控系统可以采用预设的恢复状态检测周期,向所述网络线路发送恢复状态检测包,以确定所述网络线路是否连通。若所述网络线路可以连通,则可以认为所述网络线路的恢复状态为已恢复;若所述网络线路不可以连通,则可以认为所述网络线路的恢复状态为未恢复。
S32,当所述恢复状态为已恢复时,向预设的运维人员发送故障修复通知信息。
在本发明实施例中,所述网络线路的线路故障,所述网络监控系统通过所述线路状态检测接口,确定所述网络线路已恢复时,可以向预设的运维人员发送故障修复通知。所述故障修复通知可以用于告知所述运维人员,所述网络线路已经恢复正常。
在本发明实施例中,所述网络线路可以临时性的线路故障,在所述运营商返回故障处理信息之前已经恢复。则可以等待所述运营商返回故障处理信息,以告知临时性的线路故障的出现原因。所述网络线路也可以是持续性的线路故障,则可以等待所述运营商对所述网络线路进行修复,并在所述网络线路修复完成后,告知持续性的线路故障的出现原因。
在本发明的一种实施例中,所述向预设的运营商发送所述线路故障申报信息步骤之后,所述方法还包括:
S41,当在预设时间内未获取所述运营商针对所述线路故障申报信息返回的受理信息时,向预设的运维人员发送故障申报请求信息。
在本发明实施例中,网络监控系统可以由于自身故障,无法正常向预设的运营商发送所述故障申报请求信息,导致在预设时间内,无法获取所述运营商针对所述线路故障申报信息返回的受理信息。网络监控系统也可以由于运营商无法接受所述故障申报请求信息,或者运营商无法返回针对所述线路故障申报信息返回的受理信息,导致在预设时间内,无法获取所述运营商针对所述线路故障申报信息返回的受理信息。此时,为了尽快修复所述网络线路的故障,网络监控系统可以向预设的运维人员发送故障申报请求信息。所述故障申报请求信息可以用于告知运维人员,网络监控系统无法正常申报所述网络线路故障。运维人员在获取所述故障申报请求信息之后,可以由运维人员通过网络、电话、短信等方式,向所述运营商发送所述线路故障申报信息,以确保运营商尽快正确地获取所述线路故障申报信息。
在本发明实施例中,网络监控系统可以在一预设界面上,展示所述故障申报请求信息。网络监控系统还可以通过声音形式提示所述故障申报请求信息。网络监控系统还可以通过网络,向运维人员持有的移动电子设备发送所述故障申报请求信息。网络系统还可以通过电话、短信等方式向运维人员告知所述故障申报请求信息,本发明对此不做限制。
本发明实施例的网络报障方法,通过采用所述网络线路,发送检测包,并基于所述检测包的丢包书,确定所述网络线路的数据传输状态。当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态,以确定所述网络线路的故障原因,并当所述设备运行状态为正常状态时,生成线路故障申报信息,向预设的运营商发送所述线路故障申报信息,从而在所述网络线路出现故障的情况下,网络监控系统可以无需运维人员参与,自行确定网络线路的故障原因,并在网络线路自身出现故障的情况下,及时通知网络线路相应的运营商处理故障,提高了网络线路故障的处理效率。
作为本发明的一种具体示例,参照图3,示出了本发明的另一种网络报障方法实施例的步骤流程图,具体可以包括如下步骤:
步骤301,采用所述网络线路,发送检测包;
在本发明实施例中,企业可以向运营商租用至少一条网络线路。企业可以设置一网络监控系统,监控所述网络线路的数据传输状态。
在本发明实施例中,所述检测包可以为用于检测网络线路状态的数据包。所述网络监控系统可以采用所述网络线路,发送所述检测包,以确定网络线路的数据传输状态。
步骤302,获取所述检测包的丢包数;
在本发明实施例中,网络监控系统发送所述检测包后,可以获取针对所述检测包的确认信息。网络监控系统可以基于发出的检测包的数量以及接收到的所述确认信息,确定所述检测包的丢包数。具体地,所述丢包数可以为所述检测包的发送数量-所述确定信息的接收数量。
步骤303,基于所述丢包数,确定所述网络线路的数据传输状态是否为异常状态;若所述数据传输状态不为异常状态,则继续执行步骤301,若所述数据传输状态为异常状态,则执行步骤304;
在本发明实施例中,网络监控系统可以基于所述丢包数,确定所述网络线路的数据传输是否正常,从而确定所述网络线路的数据传输状态。
在本发明实施例中,所述网络监控系统中还可以预设异常规则。所述网络监控系统可以确定所述丢包数与所述预设异常规则是否匹配,若匹配,则可以认为所述网络线路的数据传输不正常,从而确定所述网络线路的数据传输状态为异常状态。若不匹配,则可以认为所述网络线路的数据传输正常,从而确定所述网络线路的数据传输状态为正常状态,而不为异常状态。
具体地,所述预设异常规则可以为网络监控系统采用预设周期发送预设第一数量的检测包,当丢包数大于预设丢包阈值时,将本次周期记录为异常周期;当出现连续的预设第二数量的异常周期,将所述网络线路的数据传输状态标记为异常状态。例如,网络监控系统以60秒为一周期发送5个检测包,当丢包数大于3个时,将本次周期为异常周期,当出现连续的2个异常周期,将所述网络线路的数据传输状态标记为异常状态。
步骤304,确定所述网络线路对应的网络接入设备的设备运行状态是否为异常状态;若所述设备运行状态为异常状态,则执行步骤305;若所述设备运行状态不为异常状态,则执行步骤306;
在本发明实施例中,当所述数据传输状态为异常状态时,则所述网络线路无法正常传输数据。此时,所述网络线路可以由于网络接入设备故障导致无法正常传输数据,也可以因为网络线路本身出现故障导致无法正常数据。
在本发明实施例中,为了确定所述网络线路的故障原因,网络监控系统可以对所述网络线路对应的网络接入设备进行检测,确定所述网络接入设备的设备运行状态。所述设备运行状态可以包括正常状态以及异常状态。所述网络接入设备的正常状态可以为网络监控系统可以连接所述网络接入设备,所述网络接入设备的异常状态可以为网络监控系统无法连接所述网络接入设备。
具体地,网络监控系统可以确定所述网络接入设备的设备可达状态,以确定所述网络接入设备是否实现故障。
在本发明实施例中,所述设备可达状态可以用于指示所述网络接入设备是否可以与网络监控系统连接。所述设备可达状态可以包括可达以及不可达。网络监控系统可以基于所述设备可达状态,确定所述网络接入设备是否正常运行。作为本发明的一种示例,网络监控系统可以向所述网络接入设备发送可达测试包,并等待接收所述网络接入设备针对所述可达测试包返回的响应信息。若网络监控系统可以接收到所述响应信息,可以认为所述网络接入设备可达;若网络监控系统不可以接收到所述响应信息,可以认为所述网络接入设备不可达。
在所述网络接入设备可达的情况下,可以认为所述网络接入设备正常运行,所述设备运行状态为正常状态,而不为异常状态。在所述网络接入不可达的情况下,可以认为所述网络接入设备可能出现故障,所述设备运行状态为异常状态。
步骤305,向预设的运维人员发送设备故障告警信息;
在本发明实施例中,当所述设备运行状态为异常状态时,可以认为所述网络线路出现丢包的主要原因为所述网络接入设备的故障原因,而并非网络线路本身出现故障。由此,所述网络监控系统可以向预设的运维人员发送设备故障告警信息。所述设备故障告警信息可以用于告知所述运维人员,所述网络接入设备出现故障。运维人员可以在网络接入设备出现故障时,准确地得知设备故障的情况,并对所述网络接入设备进行检修。
在本发明实施例中,网络监控系统可以在一预设界面上,展示所述设备故障告警信息。网络监控系统还可以通过声音形式提示所述设备故障告警信息。网络监控系统还可以通过网络,向运维人员持有的移动电子设备发送所述设备故障告警信息。网络系统还可以通过电话、短信等方式向运维人员告知所述设备故障告警信息,本发明对此不做限制。
步骤306,获取所述网络线路的状态信息,生成线路故障申报信息;
在本发明实施例中,当所述网络接入设备的设备运行状态为正常状态,而不为异常状态时,说明网络监控系统可以正常连接所述网络接入设备,网络设备设备正常运行。则可以认为所述网络线路处于异常状态的原因为所述网络线路本身出现故障,由此,网络监控系统可以获取所述网络线路的状态信息,并生成线路故障申报信息。
在本发明实施例中,所述网络监控系统可以获取所述网络线路的状态信息。所述状态信息可以用于指示所述网络线路的状态。所述状态信息可以包括网络线路的标识信息、网络线路的地址信息、网络线路的所属企业信息、网络线路的中断时间、运维人员的联系信息等,本发明对此不做限制。
在本发明实施例中,所述网络监控系统可以采用预设的故障申报模板,在所述故障申报模板填入所述状态信息,从而生成线路故障申报信息。所述故障申报模板可以是根据运营商提供的模板生成的,也可以根据用户自行设计,本发明对此不做限制。
步骤307,向预设的运营商发送所述线路故障申报信息,并向预设的运维人员发送线路故障告警信息;
在本发明实施例中,网络监控系统在确定所述网络线路出现故障之后,在生成线路故障申报信息,准备向预设的运营商申报线路故障的同时,还可以向预设的运维人员发送线路故障告警信息。所述线路故障告警信息可以用于告知所述运维人员,所述网络线路出现故障。运维人员可以在网络线路出现故障时,准确地得知线路故障情况,并根据实际需要对网络线路进行检修。
在本发明实施例中,预设的运营商可以为所述网络线路对应的网络服务提供商。在网络线路出现故障的情况下,网络监控系统可以生成线路故障申报信息,并主动向预设的运营商发送所述线路故障申报信息。从而在所述网络线路出现故障的情况下,网络监控系统可以无需运维人员参与,自行确定网络线路的故障原因,并在网络线路自身出现故障的情况下,及时通知网络线路相应的运营商处理故障,提高了网络线路故障的处理效率。
步骤308,当在预设时间内未获取所述运营商针对所述线路故障申报信息返回的受理信息时,向预设的运维人员发送故障申报请求信息。
在本发明实施例中,网络监控系统可以由于自身故障,无法正常向预设的运营商发送所述故障申报请求信息,导致在预设时间内,无法获取所述运营商针对所述线路故障申报信息返回的受理信息。网络监控系统也可以由于运营商无法接受所述故障申报请求信息,或者运营商无法返回针对所述线路故障申报信息返回的受理信息,导致在预设时间内,无法获取所述运营商针对所述线路故障申报信息返回的受理信息。此时,为了尽快修复所述网络线路的故障,网络监控系统可以向预设的运维人员发送故障申报请求信息。所述故障申报请求信息可以用于告知运维人员,网络监控系统无法正常申报所述网络线路故障。运维人员在获取所述故障申报请求信息之后,可以由运维人员通过网络、电话、短信等方式,向所述运营商发送所述线路故障申报信息,以确保运营商尽快正确地获取所述线路故障申报信息。
步骤309,创建线路状态检测接口,检测所述网络线路的恢复状态;
在本发明实施例中,所述网络监控系统可以在告知所述运营商网络线路出现故障之后,针对所述故障的网络线路,创建线路状态检测接口。所述线路状态检测接口可以对所述线路的恢复状态进行检测。具体地,网络监控系统可以采用预设的恢复状态检测周期,向所述网络线路发送恢复状态检测包,以确定所述网络线路是否连通。若所述网络线路可以连通,则可以认为所述网络线路的恢复状态为已恢复;若所述网络线路不可以连通,则可以认为所述网络线路的恢复状态为未恢复。
步骤310,当所述恢复状态为已恢复时,向预设的运维人员发送故障修复通知信息,并继续执行步骤301.
在本发明实施例中,所述网络线路的线路故障,所述网络监控系统通过所述线路状态检测接口,确定所述网络线路已恢复时,可以向预设的运维人员发送故障修复通知。所述故障修复通知可以用于告知所述运维人员,所述网络线路已经恢复正常。其后网络监控系统可以继续执行步骤301,对所述网络线路进行监控,确保所述网络线路的正常运行。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。
参照图4,示出了本发明的一种网络报障装置实施例的结构框图,具体可以包括如下模块:
传输状态获取模块401,用于获取预设的网络线路的数据传输状态;
设备运行状态获取模块402,用于当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态;
确定模块403,用于当所述设备运行状态为正常状态时,确定所述网络线路处于线路故障状态;
生成模块404,用于获取所述网络线路的状态信息,生成线路故障申报信息;
发送模块405,用于向预设的运营商发送所述线路故障申报信息,并向预设的运维人员发送线路故障告警信息。
在本发明一种实施例中,所述传输状态获取模块包括:
检测包发送子模块,用于采用所述网络线路,发送检测包;
丢包书获取子模块,用于获取所述检测包的丢包数;
传输状态确定子模块,用于基于所述丢包数,确定所述网络线路的数据传输状态。
在本发明一种实施例中,所述设备运行状态获取模块包括:
设备可达状态获取子模块,用于当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备可达状态;
设备运行状态确定子模块,用于基于所述设备可达状态,确定所述网络接入设备的设备运行状态。
在本发明一种实施例中,所述装置还包括:
线路故障告警模块,用于向预设的运维人员发送线路故障告警信息。
在本发明一种实施例中,所述装置还包括:
设备故障告警模块,用于当所述设备运行状态为异常状态时,向预设的运维人员发送设备故障告警信息。
在本发明一种实施例中,所述装置还包括:
恢复状态检测模块,用于创建线路状态检测接口,检测所述网络线路的恢复状态;
当所述恢复状态为已恢复时,向预设的运维人员发送故障修复通知信息。
在本发明一种实施例中,所述装置还包括:
故障申报请求模块,用于当在预设时间内未获取所述运营商针对所述线路故障申报信息返回的受理信息时,向预设的运维人员发送故障申报请求信息。
在本发明一种实施例中,所述装置还包括:
选取模块,用于在所述网络线路中,选取至少一条处于正常状态的网络线路,承载处于线路故障状态的网络线路的流量。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本发明实施例还提供了一种装置,包括:
一个或多个处理器;和
其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行本发明实施例所述的方法。
本发明实施例还提供了一个或多个机器可读介质,其上存储有指令,当由一个或多个处理器执行时,使得所述处理器执行本发明实施例所述的方法。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种网络报障方法和一种网络报障装置,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种网络报障方法,其特征在于,所述方法包括:
获取预设的网络线路的数据传输状态;
当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态;
当所述设备运行状态为正常状态时,确定所述网络线路处于线路故障状态;
获取所述网络线路的状态信息,生成线路故障申报信息;
向预设的运营商发送所述线路故障申报信息,并向预设的运维人员发送线路故障告警信息。
2.根据权利要求1所述的方法,其特征在于,所述获取预设的网络线路的数据传输状态的步骤,包括:
采用所述网络线路,发送检测包;
获取所述检测包的丢包数;
基于所述丢包数,确定所述网络线路的数据传输状态。
3.根据权利要求1所述的方法,其特征在于,所述当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态的步骤,包括:
当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备可达状态;
基于所述设备可达状态,确定所述网络接入设备的设备运行状态。
4.根据权利要求1或3所述的方法,其特征在于,所述方法还包括:
当所述设备运行状态为异常状态时,向预设的运维人员发送设备故障告警信息。
5.根据权利要求1所述的方法,其特征在于,在所述向预设的运营商发送所述线路故障申报信息步骤之后,所述方法还包括:
创建线路状态检测接口,检测所述网络线路的恢复状态;
当所述恢复状态为已恢复时,向预设的运维人员发送故障修复通知信息。
6.根据权利要求1所述的方法,其特征在于,所述向预设的运营商发送所述线路故障申报信息步骤之后,所述方法还包括:
当在预设时间内未获取所述运营商针对所述线路故障申报信息返回的受理信息时,向预设的运维人员发送故障申报请求信息。
7.根据权利要求1所述的方法,其特征在于,在所述确定所述网络线路处于线路故障状态的步骤之后,所述方法还包括:
在所述网络线路中,选取至少一条处于正常状态的网络线路,承载处于线路故障状态的网络线路的流量。
8.一种网络报障装置,其特征在于,所述装置包括:
传输状态获取模块,用于获取预设的网络线路的数据传输状态;
设备运行状态获取模块,用于当所述数据传输状态为异常状态时,获取所述网络线路对应的网络接入设备的设备运行状态;
确定模块,用于当所述设备运行状态为正常状态时,确定所述网络线路处于线路故障状态;
生成模块,用于获取所述网络线路的状态信息,生成线路故障申报信息;
发送模块,用于向预设的运营商发送所述线路故障申报信息,并向预设的运维人员发送线路故障告警信息。
9.一种装置,其特征在于,包括:
一个或多个处理器;和
其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行如权利要求1-7所述的一个或多个的方法。
10.一个或多个机器可读介质,其上存储有指令,当由一个或多个处理器执行时,使得所述处理器执行如权利要求1-7所述的一个或多个的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911194052.6A CN111181763A (zh) | 2019-11-28 | 2019-11-28 | 一种网络报障方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911194052.6A CN111181763A (zh) | 2019-11-28 | 2019-11-28 | 一种网络报障方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111181763A true CN111181763A (zh) | 2020-05-19 |
Family
ID=70657174
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911194052.6A Pending CN111181763A (zh) | 2019-11-28 | 2019-11-28 | 一种网络报障方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111181763A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113233269A (zh) * | 2021-05-12 | 2021-08-10 | 广州广日电梯工业有限公司 | 电梯网络受攻击的诊断方法以及诊断装置 |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101068169A (zh) * | 2007-06-05 | 2007-11-07 | 杭州华三通信技术有限公司 | 一种环路故障检测方法、子环主节点以及子环 |
CN101409648A (zh) * | 2008-11-13 | 2009-04-15 | 电子科技大学 | Overlay网络的节点故障和链路故障定位方法 |
CN101447929A (zh) * | 2008-12-26 | 2009-06-03 | 华为技术有限公司 | 一种流量选路方法、路由器和通信系统 |
CN101729518A (zh) * | 2008-10-17 | 2010-06-09 | 大唐移动通信设备有限公司 | 实现mbms传输过程中故障保护的方法和系统 |
CN101877665A (zh) * | 2009-04-29 | 2010-11-03 | 华为技术有限公司 | 环网保护方法、网络节点及环网络 |
US20110058488A1 (en) * | 2009-09-08 | 2011-03-10 | Kddi Corporation | Real-time detection of failed inter-node link in network |
CN102377588A (zh) * | 2010-08-13 | 2012-03-14 | 腾讯科技(深圳)有限公司 | 网络传输控制方法和系统 |
CN103326951A (zh) * | 2013-06-25 | 2013-09-25 | 广东电网公司佛山供电局 | 电力通信网络的带宽控制方法及装置 |
CN103957138A (zh) * | 2014-05-06 | 2014-07-30 | 李铭 | 一种网络监控方法、装置及其系统 |
CN105991474A (zh) * | 2015-05-18 | 2016-10-05 | 杭州迪普科技有限公司 | 一种流量调度方法、装置及网络设备 |
CN106301853A (zh) * | 2015-06-05 | 2017-01-04 | 华为技术有限公司 | 集群系统中节点的故障检测方法和装置 |
CN106713407A (zh) * | 2016-06-29 | 2017-05-24 | 腾讯科技(深圳)有限公司 | 预下载方法及装置 |
JP2019153887A (ja) * | 2018-03-01 | 2019-09-12 | 株式会社デンソー | 中継装置、通信システムおよび中継制御装置 |
CN110380907A (zh) * | 2019-07-26 | 2019-10-25 | 京信通信系统(中国)有限公司 | 一种网络故障诊断方法、装置、网络设备及存储介质 |
-
2019
- 2019-11-28 CN CN201911194052.6A patent/CN111181763A/zh active Pending
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101068169A (zh) * | 2007-06-05 | 2007-11-07 | 杭州华三通信技术有限公司 | 一种环路故障检测方法、子环主节点以及子环 |
CN101729518A (zh) * | 2008-10-17 | 2010-06-09 | 大唐移动通信设备有限公司 | 实现mbms传输过程中故障保护的方法和系统 |
CN101409648A (zh) * | 2008-11-13 | 2009-04-15 | 电子科技大学 | Overlay网络的节点故障和链路故障定位方法 |
CN101447929A (zh) * | 2008-12-26 | 2009-06-03 | 华为技术有限公司 | 一种流量选路方法、路由器和通信系统 |
CN101877665A (zh) * | 2009-04-29 | 2010-11-03 | 华为技术有限公司 | 环网保护方法、网络节点及环网络 |
US20110058488A1 (en) * | 2009-09-08 | 2011-03-10 | Kddi Corporation | Real-time detection of failed inter-node link in network |
CN102377588A (zh) * | 2010-08-13 | 2012-03-14 | 腾讯科技(深圳)有限公司 | 网络传输控制方法和系统 |
CN103326951A (zh) * | 2013-06-25 | 2013-09-25 | 广东电网公司佛山供电局 | 电力通信网络的带宽控制方法及装置 |
CN103957138A (zh) * | 2014-05-06 | 2014-07-30 | 李铭 | 一种网络监控方法、装置及其系统 |
CN105991474A (zh) * | 2015-05-18 | 2016-10-05 | 杭州迪普科技有限公司 | 一种流量调度方法、装置及网络设备 |
CN106301853A (zh) * | 2015-06-05 | 2017-01-04 | 华为技术有限公司 | 集群系统中节点的故障检测方法和装置 |
CN106713407A (zh) * | 2016-06-29 | 2017-05-24 | 腾讯科技(深圳)有限公司 | 预下载方法及装置 |
JP2019153887A (ja) * | 2018-03-01 | 2019-09-12 | 株式会社デンソー | 中継装置、通信システムおよび中継制御装置 |
CN110380907A (zh) * | 2019-07-26 | 2019-10-25 | 京信通信系统(中国)有限公司 | 一种网络故障诊断方法、装置、网络设备及存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113233269A (zh) * | 2021-05-12 | 2021-08-10 | 广州广日电梯工业有限公司 | 电梯网络受攻击的诊断方法以及诊断装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110177353B (zh) | 用于车辆通信的副链路监测方法、装置、介质及电子设备 | |
WO2010092745A1 (ja) | アクセスノード監視制御装置、アクセスノード監視システム、方法およびプログラム | |
CN111224818B (zh) | 一种路侧单元告警方法、装置、电子设备和存储介质 | |
CN103019866A (zh) | 基于消息队列的分布式方法和系统 | |
CN211321337U (zh) | 通信系统的监测系统 | |
CN103810076A (zh) | 数据复制的监控方法及装置 | |
CN111181763A (zh) | 一种网络报障方法和装置 | |
CN108762118B (zh) | 一种通讯设备间的故障处理方法及装置 | |
US20110029621A1 (en) | Mail server system and congestion control method | |
CN101924661A (zh) | 告警的处理方法及装置 | |
CN110224872B (zh) | 一种通信方法、装置及存储介质 | |
CN112202592A (zh) | 告警延迟诊断方法、系统及可读存储介质 | |
WO2020026759A1 (ja) | 保守タスク管理装置及び保守タスク管理方法 | |
CN111049703A (zh) | 网络设备检测方法及系统 | |
CN107426030B (zh) | 一种链路故障提醒方法及装置 | |
CN113013992B (zh) | 一种保信主站功能监控方法及装置 | |
CN108023741B (zh) | 一种监控资源使用方法及服务器 | |
JP2007264907A (ja) | 障害通報システム、障害通報方法及び障害通報プログラム | |
CN113391611B (zh) | 动力环境监控系统的预警方法、装置及系统 | |
JP2004274595A (ja) | 呼完了率低下時対応装置 | |
JP4836053B2 (ja) | 故障判定方法及びプログラム | |
CN105099819A (zh) | 一种监控网站状态的系统和方法 | |
WO2011114834A1 (ja) | ネットワーク機器およびネットワーク装置 | |
CN110225543B (zh) | 基于网络请求数据的移动端软件质量态势感知系统及方法 | |
CN114553578A (zh) | 一种消息队列异常检测方法、装置、电子设备及存储介质 |
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: 20200519 |
|
RJ01 | Rejection of invention patent application after publication |