CN102307194B - 一种通用协议进程平滑重启方法和装置 - Google Patents

Abstract

本发明提供了一种通用协议进程平滑重启方法和装置，该方法包括：在协议进程重启前获取协议的保活报文；在协议进程重启的过程中，代理发送该协议的保活报文；当协议进程重启完成后，重新接管保活报文发送功能。本发明能够实现协议进程重启过程中业务不中断。

Description

一种通用协议进程平滑重启方法和装置

技术领域

本发明涉及通信技术领域，特别涉及一种通用协议进程平滑重启方法和装置。

背景技术

网络是一个信息交换的场所，所有接入网络的设备都可以通过彼此之间的物理连接进行信息交互。但是，物理连接本身并不能信息交互，网络中各设备之间还需要遵照的相同的协议规则，通过运行相同的协议实现彼此之间的信息交互。

通常情况下，设备中会运行多种协议进程，以实现不同的通信功能。其中，有一部分协议进程需要在设备间进行信息交互的过程中维持协议连接，如果该协议连接中断，则相应的业务也随之中断。因此，针对需要维持协议连接的协议进程，本端设备会与其直连的对端设备建立该协议连接，并通过发送该协议的保活报文维持该协议连接，这种情况下，一旦发生协议进程重启，在重启完成之前，对端设备的协议进程将无法收到本端设备发送的该协议的保活报文，从而导致对端设备的协议进程认为该连接超时将其老化，影响网络稳定，业务也因为协议进程重启而中断。

发明内容

有鉴于此，本发明的目的在于提供一种通用协议进程平滑重启方法，该方法能够实现通用协议进程重启过程中业务不中断。

为了达到上述目的，本发明提供了一种通用协议进程平滑重启方法，重启时需要代理发送保活报文的协议设置有对应的代理标识；该方法包括：

重启协议进程前，接收协议的控制平面确定协议设置有代理标识时发送的代理发包请求，记录所述代理发包请求中携带的报文发送间隔和协议的保活报文；

在协议进程重启的过程中，按照所述报文发送间隔，周期性发送所述协议的保活报文；

完成协议进程重启后，接收来自协议的控制平面的停止代理发包请求，根据所述停止代理发包请求停止发送所述协议的保活报文，在停止发送所述协议的保活报文之后，协议的控制平面恢复所述协议进程发送保活报文功能。

本发明还提供了一种通用协议平滑重启装置，该装置能够实现协议重启过程中的业务不中断，重启时需要代理发送保活报文的协议设置有对应的代理标识；该装置包括：该装置包括协议控制模块、代理发包模块；

所述协议控制模块，用于在重启协议进程前，确定协议设置有代理标识时向代理发包模块发送代理发包请求；用于在完成协议进程重启后，向代理发包模块发送停止代理发包请求；用于在代理发包模块停止发送所述协议的保活报文之后，恢复所述协议进程发送保活报文功能；

所述代理发包模块，用于接收到协议控制模块发来的代理发包请求后，记录所述代理发包请求中携带的报文发送间隔和协议的保活报文，并在协议进程重启的过程中，按照所述报文发送间隔，周期性发送所述协议的保活报文；用于接收到协议控制模块发来的停止代理发包请求后，停止发送所述协议的保活报文。

由上面的技术方案可知，本发明通过在协议进程重启前获取协议的保活报文，并在协议进程重启的过程中，代理发送该协议的保活报文，从而保持与直连设备的协议连接，当协议进程重启完成后，再由协议进程重新接管保活报文发送功能，从而实现协议进程重启过程中业务不中断。

附图说明

图1为现有技术设备中协议进程模块的结构示意图；

图2是本发明实施例在设备中配置的代理发包模块的结构示意图；

图3是本发明实施例通用协议进程平滑重启方法流程图；

图4是本发明实施例通用协议进程平滑重启装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图，并举实施例，对本发明的技术方案进行详细说明。

首先参见图1，图1为现有技术设备中协议进程模块的结构示意图，协议进程模块110，包括运行在设备的控制平面的协议控制模块111，以及运行在设备的数据平面的协议数据模块112；其中，

