CN111698116A - 一种资源释放方法、装置、设备及机器可读存储介质 - Google Patents

Abstract

本公开提供一种资源释放方法、装置、设备及机器可读存储介质，应用于网络设备，该方法包括：根据网络设备间的探测报文，确认网络是否故障；在确认网络故障时，释放主机资源。通过本公开的技术方案，当检测到网络震荡或网络故障时，网络设备可以自行进行资源恢复。

Description

一种资源释放方法、装置、设备及机器可读存储介质

技术领域

本公开涉及通信技术领域，尤其是涉及一种资源释放方法、装置、设备及机器可读存储介质。

背景技术

网络设备在正常网络交互时，能保证业务流不中断，但若业务流发生中断，可能是网络故障导致。通过判定网络故障，可以恢复已有业务。恢复方式主要有：重启网络设备；将网络设备上的业务迁移到备用网络设备上继续业务。

发明内容

本公开提供一种资源释放方法、装置及电子设备、机器可读存储介质，能及时有效的释放各个网络设备上的资源。

技术方案如下：

本公开提供了一种资源释放方法，应用于网络设备，所述方法包括：根据网络设备间的探测报文，确认网络是否故障；在确认网络故障时，释放主机资源。

在其中一种实施方式中，所述释放主机资源，包括：释放自身主机资源；向网络非故障上下游网络设备发送故障关联报文，以使非故障上下游网络设备释放主机资源。

在其中一种实施方式中，所述探测报文为故障关联报文，根据网络设备间的探测报文，确认网络是否故障，包括：根据接收到上下游网络设备发送的故障关联报文，确认网络是否故障。

在其中一种实施方式中，根据调用链信息，识别其他网络设备。

在其中一种实施方式中，将调用链信息发送给下游网络设备，或，接收上游网络设备发送的调用链信息。

在其中一种实施方式中，网络设备记录资源占用情况，在释放主机资源时，根据记录的资源进行释放。

本公开还提供了一种资源释放装置，应用于网络设备，所述装置包括：

确认模块，用于根据网络设备间的探测报文，确认网络是否故障；

释放模块，用于在所述确认模块确认网络故障时，释放主机资源。

在其中一种实施方式中，所述装置还包括发送模块，所述发送模块，用于在所述确认模块确认网络故障时，向网络非故障上下游网络设备发送故障关联报文，以使非故障上下游网络设备释放主机资源。

在其中一种实施方式中，所述装置还包括接收模块，所述接收模块用于接收上下游网络设备发送的故障关联报文；所述释放模块，在所述接收模块接收到上下游网络设备发送的故障关联报文时，释放主机资源。

在其中一种实施方式中，所述装置还包括识别模块，所述识别模块用于根据调用链信息识别其他网络设备。

在其中一种实施方式中，所述发送模块，还用于将调用链信息发送给下游网络设备；所述接收模块，还用于接收上游网络设备发送的调用链信息。

在其中一种实施方式中，所述装置还包括记录模块，所述记录模块用于记录资源占用情况；所述释放模块，用于在释放主机资源时，根据记录模块记录的资源进行释放。

本公开还提供了一种电子设备，包括：处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器执行所述机器可执行指令，以实现前述任一所述的资源释放方法。

本公开还提供了一种机器可读存储介质，所述机器可读存储介质存储有机器可执行指令，所述机器可执行指令在被处理器调用和执行时，所述机器可执行指令促使所述处理器实现前述任一所述的资源释放方法。

本公开提供的上述技术方案至少带来了以下有益效果：当检测到网络震荡或网络故障时，网络设备自行进行资源恢复；进一步的，各网络设备以一定方式通知尚未故障上下游网络设备进行资源释放，从而保证相关上下游网络设备都及时进行资源释放，保证从管理网络设备到最下游网络设备整个调用链上主机的资源正常释放，使得网络设备或资源都正常恢复。

附图说明

为了更加清楚地说明本公开实施方式或者现有技术中的技术方案，下面将对本公开实施方式或者现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开中记载的一些实施方式，对于本领域普通技术人员来讲，还可以根据本公开实施方式的这些附图获得其他的附图。

图1是本公开一种实施方式中的资源释放方法的流程图；

图2是本公开一种实施方式中的资源释放方法的流程图；

图3是本公开一种实施方式中的资源释放方法的流程图；

