CN107070739A - 一种路由器运行故障智能检测方法及系统 - Google Patents

一种路由器运行故障智能检测方法及系统 Download PDF

Info

Publication number
CN107070739A
CN107070739A CN201710102731.0A CN201710102731A CN107070739A CN 107070739 A CN107070739 A CN 107070739A CN 201710102731 A CN201710102731 A CN 201710102731A CN 107070739 A CN107070739 A CN 107070739A
Authority
CN
China
Prior art keywords
router
network
equipment
connect
operation troubles
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
CN201710102731.0A
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.)
Shanghai Feixun Data Communication Technology Co Ltd
Original Assignee
Shanghai Feixun Data Communication 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 Shanghai Feixun Data Communication Technology Co Ltd filed Critical Shanghai Feixun Data Communication Technology Co Ltd
Priority to CN201710102731.0A priority Critical patent/CN107070739A/zh
Publication of CN107070739A publication Critical patent/CN107070739A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • 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
    • 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
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity

Landscapes

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

Abstract

本发明公开了路由器运行故障智能检测方法及系统,该方法包括:S1.检测是否存在设备连接至路由器:若存在,则执行步骤S2;若不存在,则执行步骤S3;S2.判断预设时间内设备与网络是否存在数据交互:若不存在,则执行步骤S3;若存在,则判断设备在预设时间内是否存在重复请求:若不存在,则不执行任何操作;若存在,则执行步骤S3;S3.检测路由器是否能够连接网络:若能连接网络,则不执行任何操作;若不能连接网络,则自动运行故障检测并查找路由器无法连接至网络的原因。本发明通过内置的自动检测方案,可以智能及时的检测路由器是否可以上网,并及时通知用户,省去用户登录路由器管理页面或者通过移动设备进行故障检测的繁琐步骤,增强用户使用体验。

Description

