CN106161109B - 网络异常自恢复方法 - Google Patents

网络异常自恢复方法 Download PDF

Info

Publication number
CN106161109B
CN106161109B CN201610783570.1A CN201610783570A CN106161109B CN 106161109 B CN106161109 B CN 106161109B CN 201610783570 A CN201610783570 A CN 201610783570A CN 106161109 B CN106161109 B CN 106161109B
Authority
CN
China
Prior art keywords
address
embedded system
system terminal
current
network
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.)
Active
Application number
CN201610783570.1A
Other languages
English (en)
Other versions
CN106161109A (zh
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.)
Xian Novastar Electronic Technology Co Ltd
Original Assignee
Xian Novastar Electronic 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 Xian Novastar Electronic Technology Co Ltd filed Critical Xian Novastar Electronic Technology Co Ltd
Priority to CN201610783570.1A priority Critical patent/CN106161109B/zh
Publication of CN106161109A publication Critical patent/CN106161109A/zh
Application granted granted Critical
Publication of CN106161109B publication Critical patent/CN106161109B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
    • 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/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses

Landscapes

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

Abstract

本发明提出一种网络异常自恢复方法，应用于嵌入式系统终端，其例如包括步骤：检测系统底层是否有Link状态信息抛出；若检测到系统底层有Link状态信息抛出，进行Link状态检测以识别当前Link状态信息；在识别出当前Link状态信息为Link Down状态后，若检测确定嵌入式系统终端当前的IP地址不是回环IP地址，使嵌入式系统终端的网卡断电重启、甚至若网卡断电重启失败则进一步使嵌入式系统终端进行系统断电重启；以及在识别出当前Link状态信息为Link Up状态时也会做自恢复处理。因此，本发明可以：i)增加网路连接的可靠性；ii)减少终端掉线、离线给用户带来的烦恼；以及iii)减少由于网络离线无法远程监控而带来的人员维护费用的耗损。

Description