协议控制模块111，也可以说是协议的控制平面，主要用于控制协议的运行，例如，在协议进程启动时，协议控制模块111首先启动，获取协议的各种相关配置信息，然后再根据协议的配置信息控制协议数据模块112开始正常运行。协议控制模块111可以获取协议的各种当前运行信息，例如协议的保活报文、报文发送间隔、以及当前序列号等信息；

协议数据模块112，则主要用于根据协议规则执行协议相关报文的发送和接收，例如，协议的保活报文的接收和发送。

在实际应用中，协议进程在正常运行过程中，通常会与其他直连设备建立协议连接，通过发送协议的保活报文来维持与其他直连设备的协议连接。当发生协议进程重启时，本端设备无法发送协议保活报文，其他直连设备的协议进程会因为长时间未接收到本端设备发送的协议的保活报文，认为本端设备出现异常，从而导致正常业务中断。

为了避免上述情况，可以采用代理发包的方式，在设备中配置一个代理发包模块，用于获取协议的保活报文相关信息，并在协议进程重启的过程中，代替协议进程发送保活报文，使对端设备感知不到本端的协议进程重启情况。

参见图2，图2是本发明实施例在设备中配置的代理发包模块的结构示意图。代理发包模块120，包括运行在设备的控制平面的代理控制模块121，以及运行在设备的数据平面的代理数据模块122，其中；

协议控制模块111在协议进程重启前，获取协议的保活报文相关信息，并发送到代理控制模块121；

代理控制模块121，用于接收来自协议控制模块111的协议的保活报文相关信息；

代理数据模块122，用于根据代理控制模块121接收到的协议的保活报文相关信息，在协议进程重启的过程中，代理发送协议的保活报文。

之后，协议进程模块110重新启动，在重新启动过程中，代理发包模块120中的代理数据模块122开始代理协议进程模块110执行协议的保活报文发送功能。

当协议进程重启完成后，协议控制模块111可以从代理发包模块120中的代理控制模块121获取协议的保活报文相关信息，例如当前序列号，然后通知协议数据模块112根据协议控制模块111获取的保活报文相关信息，重新开始发送保活报文，恢复发送协议的保活报文功能。

这样，在协议进程重启的过程中，由代理发包模块120代理执行保活报文发送功能，从而使对端设备感知不到本端设备的协议进程重启，因而，可以实现通用协议进程重启过程中业务不中断。

基于上述工作原理，本发明提供了一种通用协议进程平滑重启方法，该方法能够实现通用协议进程重启过程中业务不中断。

参见图3，图3是本发明实施例通用协议进程平滑重启方法流程图，包括以下步骤：

步骤301、重启协议进程前，接收来自协议的控制平面的代理发包请求，记录所述代理发包请求中携带的报文发送间隔和协议的保活报文。

本实施例中，在重启协议进程前获知该协议的保活报文以及报文发送间隔，用于在协议进程重启过程中，按照该报文发送间隔，发送该协议的保活报文，从而使其他直连设备感知不到本端设备的协议进程重启，从而可以避免因协议进程重启而引起的业务中断。

协议的控制平面，也即上述的协议控制模块111，主要用于控制协议的运行，可以获取协议的保活报文和发送该协议的保活报文的报文发送间隔等协议的各种当前运行信息，具体获取方法属于实现的问题。在重启协议进程前，协议的控制平面可以将获取的协议的保活报文和报文发送间隔等协议相关信息携带在代理发包请求中发送到代理发包模块；代理发包模块接收到来自协议的控制平面的代理发包请求后，可以根据代理发包请求中携带的协议相关信息，在协议进程重启过程中执行代理发送协议的保活报文功能。

一般情况下，协议的保活报文的内容是固定不变的，也有部分协议的保活报文包含序列号，且序列号随着发送保活报文的次数递增而递增，而其他报文信息则保持不变。

对于保活报文内容不变的协议，重启协议进程前，协议的控制平面发送的代理发包请求中，需要携带该发送该协议的保活报文的报文发送间隔和该协议的保活报文；代理发包模块在接收到所述代理发包请求后，则需要记录所述代理发包请求中携带的报文发送间隔和该协议的保活报文。