一种路由器运行故障智能检测方法及系统
技术领域
本发明涉及路由器故障检测领域,尤其涉及一种路由器运行故障智能检测方法及系统。
背景技术
路由器(Router),又称网关设备,是连接因特网中各局域网、广域网的设备,随着WIFI技术的发展,路由器在日常生活中的使用越来越普及。
用户在使用路由器的过程中,往往会出现因为各种原因导致路由器无法正常上网的情况,比如WAN松动呆滞没有连接上,上连DHCP服务器故障,宽带拨号故障等等。
如申请号为CN200810241696.1的专利文献提供的“路由器故障检测方法及路由装置”,该发明实施例公开了一种路由器故障检测方法,所述路由器包括第一测试单元和至少一第二测试单元,所述方法包括:所述第一测试单元接收系统CPU发来的测试报文,通过网络处理器向所述至少一第二测试单元发送(102)所述测试报文;当所述至少一第二测试单元在预设的时间频率内没有接收到所述测试报文时,判断(104)所述路由器发生故障。
又如申请号为CN200410100901.4的专利文献提供的“一种路由器故障检测方法”,该发明公开了一种路由器故障检测方法,解决现有检测路由器故障中存在故障检测能力低和可靠性差的问题;所述方法为:由路由器的转发引擎构建测试包;发送所述测试包,使其遍历路由器业务通道的其它各种业务处理单元并环回;然后判断是否能收到所述测试包,如果能接收到测试包,则通过对该测试包的状态进行统计分析来判断业务通道是否处于故障状态;如果收不到所述测试包,则判定路由器业务通道故障。
又如申请号为CN201510345668.4的专利文献提供的“智能路由器故障检测方法和装置”,该申请公开了智能路由器故障检测方法和装置。该方法的一具体实施方式包括:通过响应于用户在客户端的故障检测启动操作,将客户端的预设检测命令转换为可在智能路由器上执行的触发命令;将触发命令发送至智能路由器,以触发智能路由器的预设检测模块和修复模块的执行操作;接收基于预设检测模块和预设修复模块的执行操作而生成的检测结果信息和修复结果信息。
现有技术中,用户虽然可以通过现有的系统一键体检之类的操作查找到路由器无法上网的原因,但是做法普遍不够智能,需要用户手动选择故障检测功能,不能完全实现自动智能检测,用户体验不是特别友好。
发明内容
针对上述现有技术的现状,本发明所要解决的技术问题在于提供一种自动检测的路由器运行故障智能检测方法及系统。
本发明解决上述技术问题所采用的技术方案为:
一种路由器运行故障智能检测方法,包括:
S1.检测是否存在设备连接至路由器:
若存在,则执行步骤S2;
若不存在,则执行步骤S3;
S2.判断预设时间内设备与网络是否存在数据交互:
若不存在数据交互,则执行步骤S3;
若存在数据交互,则判断设备在预设时间内是否存在重复请求:
若不存在重复请求,则不执行任何操作;
若存在重复请求,则执行步骤S3;
S3.检测路由器是否能够连接网络:
若能连接网络,则不执行任何操作;
若不能连接网络,则自动运行故障检测并查找路由器无法连接至网络的原因。
进一步地,当存在设备连接至路由器时,所述步骤S3中自动运行故障检测之后还包括:推送路由器无法连接至网络的信息及原因至设备。
进一步地,当不存在设备连接至路由器时,所述步骤S3中自动运行故障检测之后还包括:当检测到设备连接至路由器时,推送路由器无法连接至网络的信息及原因至设备。
进一步地,还包括:
预设设备与网络之间不存在数据交互的时间阈值;
预设设备存在重复请求的时间阈值。
一种路由器运行故障智能检测系统,包括:
第一检测模块,用于检测路由器是否能够连接网络;
判断模块,用于判断预设时间内设备与网络是否存在数据交互;
所述判断模块还用于判断设备在预设时间内是否存在重复请求。
进一步地,还包括:第二检测模块,用于检测是否存在设备连接至路由器。
进一步地,当检测到存在设备连接至路由器时,所述第一检测模块停止工作。
进一步地,当需要检测路由器是否能够连接网络时,所述第一检测模块重新开始工作。
进一步地,还包括:
推送模块,用于推送路由器无法连接至网络的信息及原因至设备。
进一步地,还包括:
故障检测模块,用于查找路由器无法连接至网络的原因。
本发明通过内置的自动检测方案,可以智能及时的检测路由器是否可以上网,并及时通知用户,省去用户登录路由器管理页面或者通过移动设备进行故障检测的繁琐步骤,增强用户使用体验。
附图说明
图1为本发明方法流程图;
图2为本发明结构示意图。
具体实施方式
以下是本发明的具体实施例并结合附图,对本发明的技术方案作进一步的描述,但本发明并不限于这些实施例。
如图1所示为本发明一种路由器运行故障智能检测方法流程图,该方法包括:
S1.检测是否存在设备连接至路由器:
若存在,则执行步骤S2;
若不存在,则执行步骤S3;
S2.判断预设时间内设备与网络是否存在数据交互:
若不存在数据交互,则执行步骤S3;
若存在数据交互,则判断设备在预设时间内是否存在重复请求:
若不存在重复请求,则不执行任何操作;
若存在重复请求,则执行步骤S3;
S3.检测路由器是否能够连接网络:
若能连接网络,则不执行任何操作;
若不能连接网络,则自动运行故障检测并查找路由器无法连接至网络的原因。
网络故障检测以网络原理、网络配置和网络运行的知识为基础。从故障现象出发,以网络诊断工具为手段获取诊断信息,确定网络故障点,查找问题的根源,排除故障,恢复网络正常运行。
网络故障检测应该实现三方面的目的:
i.确定网络的故障点,恢复网络的正常运行;
i i.发现网络规划和配置中欠佳之处,改善和优化网络的性能;
ii i.观察网络的运行状况,及时预测网络通信质量。
网络故障通常有以下几种可能:
a)物理层中物理设备相互连接失败或者硬件及线路本身的问题;
b)数据链路层的网络设备的接口配置问题;
c)网络层网络协议配置或操作错误;
d)传输层的设备性能或通信拥塞问题;
e)上三层CISCO IOS或网络应用程序错误。
国际标准化组织(ISO)提出的开放系统互连参考模型(OSI)是当代计算机网络技术体系的核心。该模型将网络功能划分为7个层次:物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。
路由器故障检测与排除主要为包括以下几个方面:
一.层诊断技术
1.物理层及其诊断
物理层是OSI分层结构体系中最基础的一层,它建立在通信媒体的基础上,实现系统和通信媒体的物理接口,为数据链路实体之间进行透明传输,为建立、保持和拆除计算机和网络之间的物理连接提供服务。
物理层的故障主要表现在设备的物理连接方式是否恰当;连接电缆是否正确;MODEM、CSU/DSU等设备的配置及操作是否正确。
确定路由器端口物理连接是否完好的最佳方法是使用show interface命令,检查每个端口的状态,解释屏幕输出信息,查看端口状态、协议建立状态和EIA状态。
2.数据链路层及其诊断
数据链路层的主要任务是使网络层无须了解物理层的特征而获得可靠的传输。数据链路层为通过链路层的数据进行打包和解包、差错检测和一定的校正能力,并协调共享介质。在数据链路层交换数据之前,协议关注的是形成帧和同步设备。
查找和排除数据链路层的故障,需要查看路由器的配置,检查连接端口的共享同一数据链路层的封装情况。每对接口要和与其通信的其他设备有相同的封装。通过查看路由器的配置检查其封装,或者使用show命令查看相应接口的封装情况。
3.网络层及其诊断
网络层提供建立、保持和释放网络层连接的手段,包括路由选择、流量控制、传输确认、中断、差错及故障恢复等。
排除网络层故障的基本方法是:沿着从源到目标的路径,查看路由器路由表,同时检查路由器接口的IP地址。如果路由没有在路由表中出现,应该通过检查来确定是否已经输入适当的静态路由、默认路由或者动态路由。然后手工配置一些丢失的路由,或者排除一些动态路由选择过程的故障,包括RIP或者IGRP路由协议出现的故障。
例如,对于IGRP路由选择信息只在同一自治系统号(AS)的系统之间交换数据,查看路由器配置的自治系统号的匹配情况。
二.路由器接口故障排除
1.串口故障排除
串口出现连通性问题时,为了排除串口故障,一般是从show interface serial命令开始,分析它的屏幕输出报告内容,找出问题之所在。
串口报告的开始提供了该接口状态和线路协议状态。
接口和线路协议的可能组合有以下几种:
1)串口运行、线路协议运行,这是完全的工作条件。该串口和线路协议已经初始化,并正在交换协议的存活信息。
2)串口运行、线路协议关闭,这个显示说明路由器与提供载波检测信号的设备连接,表明载波信号出现在本地和远程的调制解调器之间,但没有正确交换连接两端的协议存活信息。可能的故障发生在路由器配置问题、调制解调器操作问题、租用线路干扰或远程路由器故障,数字式调制解调器的时钟问题,通过链路连接的两个串口不在同一子网上,都会出现这个报告。
3)口和线路协议都关闭,可能是电信部门的线路故障、电缆故障或者是调制解调器故障。
4)串口管理性关闭和线路协议关闭,这种情况是在接口配置中输入了shutdown命令。通过输入no shutdown命令,打开管理性关闭。接口和线路协议都运行的状况下,虽然串口链路的基本通信建立起来了,但仍然可能由于信息包丢失和信息包错误时会出现许多潜在的故障问题。正常通信时接口输入或输出信息包不应该丢失,或者丢失的量非常小,而且不会增加。如果信息包丢失有规律性增加,表明通过该接口传输的通信量超过接口所能处理的通信量。解决的办法是增加线路容量。
2.以太接口故障排除
以太接口的典型故障问题是:带宽的过分利用;碰撞冲突次数频繁;使用不兼容的幀类型。使用show interface ethernet命令可以查看该接口的吞吐量、碰橦冲突、信息包丢失、和幀类型的有关内容等。
通过查看接口的吞吐量可以检测网络的利用。如果网络广播信息包的百分比很高,网络性能开始下降。光纤网转换到以太网段的信息包可能会淹没以太口。互联网发生这种情况可以采用优化接口的措施,即在以太接口使用no ip route-cache命令,禁用快速转换,并且调整缓冲区和保持队列。
3.异步通信口故障排除
互连网络的运行中,异步通信口的任务是为用户提供可靠服务,但又是故障多发部位。主要的问题是,在通过异步链路传输基于LAN通信量时,将丢失的信息包的量降止最少。
异步通信口故障一般的外部因素是:拨号链路性能低劣;电话网交换机的连接质量问题;调制解调器的设置。
检查链路两端使用的调制解调器:连接到远程PC机端口调制解调器的问题不太多,因为每次生成新的拨号时通常都初始化调制解调器,利用大多数通信程序都能在发出拨号命令之前发送适当的设置字符串;连接路由器端口的问题较多,这个调制解调器通常等待来自远程调制解调器的连接,连接之前,并不接收设置字符串。如果调制解调器丢失了它的设置,应采用一种方法来初始化远程调制解调器。简单的办法是使用可通过前面板配置的调制解调器,另一种方法是将调制解调器接到路由器的异步接口,建立反向telnet,发送设置命令配置调制解调器。
本发明中步骤S1之前还包括:
(1)预设设备与网络之间不存在数据交互的时间阈值,用于判断在该预设时间段内,设备与网络之间是否存在数据交互,若在该时间段内,数据与网络之间不存在数据交互,则说明出现异常情况。
(2)预设设备存在重复请求的时间阈值,用于判断在该预设时间段内,设备是否存在重复请求,若在该时间段内,存在重复请求,则说明出现异常情况,通常情况为当路由器突然断网,用户第一反应都是刷新几次网页或者APP,此时即可判断为出现重复请求。
步骤S1中,先判断是否有设备连接至路由器。
当存在设备连接至路由器时,执行步骤S2。
步骤S2的作用在于检测设备是否存在网络连接。
步骤S2中,先判断预设时间内设备与网络是否存在数据交互:
若不存在数据交互,则执行步骤S3;
若存在数据交互,则判断设备在预设时间内是否存在重复请求:
若不存在重复请求,则不执行任何操作;
若存在重复请求,则执行步骤S3;
步骤S3为检测路由器是否能够连接网络:
若能连接网络,则不执行任何操作;
若不能连接网络,则自动运行故障检测并查找路由器无法连接至网络的原因。
所述步骤S3中自动运行故障检测之后还包括:推送路由器无法连接至网络的信息及原因至设备,并于设备屏幕显示。
当不存在设备连接至路由器时,
每隔某一段时间系统自动检测能否正常连接至网络:
当能够连接到网络时,路由器不做任何操作,继续正常运行;
当路由器检测到无法连接到网络时,则自动运行故障检测并查找路由器无法连接至网络的原因。
此外,只要路由器检测到有设备连接到路由器,可以直接将路由器无法上网的信息以及无法连接至网络的原因推送给用户。
如图2所示为本发明中一种路由器运行故障智能检测系统,该包括:
第一检测模块100,用于检测路由器是否能够连接网络;
判断模块200,用于判断预设时间内设备与网络是否存在数据交互;
所述判断模块200还用于判断设备在预设时间内是否存在重复请求。
该系统还包括:第二检测模块300,用于检测是否存在设备连接至路由器。
当检测到存在设备连接至路由器时,所述第一检测模块100停止工作。
当需要检测路由器是否能够连接网络时,所述第一检测模块100重新开始工作。
该系统还包括:
故障检测模块400,用于查找路由器无法连接至网络的原因。
推送模块500,用于推送路由器无法连接至网络的信息及原因至设备。
本系统在工作时,先由第二检测模块200检测是否存在设备连接至路由器:
若不存在,则执行网络连接检测操作,具体为:第一检测模块100检测路由器是否能够连接至网络,若能连接,则说明可以正常上网,此时路由器不执行任何操作;若不能连接,则故障检测模块400开始工作,查找路由器无法连接至网络的原因。此时,当检测到设备连接至路由器时,推送模块500推送路由器无法连接至网络的信息及原因至设备。
若存在,判断模块300判断预设时间内设备与网络是否存在数据交互:
若不存在数据交互,则执行网络连接检测操作;
若存在数据交互,则判断设备在预设时间内是否存在重复请求:
若不存在重复请求,则不执行任何操作;
若存在重复请求,则执行网络连接检测操作。
本发明通过内置的自动检测方案,可以智能及时的检测路由器是否可以上网,并及时通知用户,省去用户登录路由器管理页面或者通过移动设备进行故障检测的繁琐步骤,增强用户使用体验。
本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代,但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。