网络异常自恢复方法
技术领域
本发明涉及嵌入式系统网络稳定性连接技术领域，尤其涉及一种适用于嵌入式系统终端的网络异常自恢复方法。
背景技术
说到网络连接，可能都会想到“上网”一词，然而所使用的网络背后需要靠多少程序代码和协议来支撑上网的可靠性，亦或者说是支撑本机与Internet互联的网络连接的可靠性。而现实情况下的网络连接环境是相当复杂的，在不同的网络连接环境下，会出现各种不同的网络连接可靠性的问题。特别是在LED异步控制系统行业，需要进行网络连接控制LED异步控制卡终端的时候总是会出现离线、掉线等各种问题，导致用户无法完成LED显示屏配置以及媒体发送播放等问题，给LED异步控制卡终端访问的用户带来极差的体验性。特别是在对于WinCE这样的网络机制不是非常完善的操作系统下出现的网络连接问题的可靠性更差，经常出现TCP/IP连接掉线、离线的问题。
总结当前不同网络环境下网络连接可靠性的问题主要有：
1)PC端与LED异步控制卡之间网线直连或者经过交换机直连无法获取到IP的问题；
2)PC端与LED异步控制卡之间通过路由器连接无法获取IP的问题；
3)LED异步控制卡出现网络异常连接无法自恢复的问题；
4)多张LED异步控制卡同时上电启动无法获取IP建立网络连接的问题；以及
5)同一局域网环境下，LED异步控制卡被分配相互冲突的IP时无法建立网络连接的问题。
现有的技术方案能解决大多数问题，但是在实际复杂的网络环境下，有很多不确定因素会导致网络连接中断的问题，此时就需要相应的自动恢复连接的机制以及网络之间冲突问题的解决方案。
发明内容
因此，为克服现有技术的缺陷和不足，本发明提出一种网络异常自恢复方法。
具体地，本发明实施例提出的一种网络异常自恢复方法，应用于嵌入式系统终端。所述网络异常自恢复方法包括步骤：(i)检测系统底层是否有Link状态信息抛出；(ii)如果检测到系统底层有Link状态信息抛出，则进行Link状态检测以识别当前Link状态信息；(iii)在识别出当前Link状态信息为Link Down状态后，若检测确定嵌入式系统终端当前的IP地址不是回环IP地址，则使所述嵌入式系统终端的网卡断电重启、甚至若网卡断电重启失败则进一步使所述嵌入式系统终端进行系统断电重启。
在本发明的一个实施例中，所述网络异常自恢复方法的步骤(iii)中的“若检测确定嵌入式系统终端当前的IP地址不是回环IP地址”具体包括：检测所述嵌入式系统终端当前的IP地址是否为回环IP地址，若检测结果为“否”则延时预设时间长度后再次检测所述嵌入式系统终端当前的IP地址是否为回环IP地址；以及若再次检测结果仍为“否”，则确定所述嵌入式系统终端当前的IP地址不是回环IP地址。
在本发明的一个实施例中，所述网络异常自恢复方法在步骤(i)之后还包括步骤：如果检测到系统底层无Link状态信息抛出的持续时间超过预设时间长度，则使所述嵌入式系统终端进行系统断电重启。
在本发明的一个实施例中，所述网络异常自恢复方法在步骤(ii)之后还包括步骤：(iv)在识别出当前Link状态信息为Link Up状态后，检测系统底层是否有表示IP地址冲突的广播消息抛出；(v)若无表示IP地址冲突的广播消息抛出，则检测确定所述嵌入式系统终端的当前IP地址是否为回环IP地址、并在检测确定的结果为“是”时将所述嵌入式系统终端的当前IP地址设置成私有IP地址并再次确认所述嵌入式系统终端的当前IP地址是否为回环IP地址；(vi)若步骤(v)中的再次确认过程超时预设时间长度，使所述嵌入式系统终端的网卡断电重启。
在本发明的一个实施例中，所述网络异常自恢复方法还包括步骤：若步骤(vi)中的网卡断电重启被判断为重启失败，使所述嵌入式系统终端进行系统断电重启；以及若步骤(vi)中的网卡断电重启被判断为重启成功，则进一步判断网卡重启成功是否超过预设次数、并且若网卡重启成功超过预设次数时更进一步使所述嵌入式系统终端进行系统断电重启。
在本发明的一个实施例中，所述网络异常自恢复方法在步骤(ii)之后还包括步骤：(vii)在识别出当前Link状态信息为Link Up状态且检测到系统底层有表示IP地址冲突的广播消息抛出的情形下，检测所述嵌入式系统终端的当前IP地址是否为回环IP地址或私有IP地址；(viii)若步骤(vii)中的检测结果为“是”，则进一步判断所述嵌入式系统终端当前为静态IP设置方式还是动态IP获取方式；(ix)如果所述嵌入式系统终端当前为动态IP获取方式，则执行IP Release及IP Renew接口函数，并且若执行IP Release接口函数或IPRenew接口函数被判定为执行失败，则使所述嵌入式系统终端的网卡断电重启、并且若网卡断电重启失败则进一步使系统断电重启，以及若网卡断电重启成功则进一步判断网卡重启成功是否超过预设次数、并且若网卡重启成功超过预设次数则更进一步使系统断电重启。
在本发明的一个实施例中，所述网络异常自恢复方法在步骤(ii)之后还包括步骤：(x)在识别出当前Link状态信息为Link Up状态且检测到系统底层有表示IP地址冲突的广播消息抛出的情形下，若检测出所述嵌入式系统终端的当前IP地址是回环IP地址或私有IP地址且所述嵌入式系统终端当前为静态IP设置方式，则进一步在检测出所述嵌入式系统终端的当前IP地址为回环IP地址时将嵌入式系统终端的当前IP地址设置成静态私有IP地址、并再次检测所述嵌入式系统终端的当前IP地址是否为回环IP地址；(xi)若步骤(x)中的再次检测过程超时预设时间长度，则将所述嵌入式系统终端的当前IP地址修改成原来用户设置的静态IP地址、并使所述嵌入式系统终端的网卡断电重启、甚至若网卡断电重启失败则进一步使系统断电重启。
此外，本发明再一实施例提出的一种网络异常自恢复方法，应用于嵌入式系统终端，其包括步骤：(x1)检测系统底层是否有Link状态信息抛出；(x2)如果检测到系统底层有Link状态信息抛出，则进行Link状态检测以识别当前Link状态信息；(x3)在识别出当前Link状态信息为Link Up状态后，检测系统底层是否有表示IP地址冲突的广播消息抛出；(x4)若无表示IP地址冲突的广播消息抛出，则检测确定所述嵌入式系统终端的当前IP地址是否为回环IP地址、并在检测确定的结果为“是”时将所述嵌入式系统终端的当前IP地址设置成私有IP地址并再次确认所述嵌入式系统终端的当前IP地址是否为回环IP地址；(x5)若步骤(x4)中的再次确认过程超时预设时间长度，使所述嵌入式系统终端的网卡断电重启；(x6)若步骤(x5)中的网卡断电重启被判断为重启失败，使所述嵌入式系统终端进行系统断电重启；以及(x7)若步骤(x5)中的网卡断电重启被判断为重启成功，则进一步判断网卡重启成功是否超过预设次数，并且若网卡重启成功超过预设次数则更进一步使所述嵌入式系统终端进行系统断电重启。
再者，本发明另一实施例提出的一种网络异常自恢复方法，应用于嵌入式系统终端，其包括步骤：(y1)检测系统底层是否有Link状态信息抛出；(y2)如果检测到系统底层有Link状态信息抛出，则进行Link状态检测以识别当前Link状态信息；(y3)在识别出当前Link状态信息为Link Up状态后，检测系统底层是否有表示IP地址冲突的广播消息抛出；(y4)若有表示IP地址冲突的广播消息抛出，则检测所述嵌入式系统终端的当前IP地址是否为回环IP地址或私有IP地址；(y5)若步骤(y4)中的检测结果为“是”，则进一步判断所述嵌入式系统终端当前为静态IP设置方式还是动态IP获取方式；(y6)如果所述嵌入式系统终端当前为动态IP获取方式，则执行IP Release及IP Renew接口函数，并且若执行IP Release接口函数或IP Renew接口函数被判定为执行失败，则使所述嵌入式系统终端的网卡断电重启、并且若网卡断电重启失败则进一步使系统断电重启，以及若网卡断电重启成功则判断网卡重启成功是否超过预设次数、并且若网卡断电重启成功超过预设次数则更进一步使系统断电重启。
另外，本发明又一实施例提出的一种网络异常自恢复方法，应用于嵌入式系统终端，其包括步骤：(z1)检测系统底层是否有Link状态信息抛出；(z2)如果检测到系统底层有Link状态信息抛出，则进行Link状态检测以识别当前Link状态信息；(z3)在识别出当前Link状态信息为Link Up状态后，检测系统底层是否有表示IP地址冲突的广播消息抛出；(z4)若有表示IP地址冲突的广播消息抛出，则检测所述嵌入式系统终端的当前IP地址是否为回环IP地址或私有IP地址；(z5)若步骤(y4)中的检测结果为“是”，则进一步判断所述嵌入式系统终端当前为静态IP设置方式还是动态IP获取方式；(z6)如果所述嵌入式系统终端当前为静态IP设置方式，则进一步在检测出所述嵌入式系统终端的当前IP地址为回环IP地址时将嵌入式系统终端的当前IP地址设置成静态私有IP地址、并再次检测所述嵌入式系统终端的当前IP地址是否为回环IP地址；(z7)若步骤(z6)中的再次检测过程超时预设时间长度，则将所述嵌入式系统终端的当前IP地址修改成原来用户设置的静态IP地址、并使所述嵌入式系统终端的网卡断电重启、甚至若网卡断电重启失败则进一步使系统断电重启。
由上可知，本发明实施例可以达成以下一个或多个有益效果：i)增加LED异步控制卡的网路连接的可靠性；ii)减少LED异步控制卡掉线、离线给用户带来的烦恼；以及iii)减少由于网络离线无法远程监控而带来的人员维护费用的耗损。
通过以下参考附图的详细说明，本发明的其它方面和特征变得明显。但是应当知道，该附图仅仅为解释的目的设计，而不是作为本发明的范围的限定。还应当知道，除非另外指出，不必要依比例绘制附图，它们仅仅力图概念地说明此处描述的结构和流程。
附图说明
下面将结合附图，对本发明的具体实施方式进行详细的说明。
图1为PC端与LED异步控制卡直连的架构示意图。
图2为PC端通过交换机与LED异步控制卡连接的架构示意图。
图3为PC端通过路由器与LED异步控制卡连接的架构示意图。
图4为PC端通过路由器以及交换机与LED异步控制卡连接的架构示意图。
图5为本发明实施例的网络异常自恢复机制的方案实现流程图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。
一、网络连接环境
一般而言，在现实情况下，通常遇到的LED控制系统的网络搭建环境有以下几种。
(1)PC端与LED异步控制卡直连
如图1所示，其为PC端(一种上位机端)与LED异步控制卡直连的情况。在这种情况下，当PC端与LED异步控制卡的IP地址都设置为IP自动获取时，会出现无法获取到IP地址，而系统临时给分配一个回环IP地址127.0.0.1的情况，在系统IP被变成127.0.0.1时，是无法建立设备之间相互通信的一种网络IP地址。此时会出现网络应用掉线，终端设备离线等情况。
在这种情况下，本发明实施例的解决方案是：LED异步控制卡底层通过驱动实时检测硬件网线的link状态(连接状态)，检测是否存在网线松动或者掉线的情况，在出现掉线时通过底层消息通知到LED异步控制卡终端的应用层软件，软件在检测到系统发出的消息便知道网线松动或者掉线，此时由于网线松动或掉线无法建立与PC端上位机软件的通信，PC端上位机软件会在一定的超时时间内在未收到LED异步控制卡终端的连接消息时，提示用户先检查网线连接，当确保网线连接正常时，如果此时用户设置的LED异步控制卡终端以及PC端的IP地址为自动获取模式时，由于在当前的网络环境下，不存在DHCP服务，因此无论是PC端还是LED异步控制卡都无法获取到IP地址，此时一般操作系统默认5分钟(min)获取不到IP地址时，会自动分配一个私有IP地址169.254.XXX.XXX，此处的私有IP地址是一种可建立TCP/IP连接的IP地址；但是实际情况下，在系统还未分配或者正在分配私有IP地址的过程中，用户通过PC端尝试与LED异步控制卡建立连接会导致LED异步控制卡终端较长时间一直无法获取到IP地址的情况，此时为了实现快速响应的目的，本发明实施例直接在LED异步控制卡终端通过应用层程序对LED异步控制卡的IP地址实时检测，如果在30秒(s)内无法获取到可发起连接的IP地址的话，应用层程序直接就给LED异步控制卡设置一个私有IP地址169.254.XXX.XXX，此时PC端就可以实现与LED异步控制卡终端建立TCP/IP连接。
(2)PC端通过交换机与LED异步控制卡连接
如图2所示，其为PC端通过交换机与LED异步控制卡连接的情况。在这种网络连接环境下，本发明实施例可实现PC端的一个软件连接控制多张LED异步控制卡。在这种情况下，当然也会出现类似PC端与LED异步控制卡直连时出现的问题，而本发明实施例的处理方式是一样的，不过在分配私有IP地址时，169.254是固定的，而后面的2位是在1-254之间随机选择的一组数据，在选择之后，应用层会在当前的局域网环境下先通过PING该IP地址的方式确保没有被人占用，如果未被占用则把选择的IP设置为当前LED异步控制卡终端的IP地址；如果发现该IP地址已被占用，则将该IP地址标记为已用，重新再随机选择一个IP地址进行选择设置，通过这样的方式以保证PC端能够与LED异步控制卡之间建立TCP/IP网络连接。
(3)PC端通过路由器与LED异步控制卡连接
如图3所示，其为PC端通过路由器与LED异步控制卡连接的情况，在这种情况下，通常会设置PC端与LED异步控制卡的IP地址都为自动获取方式，因为在这种情况下路由器是具有DHCP功能，能够给连接的其他设备动态分配IP地址以实现网络连接的建立。
再者，在这种情况下，通常会出现的问题主要是在接入的LED异步控制卡较多时，各个LED异步控制卡终端又同时上电时，由于网络超时等原因会出现有一些LED异步控制卡无法获取到IP地址，导致某些LED异步控制卡的IP地址会变为127.0.0.1的情况，此时就会出现一些LED异步控制卡离线、掉线，无法在PC端搜索连接的情况。
针对这种情况，本发明实施例的解决方案就是通过实时读取当前系统的IP地址，判断是否可用，如果是127.0.0.1的情况话，就会自动调用系统提供的IP地址释放以及重新获取的接口函数IPRelease和IPRenew来重新从路由器端获取IP地址，当再次获取还是无法获取到时，本发明实施例的方案是默认调用3次，三次都无法获取到时再检测当前LED异步控制卡终端的软件运行是否正常，在软件运行正常的情况下，会自动分配一个私有IP地址，此时由于PC端可能是路由器分配的一个例如192.168.1.100的IP段的地址，而LED控制卡可能会分到169.254.XXX.XXX的IP地址，当通过PC端去搜索连接这张LED异步控制卡时，由于是跨网段之间的搜索连接，因此只有UDP广播可以到达LED异步控制卡终端，而TCP/IP的连接是无法通信成功的。但是本发明实施例在这种UDP通信成功的情况下，会给用户提供LED异步控制卡终端IP地址修改的接口，这样用户就可以通过该接口将LED异步控制卡终端的IP地址设置为与PC端在同一网段，从而实现在当前网络连接情况下异常无法获取IP地址情况下的TCP/IP连接的建立，减少了技术支持到现场查看LED异步控制卡工作状态和产品维护的工作量。
(4)PC端通过路由器以及交换机与LED异步控制卡连接
图4所示为相对较复杂的网络连接环境，在一个路由器下连接交换机、PC端以及多张LED异步控制卡的情况。这种情况下会发生与图1、图2、图3所示网络连接环境下相同的网络连接可靠性的问题。
当然，实际的网络连接环境远远不止以上提到的4种，但是以上的4种基本囊括了局域网连接的基本连接方式，其他更多的网络连接环境基本就是多几个路由或者交换机等方式，出现的问题基本也都与以上4种网络连接环境大同小异，本发明不再详细讲述。
二、静态IP地址设置与动态IP地址设置
所谓静态IP地址也就是用户或者应用程序设置的一种固定的IP地址，在静态IP地址设置以后，系统将不会再接受由外部的DHCP服务动态分配的IP地址；通常只有在特定的情况下，也就是用户想要固定某台终端设备的IP地址以方便查询控制，会对LED异步控制卡设置静态的IP地址，亦或者是系统在自动无法获取到IP地址的情况下，本发明实施例的解决方案会自动设置私有IP地址，这个设置的私有IP也就是静态的IP地址。
在静态IP地址设置过程中通常会遇到的问题就是用户在同一局域网中配置了相同的IP地址给不同的LED异步控制卡终端，此时会出现IP地址冲突的问题，当出现这样的问题的时候，就会出现某张IP地址冲突的LED异步控制卡的IP地址变为127.0.0.1的情况，此时就需要相应的恢复机制以保证用户的TCP/IP连接。
针对以上问题，当前本发明实施例的解决方法是利用系统底层IP冲突检测的机制，将出现IP冲突的消息通过消息广播给上层应用程序知悉，上层应用程序接收到该消息时，再同时判断当前的IP地址是否为127.0.0.1，如果是的话，就自动给LED异步控制卡分配一个私有IP地址，此时如果在同一局域网连接环境下的PC端跨网段搜索连接时，先发送UDP广播包，此时分配到私有IP地址的LED异步控制卡是可以回复上位机PC端的搜索结果的，但是此时不能建立TCP/IP连接，需要用户通过上层应用程序端口对LED异步控制卡终端重新设置IP地址，将其与PC端设置到相同网段即可建立TCP/IP连接。
所谓动态IP地址也就是在局域网环境设置下存在DHCP服务，能够对本局域网中的其他设备动态分配IP地址，LED异步控制卡终端在设置动态获取IP地址之后就可以接受来自DHCP服务提供的动态IP地址以保证与其他设备之间的网络互联。当然，在这个网络环境与设置下，依然还是会存在获取不到IP地址的情况，此时也就需提供一种自恢复网络连接的机制以保证用户可以看到LED异步控制卡终端在线。本发明实施例针对此种情况下的解决方案已在前述网络连接环境为PC端与LED异步控制卡直连的情况下进行了详细说明，在此就不再赘述。
三、网络连接解决方案的问题分析及解决流程
通过以上【一、网络连接环境】和【二、静态IP地址设置与动态IP地址设置】两部分的说明，总结当前PC端与LED异步控制卡之间网络连接的问题主要分为以下3类：
(a)由于系统网络驱动或者软件异常造成的系统卡死、软件卡死等导致LED异步控制卡掉线的问题；
(b)由于IP地址无法获取到时，LED异步控制卡的IP地址变为回环IP地址例如127.0.0.1导致LED异步控制卡离线的问题；以及
(c)由于IP地址设置冲突时，LED异步控制卡的IP地址变为回环IP地址例如127.0.0.1导致LED异步控制卡离线的问题。
针对以上问题，本发明实施例提出一种网络异常自恢复机制。如图5所示，其为本发明实施例在应用层的网络异常自恢复机制的方案实现流程图；整个方案需要LED异步控制卡系统应用层配合系统底层一起实现。
针对问题(a)的解决方案，本发明实施例通过一个守护线程实时监护应用程序是否运行正常，如果出现异常，则对软件关闭重新启动。针对驱动层的检测，通过系统底层实时抛出的Link状态信息(也即网线连接状态信息)可判断系统驱动是否运行正常，当应用层在预设时间长度例如60秒内都无法收到系统底层抛出的Link状态信息的话，对系统进行断电重启，以保证网络恢复正常。一般情况下，LED异步控制卡与外部无物理连接(也即未连接网线)时，正常状态下的IP地址为回环IP地址例如127.0.0.1；但是由于系统或者网络驱动异常情况下可能会出现在Link Down状态(也即网线未连接状态)时，IP地址是一个正常IP地址而非回环IP地址，但是此时在插上网线的Link Up状态下却无法建立正常的TCP/IP连接。针对此问题，本发明实施例也会对其进行处理解决，也就是在系统检测到Link Down状态但IP地址不是回环IP地址例如127.0.0.1的情况下，可能是发生网卡驱动异常的情况，此时就需要给网卡重启恢复，在网卡重启不起作用的情况下，有可能还与系统运行异常有关，此时就通过重启系统来恢复整个系统的网络连接状态。
针对问题(b)的解决方案，本发明实施例在接收到系统底层抛出的Link up状态信息后每隔预设时间长度例如30秒(s)实时检测IP地址是否为回环IP地址例如127.0.0.1，如果是就将系统的IP地址设置为私有IP地址例如169.254.XXX.XXX(其中X的取值为0～9)，如果不是则返回继续Link状态检测以及IP地址检测。
针对问题(c)的解决方案，本发明实施例通过系统底层检查IP地址是否发生冲突，如果存在IP地址冲突的情况，则系统底层会抛出广播消息(广播消息的ID号例如为：211)通知应用层，应用层在接收到广播消息后，会对当前LED异步控制卡的IP地址进行判断是否为回环IP地址例如127.0.0.1或者私有IP地址例如169.254.XXX.XXX，如果是的话，就继续进行下一步的判断，是动态获取的IP地址还是静态设置的IP地址，如果是静态设置的IP地址则再次判断当前IP地址是否为回环IP地址例如127.0.0.1，若还是的话就设置一个默认的私有静态IP地址，以保证用户可以通过UDP广播搜到该LED异步控制卡；如果在上一次判断是动态获取的IP地址的话，则可以通过IP Release和IP Renew接口函数来重新让路由器给LED异步控制卡分配IP地址。
在图5所示的方案流程图中，其解决的网络连接问题还包括异常情况下的自恢复功能，也就是通过对网卡重启的方式无法恢复网络连接的时候，就自动通过对系统断电重启的方式来使得系统能够恢复正常工作。
具体来说，一般情况下，系统底层驱动会200毫秒(ms)检测一次网络连接的状态并将Link状态信息实时通知到应用层，如果应用层在预设时间长度例如60s没有收到Link状态信息(包括Link up和Link down状态)的话，就直接启用系统断电重启的功能，以保证重启之后系统能恢复正常。在实际的应用环境测试下，确实是会由于其他线程卡死导致系统运行异常，进而使得网络连接异常带来的这种离线问题，在这种情况下，通过实际测试验证，必须对系统断电重启才能恢复正常。
再者，值得一提的是，在图5中，在接收到系统底层抛出的Link up状态信息但不存在IP地址冲突(也即图5中“检测系统底层是否有广播消息(ID:211)抛出”步骤的执行结果为“否”)的情形下，在设置LED异步控制卡的IP地址为静态私有IP地址例如169.254.XXX.XXX后进行检测IP地址是否为回环IP地址例如127.0.0.1的过程中，若检测结果超时预设时间长度例如30s，则对LED异步控制卡上的有线网卡进行重启，如果网卡重启失败(例如对应3次重启均失败)，则使系统进行断电重启，如果网卡重启成功，由于可能会出现在网卡重启成功连续多次例如3次都检测到Link Up状态且IP地址都为回环IP地址例如127.0.0.1的情形，因此此处优选地增设“网卡重启成功是否超过3次”的步骤来打破这种不正常的循环。类似地，在接收到系统底层抛出的Link up状态信息且存在IP地址冲突(也即图5中“检测系统底层是否有广播消息(ID:211)抛出”步骤的执行结果为“是”)的情形下，在检测到其IP地址为回环IP地址例如127.0.0.1或私有IP地址例如169.254.且判断出其IP地址为动态获取方式后依序执行IP Release及IP Renew接口函数的过程中，若任意一个的最终执行结果为失败，则对LED异步控制卡上的有线网卡进行重启，如果网卡重启失败(例如对应3次重启均失败)，则使系统进行断电重启，如果网卡重启成功，由于可能会出现在网卡重启成功连续多次例如3次都检测到Link Up状态且IP地址都为回环IP地址例如127.0.0.1的情形，因此此处优选地增设“网卡重启成功是否超过3次”的步骤来打破这种不正常的循环。另外，在接收到系统底层抛出的Link up状态信息且存在IP地址冲突(也即图5中“检测系统底层是否有广播消息(ID:211)抛出”步骤的执行结果为“是”)的情形下，在检测到其IP地址为回环IP地址例如127.0.0.1或私有IP地址例如169.254.且判断出其IP地址为静态设置方式后会再次判断LED异步控制卡的IP地址是否为回环IP地址例如127.0.0.1，如果是则会设置LED异步控制卡的IP地址为静态私有IP地址例如169.254.XXX.XXX并再次进行检测IP地址是否为回环IP地址例如127.0.0.1，也即确认设置静态私有IP地址是否成功，若确认过程超时预设时间长度例如30s，则将LED异步控制卡的IP地址修改回用户原来设置的静态IP地址并对LED异步控制卡上的有线网卡进行断电重启，如果网卡重启失败(例如对应2次重启均失败)，则使系统进行断电重启。
综上所述，本发明实施例可以达成以下一个或多个有益效果：i)增加LED异步控制卡的网路连接的可靠性；ii)减少LED异步控制卡掉线、离线给用户带来的烦恼；以及iii)减少由于网络离线无法远程监控而带来的人员维护费用的耗损。此外，值得一提的是，本发明实施例的网络异常自恢复机制并不限于应用于LED异步控制卡，其也可以应用于带有有线网卡的其他嵌入式系统终端。此外，本发明上述实施例描述的网络异常自恢复机制的各个步骤可以进行合理组合以得到多个不同的问题解决方案。
以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。