对于保活报文中包含序列号的，所述代理发包请求中还需要携带该协议的保活报文的当前序列号信息，所述序列号信息包括当前序列号、序列号位置、序列号长度；这里，所述当前序列号可以携带在代理发包请求中的所述协议的保活报文中的所述序列号位置处，也可以与所述序列号位置、序列号长度等信息一样直接携带在代理发包请求中。代理发包模块则在记录所述代理发包请求中携带的报文发送间隔和该协议的保活报文时，进一步记录该协议的保活报文的当前序列号信息。

步骤302、在协议进程重启的过程中，按照所述报文发送间隔，周期性发送所述协议的保活报文。

本步骤中，协议进程重启过程中，代理发包模块120代理发送该协议的保活报文。无论该协议的保活报文中是否包含序列号，均需要以记录的该协议的保活报文的报文发送间隔为报文发送周期，每隔所述报文发送间隔发送该协议的保活报文。

然而，当该协议的保活报文中包含序列号时，每次发送该协议的保活报文时，还需要更新该协议的保活报文的序列号，每个报文发送周期中发送的保活报文的序列号都应该以前一个报文发送周期中发送的保活报文的序列号为基础递增。因此，在每个报文发送周期中，发送该协议的保活报文之前，还进一步包括：将该协议的保活报文的当前序列号信息中的当前序列号加1得到新的当前序列号，根据所述协议的保活报文的当前序列号信息中的序列号位置和序列号长度，将所述新的当前序列号写入到所述协议的保活报文中。在每个报文发送周期中，将该协议的保活报文的当前序列号信息中的当前序列号加1得到的新的当前序列号成为当前序列号信息中的当前序列号，用于该报文发送周期中该协议的保活报文的序列号，并用于下一报文发送周期中发送该协议的保活报文时，在该新的当前序列号的基础上递增。

步骤303、完成协议进程重启后，接收来自协议的控制平面的停止代理发包请求，根据所述停止代理发包请求停止发送所述协议的保活报文，在停止发送所述协议的保活报文之后，协议的控制平面恢复所述协议进程发送保活报文功能。

协议进程完成重启后，该协议开始恢复工作，不再需要代理发包模块120代理发送该协议的保活报文，因此，协议的控制平面发送停止代理发包请求，并在代理发包模块停止发送该协议的保活报文后，恢复该协议进程的保活报文发送功能，也即，恢复协议数据模块的发送协议的保活报文功能。

当协议的保活报文中携带序列号时，协议进程恢复工作后，需要根据当前序列号信息，开始发送保活报文。因此，步骤303中，所述停止发送所述协议的保活报文时，进一步将所述协议的当前序列号信息通知给协议的控制平面；协议的控制平面恢复所述协议进程的保活报文发送功能之前，进一步包括：接收通知的该协议的保活报文的当前序列号信息，并设置为所述协议的保活报文的当前序列号信息。协议的控制平面根据接收到的通知的该协议的当前序列号信息，控制该协议恢复发送保活报文。

在实际应用中，并非所有的协议进程重启时，都会引起业务中断，例如，在分布式设备中，业务板中的部分协议的保活报文是由主控板发送的，对于此种协议，当业务板中发生协议进程重启时，主控板仍然能够正常发送该协议的保活报文，因此，不会引起业务中断，进而也不需要代理发送该协议的保活报文；另外，一些协议的保活报文的报文发送间隔较长，而协议进程重启过程则只需要很短的时间，因此，通常情况下也不会引起业务中断，也不需要代理发送该协议的保活报文。因此，本实施例中，还可以预先为每个在重启时需要代理发送保活报文的协议设置代理标识；需要重启协议进程时，协议的控制平面在向代理发包模块发送代理发包请求之前，进一步包括：判断该协议是否有代理标识，如果是，则发送代理发包请求，否则，不发送代理发包请求。

协议的保活报文通常是从固定的接口发送，因此，图1所示本发明实施例中，所述代理发包请求中还可以携带协议的保活报文的出接口，所述发送协议的保活报文的方法为：将所述协议的保活报文从代理发包请求中携带的出接口发送出去。

上述实施例中，针对一个协议进程的平滑重启过程进行了详细说明。实际上，该实施例适用于每个重启时需要设备代理发送保活报文以维持协议连接的协议进程。可以在代理发包请求、停止代理发包请求中携带协议标识，根据协议标识区分针对每个协议的控制平面发送的代理发包请求和停止代理发包请求。当多个协议进程均发生重启时，协议的控制平面针对每个协议发送代理发包请求，设备根据该协议的代理发包请求，代理发送该协议的保活报文；当接收到停止代理发包请求时，根据停止代理发包请求中的协议标识，停止代理发送相应协议的保活报文。