图4是本公开一种实施方式中的资源释放方法的流程图；

图5是本公开一种实施方式中的资源释放方法的流程图；

图6是本公开一种实施方式中组网结构示意图；

图7是本公开一种实施方式中的资源释放装置结构示意图；

图8是本公开一种实施方式中的资源释放装置结构示意图；

图9是本公开一种实施方式中的资源释放装置结构示意图；

图10是本公开一种实施方式中的资源释放装置结构示意图；

图11是本公开一种实施方式中的资源释放装置结构示意图；

图12是本公开一种实施方式中的资源释放装置结构示意图；

图13是本公开一种实施方式中的电子设备的硬件结构图。

具体实施方式

在本公开实施方式使用的术语仅仅是出于描述特定实施方式的目的，而非限制本公开。本公开和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施方式可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，此外，所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

网络设备在正常网络交互时，能保证业务流不中断，但若业务流发生中断，可能是网络发生故障导致。通过判定网络故障，来恢复已有业务。恢复方式主要有：重启网络设备；将网络设备上的业务迁移到备用网络设备上继续业务。

以云主机为例，云主机有效的解决了传统物理主机管理难度大，业务扩展性弱的缺陷。为了监控云主机的状态，通常的解决方案是定时地向云主机的内部注入监控程序，以确定云主机是否存活；并在发现云主机不可访问时判定其为故障云主机，并执行重启。如果云主机承载的业务相对简单，重启是可以解决问题的，当云主机承载的业务比较复杂时，简单重启主机会导致某些资源或状态不被释放，导致业务不可用。

以传统网络设备制造商为例，运行大量测试路由器、交换机等网络设备的自动化脚本时，一般会采用如下网络模式运行脚本。其中自动化脚本调度服务器负责找出当前组网中的空闲设备，分发脚本下发到云主机上执行，云主机可以是自动化脚本执行主机，负责连接空闲设备，运行测试脚本；也可以是测试仪虚拟主机，负责向被测设备发送网络测试流量，验证对设备对网络流量是否正常；也可以是网络服务主机，如ftp服务器等，负责和被测设备进行完整协议交互，验证设备对网络协议处理是否正常。

在服务器和云主机交互，云主机之间交互过程中，经常会有网络震荡或故障发生，导致主机上占用的资源未正常释放，长时间运行后，就会导致被测设备，测试仪器无法正常使用。

对于云主机业务异常，可以通过判定网络故障，来恢复已有业务。恢复方式主要有：重启网络设备；将网络设备上的业务迁移到备用网络设备上继续业务。

对于实际生产环境来看，通过设备重启或业务迁移的方式进行恢复的机制过于简单，不能覆盖以下2种情况:

云主机上占用了一些资源，不能简单通过重启或业务迁移解决问题；

当网络中操作，除了涉及管理主机和云主机之间交互，还涉及云主机之间交互时，简单重启或迁移故障主机，无法保证调用链上的主机和资源都正常恢复。

请参见图1，本公开提供了一种资源释放方法，应用于网络设备，所述方法包括：

步骤S101，根据网络设备间的探测报文，确认网络是否故障；

步骤S102，在确认网络故障时，释放主机资源。

所述网络设备间的探测报文，用于探测网络设备之间通信是否正常，可以为心跳报文、API报文等，可参考现有实现方式，在此不再赘述。在其中一种实施方式中，可以在上游网络设备向下游网络设备发送业务命令时，触发探测报文的发送。

在其中一种实施方式中，在确认网络故障时，如在未收到心跳响应报文或API反馈报文时，可以确认网络故障；在确认网络故障时，释放主机资源。

在其中一种实施方式中，网络设备在确认网络故障时，则本网络设备与其他其他网络设备之间无法正常进行业务工作，如存在中断通信连接的网络设备。在进行自身主机资源释放时，也可以将故障信息发送出去，以使未中断通信的网络设备知晓本网络设备已经与其他网络设备发生了网络中断，原有业务不能正常进行，为了保证后期恢复，接收到故障信息的网络设备释放自身主机资源。

在其中一种实施方式中，网络设备在接收到其他网络设备发送的网络故障信息后，释放自身主机资源；可以同时将接收到的其他网络设备发送的网络故障信息再发送到与其相通信的网络设备上，以使其释放主机资源。