Claims (10)

1.一种路由器运行故障智能检测方法,其特征在于,包括:
S1.检测是否存在设备连接至路由器:
若存在,则执行步骤S2;
若不存在,则执行步骤S3;
S2.判断预设时间内设备与网络是否存在数据交互:
若不存在数据交互,则执行步骤S3;
若存在数据交互,则判断设备在预设时间内是否存在重复请求:
若不存在重复请求,则不执行任何操作;
若存在重复请求,则执行步骤S3;
S3.检测路由器是否能够连接网络:
若能连接网络,则不执行任何操作;
若不能连接网络,则自动运行故障检测并查找路由器无法连接至网络的原因。
2.如权利要求1所述的一种路由器运行故障智能检测方法,其特征在于,当存在设备连接至路由器时,所述步骤S3中自动运行故障检测之后还包括:推送路由器无法连接至网络的信息及原因至设备。
3.如权利要求1所述的一种路由器运行故障智能检测方法,其特征在于,当不存在设备连接至路由器时,所述步骤S3中自动运行故障检测之后还包括:当检测到设备连接至路由器时,推送路由器无法连接至网络的信息及原因至设备。
4.如权利要求1所述的一种路由器运行故障智能检测方法,其特征在于,还包括:
预设设备与网络之间不存在数据交互的时间阈值;
预设设备存在重复请求的时间阈值。
5.一种路由器运行故障智能检测系统,其特征在于,包括:
第一检测模块,用于检测路由器是否能够连接网络;
判断模块,用于判断预设时间内设备与网络是否存在数据交互;
所述判断模块还用于判断设备在预设时间内是否存在重复请求。
6.如权利要求5所述的一种路由器运行故障智能检测系统,其特征在于,还包括:第二检测模块,用于检测是否存在设备连接至路由器。
7.如权利要求6所述的一种路由器运行故障智能检测系统,其特征在于,当检测到存在设备连接至路由器时,所述第一检测模块停止工作。
8.如权利要求7所述的一种路由器运行故障智能检测系统,其特征在于,当需要检测路由器是否能够连接网络时,所述第一检测模块重新开始工作。
9.如权利要求5所述的一种路由器运行故障智能检测系统,其特征在于,还包括:
推送模块,用于推送路由器无法连接至网络的信息及原因至设备。
10.如权利要求5所述的一种路由器运行故障智能检测系统,其特征在于,还包括:
故障检测模块,用于查找路由器无法连接至网络的原因。
CN201710102731.0A 2017-02-24 2017-02-24 一种路由器运行故障智能检测方法及系统 Pending CN107070739A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710102731.0A CN107070739A (zh) 2017-02-24 2017-02-24 一种路由器运行故障智能检测方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710102731.0A CN107070739A (zh) 2017-02-24 2017-02-24 一种路由器运行故障智能检测方法及系统