需要说明的是，上述实施例，既适用于集中式设备，又适用于分布式设备。在集中式设备中，只包括一个业务板，因此，协议进程模块和代理发包模块配置在同一业务板中。而对于分布式设备，其中一般配置有多个主控板和多个接口板，多个主控板，负责系统整体调度运行，形成主备关系；业务板负责连接外部网络，完成具体的业务转发功能。由于主控板之间形成了主备关系，因此，在正常情况下，总有一个主控板处于运行状态，因此，可以把代理发包模块配置在主控板中，这种情况下，当业务板重启时，业务板中的所有协议进程均可以由主控板中的代理发包模块代理发送该协议的保活报文，从而使业务板重启过程中的业务不中断。另外，由于各业务板是承载业务的实体，如果业务板中发生协议进程重启，若代理发送协议的保活报文的功能配置在其他业务板或主控板，则该配置了代理发送协议的保活报文功能的业务板或主控板需要支持跨板发送能力，也即控制从发生协议重启的业务板发送协议的保活报文的能力。

本发明还提供了一种通用协议进程平滑重启装置，该装置能够实现通用协议重启过程中的业务不中断。

参见图4，图4是本发明实施例通用协议进程平滑重启装置的结构示意图，该装置包括协议控制模块401、代理发包模块402；其中，

协议控制模块401，用于在重启协议进程前，向代理发包模块402发送代理发包请求；用于在完成协议进程重启后，向代理发包模块402发送停止代理发包请求；用于在代理发包模块402停止发送所述协议的保活报文之后，恢复所述协议进程发送保活报文功能；

代理发包模块402，用于接收到协议控制模块401发来的代理发包请求后，记录所述代理发包请求中携带的报文发送间隔和所述协议的保活报文，并在协议进程重启的过程中，按照所述报文发送间隔，周期性发送所述协议的保活报文；用于接收到协议控制模块401发来的停止代理发包请求后，停止发送所述协议的保活报文。

所述协议的保活报文携带序列号；

所述代理发包请求中还携带所述协议的保活报文的当前序列号信息；所述序列号信息包括：当前序列号、序列号的位置和序列号的长度；

代理发包模块402记录所述代理发包请求中携带的报文发送间隔和所述协议的保活报文时，进一步用于：记录该代理发包请求中携带的所述协议的保活报文的当前序列号信息；

代理发包模块402每周期发送所述协议的保活报文之前，进一步用于：将所述协议的保活报文的当前序列号信息中的当前序列号加1得到新的当前序列号，根据所述协议的保活报文的当前序列号信息中的序列号位置和序列号长度，将所述新的当前序列号写入到所述协议的保活报文中。

代理发包模块402停止发送所述协议的保活报文时，进一步将所述协议的保活报文的当前序列号信息通知协议控制模块401；

所述协议控制模块401在恢复所述协议发送保活报文功能之前，进一步用于：接收到代理发包模块402通知的所述协议的保活报文的当前序列号信息，并设置为所述协议的保活报文的当前序列号信息。

所述代理发包请求中还携带所述协议的保活报文的出接口；

所述代理发包模块402发送所述协议的保活报文时，用于：将所述协议的保活报文从所述协议的保活报文的出接口发送。

另外，当该装置应用在集中式设备中时，代理发包模块402配置在与协议控制模块相同的业务板中；当该装置应用在分布式设备中时，代理发包模块402可以配置在主控板中，也可以配置在业务板中，当配置在主控板中时，可以支持业务板重启时的业务不中断。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (9)

1.一种通用协议进程平滑重启方法，其特征在于，该方法应用于集中式设备的业务板，或分布式设备的主控板或业务板，重启时需要代理发送保活报文的协议设置有对应的代理标识；该方法包括：

重启协议进程前，接收协议的控制平面确定协议设置有代理标识时发送的代理发包请求，记录所述代理发包请求中携带的报文发送间隔和所述协议的保活报文；

在协议进程重启的过程中，按照所述报文发送间隔，周期性发送所述协议的保活报文；