请参见图2，在其中一种实施方式中，

步骤S201，根据网络设备间的探测报文，确认网络是否故障；

步骤S202，在确认网络故障时，释放自身主机资源；向网络非故障上下游网络设备发送故障关联报文，以使非故障上下游网络设备释放主机资源。

在其中一种实施方式中，所述探测报文，携带与故障相关联的信息，所述探测报文可以为故障关联报文；接收到故障关联报文的网络设备，可以解析出故障关联报文信息，并可以根据故障关联报文信息执行释放主机资源的步骤：释放自身主机资源；或者还可以将故障关联报文发送给其他网络设备，以使其他网络设备执行释放主机资源的步骤。

在其中一种实施方式中，网络设备还可以根据故障关联报文信息知晓上游或下游设备已经发生网络中断，在确认发生网络中断后，执行释放主机资源的步骤。

在其中一种实施方式中，故障关联报文可以为释放报文。接收到释放报文的网络设备，执行释放主机资源的步骤：释放自身主机资源；或者还可以将释放报文发送给其他网络设备，以使其他网络设备执行释放主机资源的步骤。

请参见图3，在其中一种实施方式中，在网络设备间的探测报文是故障关联报文时，

步骤S301，接收其他网络设备发送的故障关联报文，确认网络故障；

步骤S302，在确认网络故障时，释放主机资源。

在网络组网中，网络设备之间会形成网络拓扑，根据业务流会形成相互调用关系。因此，在各网络设备上记录与其业务流相关的调用链，则在发生网络故障时，在调用链上的网络设备进行主机资源释放，资源释放会更有针对性，不会影响到正常业务流。

在其中一种实施方式中，根据调用链信息，识别其他网络设备。各网络设备上记录跟业务相关的调用链信息，根据调用链信息识别出自身的上下游设备，并在执行释放主机资源步骤时将故障关联报文发送给其调用链上的上下游设备。

请参见图4，在其中一种实施方式中，

步骤S401，根据网络设备间的探测报文，确认网络是否故障源；

步骤S402，在确认网络故障时，释放自身主机资源；根据调用链信息，识别出自身设备的上下游设备，将故障关联报文发送给其调用链上的上下游设备。

在其中一种实施方式中，将调用链信息发送给下游网络设备，或，接收上游网络设备发送的调用链信息。

在其中一种实施方式中，如果网络设备生成了调用链信息或收到了调用链信息，可以记录调用链信息，并将记录的调用链信息发送给其下游设备。

在其中一种实施方式中，记录调用链信息时，将本设备与下一级设备之间的调用关系加入调用链信息中，并将记录的调用链信息发送给下游设备；下游设备接收上游网络设备发送的调用链信息。

其中，下一级设备，为与本设备直接业务通信的下游设备。在其中一种实施方式中，当设备为源网络设备A时，与源网络设备直接业务通信的下游设备，即源网络设备A的下一级设备B，则，A设备记录的调用链信息，为A—>B；A设备将调用链信息A—>B发送给设备B，与设备B直接业务通信的下游设备，即设备B的下一级设备C，则，B设备记录的调用链信息，为A—>B—>C；以此类推。

在遇到网络震荡或故障时，根据调用链，可以逐级通知调用链上的网络设备释放资源，能保证从源网络设备到最下游网络设备整个调用链上资源的正常释放，以便能正常恢复业务。

在其中一种实施方式中，调用链信息可以在网络设备之间单独发送，也可以根据业务流在发送业务流属性信息时一起发送。所述业务流属性信息为执行业务命令时跟随业务命令一起发送的。

在其中一种实施方式中，调用链信息中包括识别码。所述识别码是在整个网络中与业务命令相对应的识别码，则，参与该业务流业务的网络设备都可以根据该识别码识别出与自身相关的业务流以及与自身参与的业务流相关联的参与该业务流的其他设备。所述业务命令可以为：管理主机需要下游主机处理的业务命令，比如在我们的应用中，管理主机会向下游主机下发自动化测试启动命令，停止命令，更新设备版本等命令等。

在其中一种实施方式中，所述识别码在源网络设备中生成，并下传到各网络设备。

在其中一种实施方式中，所述源网路设备为管理设备时，所述识别码由所述源网络设备生成。所述源网络设备也可以手动在源网络设备中生成。对识别码的产生方式不做限定。