Claims (9)

1.一种网络异常自恢复方法，应用于嵌入式系统终端，其特征在于，包括步骤：
(i)检测系统底层是否有Link状态信息抛出；
(ii)如果检测到系统底层有Link状态信息抛出，则进行Link状态检测以识别当前Link状态信息；
(iii)在识别出当前Link状态信息为Link Down状态后，若检测确定嵌入式系统终端当前的IP地址不是回环IP地址，则使所述嵌入式系统终端的网卡断电重启、甚至若网卡断电重启失败则进一步使所述嵌入式系统终端进行系统断电重启；
(iv)在识别出当前Link状态信息为Link Up状态后，检测系统底层是否有表示IP地址冲突的广播消息抛出；
(v)若无表示IP地址冲突的广播消息抛出，则检测确定所述嵌入式系统终端的当前IP地址是否为回环IP地址、并在检测确定的结果为“是”时将所述嵌入式系统终端的当前IP地址设置成私有IP地址并再次确认所述嵌入式系统终端的当前IP地址是否为回环IP地址；
(vi)若步骤(v)中的再次确认过程超时预设时间长度，使所述嵌入式系统终端的网卡断电重启。
2.如权利要求1所述的网络异常自恢复方法，其特征在于，步骤(iii)中的“若检测确定嵌入式系统终端当前的IP地址不是回环IP地址”具体包括：
检测所述嵌入式系统终端当前的IP地址是否为回环IP地址，若检测结果为“否”则延时预设时间长度后再次检测所述嵌入式系统终端当前的IP地址是否为回环IP地址；以及
若再次检测结果仍为“否”，则确定所述嵌入式系统终端当前的IP地址不是回环IP地址。
3.如权利要求1所述的网络异常自恢复方法，其特征在于，在步骤(i)之后还包括步骤：
如果检测到系统底层无Link状态信息抛出的持续时间超过预设时间长度，则使所述嵌入式系统终端进行系统断电重启。
4.如权利要求1所述的网络异常自恢复方法，其特征在于，还包括步骤：
若步骤(vi)中的网卡断电重启被判断为重启失败，使所述嵌入式系统终端进行系统断电重启；以及
若步骤(vi)中的网卡断电重启被判断为重启成功，则进一步判断网卡重启成功是否超过预设次数、并且若网卡重启成功超过预设次数时更进一步使所述嵌入式系统终端进行系统断电重启。
5.如权利要求1所述的网络异常自恢复方法，其特征在于，在步骤(ii)之后还包括步骤：
(vii)在识别出当前Link状态信息为Link Up状态且检测到系统底层有表示IP地址冲突的广播消息抛出的情形下，检测所述嵌入式系统终端的当前IP地址是否为回环IP地址或私有IP地址；
(viii)若步骤(vii)中的检测结果为“是”，则进一步判断所述嵌入式系统终端当前为静态IP设置方式还是动态IP获取方式；
(ix)如果所述嵌入式系统终端当前为动态IP获取方式，则执行IP Release及IP Renew接口函数，并且若执行IP Release接口函数或IP Renew接口函数被判定为执行失败，则使所述嵌入式系统终端的网卡断电重启、并且若网卡断电重启失败则进一步使系统断电重启，以及若网卡断电重启成功则进一步判断网卡重启成功是否超过预设次数、并且若网卡重启成功超过预设次数则更进一步使系统断电重启。
6.如权利要求1所述的网络异常自恢复方法，其特征在于，在步骤(ii)之后还包括步骤：
(x)在识别出当前Link状态信息为Link Up状态且检测到系统底层有表示IP地址冲突的广播消息抛出的情形下，若检测出所述嵌入式系统终端的当前IP地址是回环IP地址或私有IP地址且所述嵌入式系统终端当前为静态IP设置方式，则进一步在检测出所述嵌入式系统终端的当前IP地址为回环IP地址时将嵌入式系统终端的当前IP地址设置成静态私有IP地址、并再次检测所述嵌入式系统终端的当前IP地址是否为回环IP地址；
(xi)若步骤(x)中的再次检测过程超时预设时间长度，则将所述嵌入式系统终端的当前IP地址修改成步骤(x)中设置的静态私有IP地址、并使所述嵌入式系统终端的网卡断电重启、甚至若网卡断电重启失败则进一步使系统断电重启。
7.一种网络异常自恢复方法，应用于嵌入式系统终端，其特征在于，包括步骤：
(x1)检测系统底层是否有Link状态信息抛出；
(x2)如果检测到系统底层有Link状态信息抛出，则进行Link状态检测以识别当前Link状态信息；
(x3)在识别出当前Link状态信息为Link Up状态后，检测系统底层是否有表示IP地址冲突的广播消息抛出；
(x4)若无表示IP地址冲突的广播消息抛出，则检测确定所述嵌入式系统终端的当前IP地址是否为回环IP地址、并在检测确定的结果为“是”时将所述嵌入式系统终端的当前IP地址设置成私有IP地址并再次确认所述嵌入式系统终端的当前IP地址是否为回环IP地址；
(x5)若步骤(x4)中的再次确认过程超时预设时间长度，使所述嵌入式系统终端的网卡断电重启；
(x6)若步骤(x5)中的网卡断电重启被判断为重启失败，使所述嵌入式系统终端进行系统断电重启；以及
(x7)若步骤(x5)中的网卡断电重启被判断为重启成功，则进一步判断网卡重启成功是否超过预设次数，并且若网卡重启成功超过预设次数则更进一步使所述嵌入式系统终端进行系统断电重启。
8.一种网络异常自恢复方法，应用于嵌入式系统终端，其特征在于，包括步骤：
(y1)检测系统底层是否有Link状态信息抛出；
(y2)如果检测到系统底层有Link状态信息抛出，则进行Link状态检测以识别当前Link状态信息；
(y3)在识别出当前Link状态信息为Link Up状态后，检测系统底层是否有表示IP地址冲突的广播消息抛出；
(y4)若有表示IP地址冲突的广播消息抛出，则检测所述嵌入式系统终端的当前IP地址是否为回环IP地址或私有IP地址；
(y5)若步骤(y4)中的检测结果为“是”，则进一步判断所述嵌入式系统终端当前为静态IP设置方式还是动态IP获取方式；
(y6)如果所述嵌入式系统终端当前为动态IP获取方式，则执行IP Release及IP Renew接口函数，并且若执行IP Release接口函数或IP Renew接口函数被判定为执行失败，则使所述嵌入式系统终端的网卡断电重启、并且若网卡断电重启失败则进一步使系统断电重启，以及若网卡断电重启成功则判断网卡重启成功是否超过预设次数、并且若网卡断电重启成功超过预设次数则更进一步使系统断电重启。
9.一种网络异常自恢复方法，应用于嵌入式系统终端，其特征在于，包括步骤：
(z1)检测系统底层是否有Link状态信息抛出；
(z2)如果检测到系统底层有Link状态信息抛出，则进行Link状态检测以识别当前Link状态信息；
(z3)在识别出当前Link状态信息为Link Up状态后，检测系统底层是否有表示IP地址冲突的广播消息抛出；
(z4)若有表示IP地址冲突的广播消息抛出，则检测所述嵌入式系统终端的当前IP地址是否为回环IP地址或私有IP地址；
(z5)若步骤(z4)中的检测结果为“是”，则进一步判断所述嵌入式系统终端当前为静态IP设置方式还是动态IP获取方式；
(z6)如果所述嵌入式系统终端当前为静态IP设置方式，则进一步在检测出所述嵌入式系统终端的当前IP地址为回环IP地址时将嵌入式系统终端的当前IP地址设置成静态私有IP地址、并再次检测所述嵌入式系统终端的当前IP地址是否为回环IP地址；
(z7)若步骤(z6)中的再次检测过程超时预设时间长度，则将所述嵌入式系统终端的当前IP地址修改成步骤(z6)中设置的静态私有IP地址、并使所述嵌入式系统终端的网卡断电重启、甚至若网卡断电重启失败则进一步使系统断电重启。
CN201610783570.1A 2016-08-30 2016-08-30 网络异常自恢复方法 Active CN106161109B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610783570.1A CN106161109B (zh) 2016-08-30 2016-08-30 网络异常自恢复方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610783570.1A CN106161109B (zh) 2016-08-30 2016-08-30 网络异常自恢复方法