完成协议进程重启后，接收来自协议的控制平面的停止代理发包请求，根据所述停止代理发包请求停止发送所述协议的保活报文，在停止发送所述协议的保活报文之后，协议的控制平面恢复所述协议进程发送保活报文功能。

2.如权利要求1所述的通用协议进程平滑重启方法，其特征在于，所述协议的保活报文携带序列号；

所述代理发包请求中还携带所述协议的保活报文的当前序列号信息；所述序列号信息包括：当前序列号、序列号位置和序列号长度；

所述记录所述代理发包请求中携带的报文发送间隔和所述协议的保活报文时，进一步记录该代理发包请求中携带的所述协议的保活报文的序列号信息；

每周期发送所述协议的保活报文之前，进一步包括：将所述协议的保活报文的当前序列号信息中的当前序列号加1得到新的当前序列号，根据所述协议的保活报文的当前序列号信息中的序列号位置和序列号长度，将所述新的当前序列号写入到所述协议的保活报文中。

3.如权利要求2所述的通用协议进程平滑重启方法，其特征在于，所述停止发送所述协议的保活报文时，进一步将所述协议的保活报文的当前序列号信息通知协议的控制平面；

协议的控制平面恢复所述协议进程发送保活报文功能之前，进一步包括：接收通知的所述协议的保活报文的当前序列号信息，并设置为所述协议的保活报文的当前序列号信息。

4.如权利要求1-3任一权项所述的通用协议进程平滑重启方法，其特征在于，所述代理发包请求中还携带所述协议的保活报文的出接口；

发送所述协议的保活报文的方法为：将所述协议的保活报文从所述协议的保活报文的出接口发送。

5.一种通用协议进程平滑重启装置，其特征在于，重启时需要代理发送保活报文的协议设置有对应的代理标识；该装置包括协议控制模块、代理发包模块，所述代理发包模块应用于集中式设备的业务板，或应用于分布式设备的主控板或业务板；

所述协议控制模块，用于在重启协议进程前，确定协议设置有代理标识时向代理发包模块发送代理发包请求；用于在完成协议进程重启后，向代理发包模块发送停止代理发包请求；用于在代理发包模块停止发送所述协议的保活报文之后，恢复所述协议进程发送保活报文功能；

所述代理发包模块，用于接收到协议控制模块发来的代理发包请求后，记录所述代理发包请求中携带的报文发送间隔和协议的保活报文，并在协议进程重启的过程中，按照所述报文发送间隔，周期性发送所述协议的保活报文；用于接收到协议控制模块发来的停止代理发包请求后，停止发送所述协议的保活报文。

6.如权利要求5所述的通用协议进程平滑重启装置，其特征在于，所述协议的保活报文携带序列号；

所述代理发包请求中还携带所述协议的保活报文的当前序列号信息；所述序列号信息包括：当前序列号、序列号位置和序列号长度；

代理发包模块记录所述代理发包请求中携带的报文发送间隔和所述协议的保活报文时，进一步用于：记录该代理发包请求中携带的所述协议的保活报文的当前序列号信息；

代理发包模块每周期发送所述协议的保活报文之前，进一步用于：将所述协议的保活报文的当前序列号信息中的当前序列号加1得到新的当前序列号，根据所述协议的保活报文的当前序列号信息中的序列号位置和序列号长度，将所述新的当前序列号写入到所述协议的保活报文中。

7.如权利要求6所述的通用协议进程平滑重启装置，其特征在于，代理发包模块停止发送所述协议的保活报文时，进一步将所述协议的保活报文的当前序列号信息通知协议控制模块；

所述协议控制模块在恢复所述协议进程发送保活报文功能之前，进一步用于：接收代理发包模块通知的所述协议的保活报文的当前序列号信息，并设置为所述协议的保活报文的当前序列号信息。

8.如权利要求5-7中任一权项所述的通用协议进程平滑重启装置，其特征在于，所述代理发包请求中还携带所述协议的保活报文的出接口；

所述代理发包模块发送所述协议的保活报文时，用于：将所述协议的保活报文从所述协议的保活报文的出接口发送。

9.如权利要求8所述的通用协议进程平滑重启装置，其特征在于，所述装置应用在分布式设备中；

所述代理发包模块配置在分布式设备的主控板中。