在其中一种实施方式中，所述网络设备在正常工作时记录资源占用情况，在确认网络故障需要释放主机资源时，根据记录的资源进行释放。

在其中一种实施方式中，所述业务流属性信息中也可以包括记录资源占用情况的命令，以使网络设备在收到业务流属性信息后根据记录资源占用情况的命令，记录自身设备的资源占用情况，以便在需要释放自身资源时，根据记录的自身设备的资源占用情况释放自身资源。

请参见图5，在其中一种实施方式中，

步骤S501，根据网络设备间的探测报文，确认网络是否故障；

步骤S502，在确认网络故障时，根据网络设备上记录的自身设备的资源占用情况释放资源。

本公开以网络设备为云主机为例进行说明。

请参见图6，组网中包括管理主机a、主机b、主机c，其中，管理主机a为源网络设备，主机b为管理主机a的下一级设备，主机c为主机b的下一级设备。

管理主机a生成业务流属性信息，在本实施方式中，业务流属性信息可以为业务命令。业务命令中包括业务命令相关参数、调用链及识别码；所述业务命令相关参数可以包括业务服务名称、提供业务服务时所需的执行命令名称等，业务命令的生成及下传可以参考现有实施方式，在此不再赘述。所述业务命令中也可以包括记录资源占用情况的命令，以使管理主机a或者其下游设备在收到业务命令后根据记录资源占用情况的命令，记录自身设备的资源占用情况。

识别码，是管理主机a根据本次业务命令生成的识别码，此识别码唯一对应本次业务命令，在本实施方式中，可以为I。在本实施方式中，调用链为a—>b。

管理主机a上如果涉及资源占用，记录管理主机a资源占用情况。

管理主机a向其下一级设备主机b发送探测报文，以探知管理主机a与其下一级设备主机b之间是否出现网络故障；在本实施方式中，探测报文可以为心跳报文。

如果管理主机a未收到探测响应报文，如心跳超时时间内都没有收到心跳响应报文，则说明管理主机a与其下一级设备主机b之间发生网络故障，网络中断，则管理主机a执行释放自身资源的步骤。在本实施方式中，管理主机a可以根据其记录的管理主机a的资源占用情况释放资源。当管理主机a判断网络故障时，可以停止发送探测报文。等到网络恢复，管理主机a重新下发命令，再触发探测报文发送。

在网络正常情况，管理主机a也可能发现因自身设备原因导致业务中断，则，管理主机a向其下游设备主机b发送故障关联报文，以使主机b释放主机资源。

管理主机a将生成的业务命令下传给其下一级设备主机b。

主机b收到业务命令后，开始执行命令；执行命令过程可以参考现有实现，在此不再赘述。

如果业务命令中有记录资源占用情况的命令，则主机b记录自身资源占用情况。

在主机b收到业务命令后，准备接收管理主机a的探测报文；在本实施方式中，管理主机a发送心跳报文给主机b，则主机b启动接收管理主机a的心跳计时器。

如果业务命令中还有需要主机c执行的命令，则主机b将业务命令发送给主机c，并向主机c发送探测报文即心跳报文和心跳计时器，使得主机b、主机c能够通过探测报文探测得到主机b和主机c之间的网络状态。

如果主机b未在心跳超时时间内收到管理主机a发送的心跳报文，如可以通过主机b上的针对管理主机a的心跳计时器超时来判断，则说明主机b与上游网络中断。则，主机b执行释放自身资源的步骤。本实施方式中，主机b可以根据其记录的主机b的资源占用情况释放资源。当主机b判断网络故障时，可以停止向其下一级设备主机c发送探测报文。

此时，主机b已确认主机b与上游设备管理主机a之间发生网络中断。则主机b向主机c发送故障关联报文，以使未中断通信的主机c知晓原有业务不能正常进行，为了保证后期恢复，接收到故障信息的主机c释放自身主机资源。

如果主机b未收到主机c发送的探测响应报文，如心跳超时时间内都没有收到主机c发送的心跳响应报文，则说明主机b与其下一级设备主机c之间发生网络故障，网络中断，则主机b执行释放自身资源的步骤。在本实施方式中，主机b可以根据其记录的主机b的资源占用情况释放资源。当主机b判断网络故障时，可以停止发送探测报文。