Publications (2)

Publication Number Publication Date
CN106161109A CN106161109A (zh) 2016-11-23
CN106161109B true CN106161109B (zh) 2020-04-17

Family

ID=57344604

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610783570.1A Active CN106161109B (zh) 2016-08-30 2016-08-30 网络异常自恢复方法

Country Status (1)

Country Link
CN (1) CN106161109B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022056081A1 (en) * 2020-09-10 2022-03-17 Arris Enterprises Llc A wireless device and a method for automatic recovery from failures

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108108273B (zh) * 2016-11-25 2021-02-26 技嘉科技股份有限公司 主机板及其电脑系统
CN108958176A (zh) * 2017-05-23 2018-12-07 北京握奇智能科技有限公司 一种网络通信控制系统和方法
CN108199874B (zh) * 2017-12-29 2020-10-09 上海司南卫星导航技术股份有限公司 一种网络故障检测与修复的方法、gnss接收机以及计算机可读介质
CN110138628B (zh) * 2018-02-02 2021-06-22 浙江宇视科技有限公司 一种摄像机网络故障实时诊断与恢复方法、装置及摄像机
CN108881027B (zh) * 2018-06-01 2020-04-10 武汉绿色网络信息服务有限责任公司 一种基于Linux系统实现路由器的radius报文转发方法和装置
CN111402784B (zh) * 2020-03-10 2022-02-18 苏州仰邦软件科技有限公司 一种稳定led控制器网络运行的方法及其显示屏控制系统
CN112565746A (zh) * 2020-12-30 2021-03-26 杭州视洞科技有限公司 一种摄像机有线网口检测ip地址自动化压力测试方法与流程
CN113890885B (zh) * 2021-08-23 2024-04-05 飞思未来(深圳)科技有限公司 工控机物联控制方法、装置及计算机可读介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5307354A (en) * 1991-05-31 1994-04-26 International Business Machines Corporation Method and apparatus for remote maintenance and error recovery in distributed data processing networks

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103139036B (zh) * 2011-11-28 2015-12-09 联想(北京)有限公司 电子设备及其信息处理方法
CN102752880A (zh) * 2012-06-12 2012-10-24 洪涛 控制标准usb接口无线网卡重启的控制装置及控制方法
CN102801555A (zh) * 2012-07-18 2012-11-28 深圳市同洲电子股份有限公司 一种网络中断的恢复方法及装置
CN102929737A (zh) * 2012-10-24 2013-02-13 广州杰赛科技股份有限公司 无线上网卡自动重启方法及系统
CN105119765B (zh) * 2015-09-30 2018-06-29 浪潮(北京)电子信息产业有限公司 一种智能处理故障体系架构

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5307354A (en) * 1991-05-31 1994-04-26 International Business Machines Corporation Method and apparatus for remote maintenance and error recovery in distributed data processing networks

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022056081A1 (en) * 2020-09-10 2022-03-17 Arris Enterprises Llc A wireless device and a method for automatic recovery from failures