Publications (1)

Publication Number Publication Date
CN107070739A true CN107070739A (zh) 2017-08-18

Family

ID=59621309

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710102731.0A Pending CN107070739A (zh) 2017-02-24 2017-02-24 一种路由器运行故障智能检测方法及系统

Country Status (1)

Country Link
CN (1) CN107070739A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107465553A (zh) * 2017-09-01 2017-12-12 上海斐讯数据通信技术有限公司 一种可自动上报路由器状态的方法及系统
CN112751706A (zh) * 2020-12-24 2021-05-04 珠海格力电器股份有限公司 一种目标数据的传输方法和装置
CN114189424A (zh) * 2021-12-14 2022-03-15 北京有竹居网络技术有限公司 智能设备控制方法、装置、电子设备、介质及程序产品
CN115001951A (zh) * 2022-04-21 2022-09-02 广西电网有限责任公司桂林供电局 一种基于有线通信设备的故障排查方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780577A (zh) * 2012-04-26 2012-11-14 新奥特(北京)视频技术有限公司 一种网络故障检测方法
CN103532940A (zh) * 2013-09-30 2014-01-22 广东电网公司电力调度控制中心 网络安全检测方法及装置
CN103812728A (zh) * 2014-02-13 2014-05-21 普联技术有限公司 一种网络诊断方法、系统及路由器
JP2015043531A (ja) * 2013-08-26 2015-03-05 日本電信電話株式会社 ルータ、ipマルチキャストネットワーク及びルータの機能制御方法
CN106209970A (zh) * 2016-06-17 2016-12-07 上海连尚网络科技有限公司 确定用户设备与路由设备间连接的网络状态的方法与设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780577A (zh) * 2012-04-26 2012-11-14 新奥特(北京)视频技术有限公司 一种网络故障检测方法
JP2015043531A (ja) * 2013-08-26 2015-03-05 日本電信電話株式会社 ルータ、ipマルチキャストネットワーク及びルータの機能制御方法
CN103532940A (zh) * 2013-09-30 2014-01-22 广东电网公司电力调度控制中心 网络安全检测方法及装置
CN103812728A (zh) * 2014-02-13 2014-05-21 普联技术有限公司 一种网络诊断方法、系统及路由器
CN106209970A (zh) * 2016-06-17 2016-12-07 上海连尚网络科技有限公司 确定用户设备与路由设备间连接的网络状态的方法与设备

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107465553A (zh) * 2017-09-01 2017-12-12 上海斐讯数据通信技术有限公司 一种可自动上报路由器状态的方法及系统
CN112751706A (zh) * 2020-12-24 2021-05-04 珠海格力电器股份有限公司 一种目标数据的传输方法和装置
CN114189424A (zh) * 2021-12-14 2022-03-15 北京有竹居网络技术有限公司 智能设备控制方法、装置、电子设备、介质及程序产品
CN114189424B (zh) * 2021-12-14 2024-04-30 北京有竹居网络技术有限公司 智能设备控制方法、装置、电子设备、介质及程序产品
CN115001951A (zh) * 2022-04-21 2022-09-02 广西电网有限责任公司桂林供电局 一种基于有线通信设备的故障排查方法
CN115001951B (zh) * 2022-04-21 2023-09-29 广西电网有限责任公司桂林供电局 一种基于有线通信设备的故障排查方法