此时，主机b已确认主机b与下游设备主机c之间发生网络中断。则主机b向管理主机a发送故障关联报文，以使未中断通信的管理主机a知晓原有业务不能正常进行，为了保证后期恢复，接收到故障信息的管理主机a释放自身主机资源。

在其中一种实施方式中，在网络正常情况，主机b也可能发现因自身设备原因导致业务中断，则，主机b向其上游设备管理主机a发送故障关联报文，以使管理主机a释放主机资源。

管理主机a接收到主机b发送的故障关联报文，知晓原有业务不能正常进行，执行释放自身主机资源的步骤。在其中一种实施方式中，管理主机a停止向主机b发送探测报文。

主机b将生成的业务命令下传给其下一级设备主机c。

主机c收到业务命令后，开始执行命令；执行命令过程可以参考现有实现，在此不再赘述。

如果业务命令中有记录资源占用情况的命令，则主机c记录自身资源占用情况。

在主机c收到业务命令后，准备接收主机b的探测报文；在本实施方式中，主机b发送心跳报文给主机c，则主机c启动接收主机b的心跳计时器。

因组网中主机c为本次业务命令对应的最下游网络设备，主机c接收到业务命令不需要再下传给下游其他网络设备。

如果主机c未在心跳超时时间内收到主机b发送的心跳报文，如可以通过主机c上的针对主机b的心跳计时器超时来判断，则说明主机c与上游网络中断。则，主机c执行释放自身资源的步骤。本实施方式中，主机c可以根据其记录的主机c的资源占用情况释放资源。

在其中一种实施方式中，在网络正常情况，主机c也可能发现因自身设备原因导致业务中断，则，主机c向其上游设备主机b发送故障关联报文，以使主机b释放主机资源。

主机b接收到主机c发送的故障关联报文后，确认业务无法正常进行，则执行释放主机资源的步骤；主机b将故障关联报文发送给其上游设备管理主机a；管理主机a接收到故障关联报文后，确认业务无法正常进行，则执行释放主机资源的步骤。

在其中一种实施方式中，在网络正常情况，主机b也可能发现因自身设备原因导致业务中断，则，主机b向其下游设备主机c发送故障关联报文，以使主机c释放主机资源。

主机c在接收到主机b发送的故障关联报文后，确认业务无法正常进行，则执行释放主机资源的步骤。

本公开实施方式仅仅是实现本公开方案的其中个示例，对于探测报文是上游设备发送还是下游设备发送不做限制，只要能实现网络故障的探测进而得知业务是否正常进行即可。

请参见图7，本公开还提供了一种资源释放装置，应用于网络设备，所述装置包括：

确认模块701，用于根据网络设备间的探测报文，确认网络是否故障；

释放模块702，用于在所述确认模块确认网络故障时，释放主机资源。

请参见图8，在其中一种实施方式中，所述装置包括确认模块801和释放模块802，还包括发送模块803，所述发送模块803，用于在确认模块801确认网络故障时，向网络非故障上下游网络设备发送故障关联报文，以使非故障上下游网络设备释放主机资源；释放模块802，用于在所述确认模块801确认网络故障时，释放主机资源。

请参见图9，在其中一种实施方式中，所述装置包括确认模块901和释放模块902，还包括接收模块904，所述接收模块904用于接收上下游网络设备发送的故障关联报文；所述确认模块901根据接收模块904接收的故障关联报文确认网络是否故障；所述释放模块902，用于在所述确认模块901确认网络故障时，释放主机资源。

请参见图10，在其中一种实施方式中，所述装置包括确认模块1001和释放模块1002、发送模块1003，还包括识别模块1005，所述识别模块1005用于根据调用链信息识别上下游网络设备，以使发送模块1003根据识别模块1005的识别结果，向网络非故障上下游网络设备发送故障关联报文，以使非故障上下游网络设备释放主机资源。

请参见图11，在其中一种实施方式中，所述装置包括确认模块1101、释放模块1102、发送模块1103、接收模块1104；所述发送模块1103，用于将调用链信息发送给下游网络设备；所述接收模块1104，用于接收上游网络设备发送的调用链信息。