Also Published As

Publication number Publication date
CN106161109A (zh) 2016-11-23

Similar Documents

Publication Publication Date Title
CN106161109B (zh) 网络异常自恢复方法
US10491671B2 (en) Method and apparatus for switching between servers in server cluster
US6859889B2 (en) Backup system and method for distributed systems
CN108430116A (zh) 断网重连方法、介质、装置和计算设备
CN109525434B (zh) 一种基于机载设备板卡的冗余备份方法
CN112019370B (zh) 一种设备故障处理方法及系统
WO2005062698A2 (en) System and method for managing protocol network failures in a cluster system
CN101951345A (zh) 一种报文的发送方法和设备
CN104503861A (zh) 一种异常处理方法及系统、代理设备与控制装置
WO2016065853A1 (zh) 一种基站掉站后自恢复的方法和装置
CN103957138A (zh) 一种网络监控方法、装置及其系统
WO2010126488A1 (en) Network interface
CN104104596B (zh) 一种irf分裂处理方法和装置
CN109586986B (zh) 网络设备切换的方法、装置、设备及存储介质
CN107453888B (zh) 高可用性的虚拟机集群的管理方法及装置
JP6421516B2 (ja) サーバ装置、冗長構成サーバシステム、情報引継プログラム及び情報引継方法
CN105515838A (zh) 一种服务配置方法及ha集群系统
CN107995644B (zh) 无线接入点自动恢复的方法、交换机、系统及存储介质
CN113645048A (zh) 网卡切换方法、装置以及现场可编程逻辑门阵列fpga
CN112737844A (zh) 冗余系统中主备切换的方法和装置
CN103139036B (zh) 电子设备及其信息处理方法
CN116137603B (zh) 链路故障的检测方法和装置、存储介质及电子装置
CN111176893A (zh) 计算机远程控制方法、装置、系统和存储介质
CN103001832B (zh) 分布式文件系统中节点的检测方法和装置
CN116599869A (zh) 一种tcp链接的检测方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 710075 DEF101, Zengyi Square, Xi'an Software Park, No. 72 Zhangbajie Science and Technology Second Road, Xi'an High-tech Zone, Shaanxi Province

Applicant after: XI'AN NOVASTAR TECH Co.,Ltd.

Address before: High tech Zone technology two road 710075 Shaanxi city of Xi'an Province, No. 68 Xi'an Software Park D District 401

Applicant before: Xi'an NovaStar Tech Co.,Ltd.

GR01 Patent grant
GR01 Patent grant