Similar Documents

Publication Publication Date Title
JP5213854B2 (ja) リンクアグリゲーショングループ接続を持つネットワークにおける接続性障害管理(cfm)
US8804534B2 (en) Interworking between MPLS/IP and Ethernet OAM mechanisms
JP4454516B2 (ja) 障害検出装置
US7515542B2 (en) Broadband access note with a virtual maintenance end point
CN107070739A (zh) 一种路由器运行故障智能检测方法及系统
CN103595626A (zh) 一种环形网络中实现动态路径规划的方法
CN104980293B (zh) 一种oam报文快速发送和检测处理的方法及装置
CN101465859A (zh) 一种触发主备用接口板倒换的方法及装置
CN106603261A (zh) 热备份方法、第一主用设备、备用设备和通信系统
CN105791126A (zh) 一种三态内容可寻址存储器tcam查表方法及装置
US20100161769A1 (en) Method and System for Virtual LAN Media Access Control Trouble Diagnostics
US20040215781A1 (en) Techniques for determining device connectivity in a network using protocol-specific connectivity information
CN110620693A (zh) 一种基于物联网的铁路沿线车站路由远程重启控制系统及方法
CN103138957A (zh) 一种业务路径回切的方法、设备及系统
EP1770905B1 (en) Detecting inactive links in a communication network
CN108282383B (zh) 一种实现故障处理的方法及设备
CN101465762B (zh) 一种检测保护组端口间错连的方法、设备及系统
CN100372306C (zh) 一种异步传输模式承载ip数据通道故障定位方法
Cisco Interface Configuration and Support
Cisco Interface Configuration and Support
Cisco Interface Configuration and Support
Cisco Interface Configuration and Support
CN112202634B (zh) 一种网络链路故障检测及传递方法及系统
Cisco Interface Configuration and Support
Cisco Interface Configuration and Support

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
CB02 Change of applicant information

Address after: 201616 Shanghai city Songjiang District Sixian Road No. 3666

Applicant after: Shanghai Feixun Data Communication Technology Co., Ltd.

Address before: 201616 Shanghai City, Songjiang District Road No. 3666

Applicant before: Shanghai Feixun Data Communication Technology Co., Ltd.

CB02 Change of applicant information
RJ01 Rejection of invention patent application after publication

Application publication date: 20170818

RJ01 Rejection of invention patent application after publication