请参见图12，在其中一种实施方式中，所述装置包括确认模块1201、释放模块1202，还包括记录模块1206，所述记录模块1206用于记录资源占用情况；释放模块1202，在释放主机资源时，根据记录模块1206记录的资源进行释放。

在一种实施方式中，本公开提供了一种电子设备，包括处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，处理器执行所述机器可执行指令以实现前述的资源释放方法，从硬件层面而言，硬件架构示意图可以参见图13所示。

在一种实施方式中，本公开提供了一种机器可读存储介质，所述机器可读存储介质存储有机器可执行指令，所述机器可执行指令在被处理器调用和执行时，所述机器可执行指令促使所述处理器实现前述的资源释放方法。

这里，机器可读存储介质可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(RadomAccess Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

本公开提供的上述技术方案至少带来了以下有益效果：当检测到网络震荡或网络故障时，网络设备自行进行资源恢复；进一步的，各网络设备以一定方式通知尚未故障上下游网络设备进行资源释放，从而保证相关上下游网络设备都及时进行资源释放，保证从管理主机到最下游主机整个调用链上主机的资源正常释放，使得网络设备或资源都正常恢复。

上述实施方式阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本公开时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本公开的实施方式可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施方式、完全软件实施方式、或结合软件和硬件方面的实施方式的形式。而且，本公开实施方式可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施方式的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

而且，这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得在计算机或者其它可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本领域技术人员应明白，本公开的实施方式可提供为方法、系统或计算机程序产品。因此，本公开可以采用完全硬件实施方式、完全软件实施方式、或者结合软件和硬件方面的实施方式的形式。而且，本公开可以采用在一个或者多个其中包含有计算机可用程序代码的计算机可用存储介质(可以包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本公开的实施方式而已，并不用于限制本公开。对于本领域技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本公开的权利要求范围之内。

Claims (14)

1.一种资源释放方法，其特征在于，应用于网络设备，所述方法包括：

根据网络设备间的探测报文，确认网络是否故障；

在确认网络故障时，释放主机资源。

2.根据权利要求1所述的方法，其特征在于，所述释放主机资源，包括：

释放自身主机资源；

向网络非故障上下游网络设备发送故障关联报文，以使非故障上下游网络设备释放主机资源。

3.根据权利要求1所述的方法，其特征在于，所述探测报文为故障关联报文；根据网络设备间的探测报文，确认网络是否故障，包括：

根据接收到上下游网络设备发送的故障关联报文，确认网络是否故障。

4.根据权利要求2或3所述的方法，其特征在于，根据调用链信息，识别上下游网络设备。

5.根据权利要求4所述的方法，其特征在于，将调用链信息发送给下游网络设备，或，接收上游网络设备发送的调用链信息。

6.根据权利要求1所述的方法，其特征在于，网络设备记录资源占用情况，在释放主机资源时，根据记录的资源进行释放。

7.一种资源释放装置，其特征在于，应用于网络设备，所述装置包括：

确认模块，用于根据网络设备间的探测报文，确认网络是否故障；

释放模块，用于在所述确认模块确认网络故障时，释放主机资源。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括发送模块，所述发送模块，用于在所述确认模块确认网络故障时，向网络非故障上下游网络设备发送故障关联报文，以使非故障上下游网络设备释放主机资源。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括接收模块，所述接收模块用于接收上下游网络设备发送的故障关联报文；

所述释放模块，在所述接收模块接收到上下游网络设备发送的故障关联报文时，释放主机资源。

10.根据权利要求8或9所述的装置，其特征在于，所述装置还包括识别模块，所述识别模块用于根据调用链信息识别上下游网络设备。

11.根据权利要求10所述的装置，其特征在于，所述发送模块，还用于将调用链信息发送给下游网络设备；

所述接收模块，还用于接收上游网络设备发送的调用链信息。

12.根据权利要求7所述的装置，其特征在于，所述装置还包括记录模块，所述记录模块用于记录资源占用情况；

所述释放模块，用于在释放主机资源时，根据记录模块记录的资源进行释放。

13.一种电子设备，其特征在于，包括：处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器执行所述机器可执行指令，以实现权利要求1-6任一所述的方法。

14.一种机器可读存储介质，其特征在于，所述机器可读存储介质存储有机器可执行指令，所述机器可执行指令在被处理器调用和执行时，所述机器可执行指令促使所述处理器实现权利要求1-6任一所述的方法。

Images