CN111404820B - 一种路由查询方法、装置、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种路由查询方法、装置、设备及可读存储介质。本申请公开的方法应用于双机双主系统或双机多主系统，包括：若接收到路由查询请求，则查询当前系统包括的任一条路由对应的虚拟路由组状态；若虚拟路由组状态为从状态，则查询当前系统包括的其他路由对应的虚拟路由组状态，并执行判断虚拟路由组状态是否为从状态的步骤；若虚拟路由组状态不是从状态，则返回路由查询结果。本申请逐一查询每条路由对应的虚拟路由组状态，当查询到不是从状态的路由时，可以返回正常的路由查询结果，也不会导致丢包和网络中断。相应地，本申请公开的一种路由查询装置、设备及可读存储介质，也同样具有上述技术效果。

Description

一种路由查询方法、装置、设备及可读存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种路由查询方法、装置、设备及可读存储介质。

背景技术

在双机双主系统中，查询路由时会先查询VRRP(Virtual Router RedundancyProtocol)组状态为从状态的路由，但由于VRRP组状态为从状态的路由上没有流量数据，因此会导致丢包，从而导致网络中断。双机双主系统指：双机热备场景中部署有两个VRRP组。VRRP组即虚拟路由组。

因此，在双机双主系统中，如何避免路由查询时丢包，是本领域技术人员需要解决的问题。

发明内容

有鉴于此，本申请的目的在于提供一种路由查询方法、装置、设备及可读存储介质，以在双机双主系统中，避免路由查询时丢包。其具体方案如下：

第一方面，本申请提供了一种路由查询方法，应用于双机双主系统或双机多主系统，包括：

若接收到路由查询请求，则查询当前系统包括的任一条路由对应的虚拟路由组状态；

判断所述虚拟路由组状态是否为从状态；

若是，则查询当前系统包括的其他路由对应的虚拟路由组状态，并执行所述判断所述虚拟路由组状态是否为从状态的步骤；

若否，则返回路由查询结果。

优选地，所述查询当前系统包括的任一条路由对应的虚拟路由组状态，包括：

获取当前系统包括的任一条路由对应的设备信息；

在所述设备信息中查询所述虚拟路由组状态。

优选地，所述获取当前系统包括的任一条路由对应的设备信息，包括：

按照路由表获取当前系统包括的任一条路由对应的设备信息，所述路由表为哈希表或二叉树。

优选地，所述查询当前系统包括的任一条路由对应的虚拟路由组状态之前，还包括：

判断当前系统是否为双机双主系统或双机多主系统；

若是，则执行所述查询当前系统包括的任一条路由对应的虚拟路由组状态的步骤。

优选地，还包括：

若当前系统不是双机双主系统或双机多主系统，则按照虚拟路由组状态的优先级查询当前系统包括的路由，并返回路由查询结果。

优选地，所述按照虚拟路由组状态的优先级查询当前系统包括的路由，包括：

在当前系统中，优先查询虚拟路由组状态为从状态的路由。

优选地，还包括：

若当前系统包括的每条路由对应的虚拟路由组状态均为从状态，则返回路由错误的查询结果。

优选地，还包括：

若检测到当前系统中的任一个虚拟路由组的虚拟路由组状态发生变化，则将发生变化的虚拟路由组确定为目标虚拟路由组，并更新所述目标虚拟路由组包括的所有路由对应的虚拟路由组状态。

优选地，所述更新所述目标虚拟路由组包括的所有路由对应的虚拟路由组状态，包括：

将所述目标虚拟路由组的当前状态更新至所述目标虚拟路由组包括的所有路由对应的网络设备中。

第二方面，本申请提供了一种路由查询装置，应用于双机双主系统或双机多主系统，包括：

查询模块，用于若接收到路由查询请求，则查询当前系统包括的任一条路由对应的虚拟路由组状态；

判断模块，用于判断所述虚拟路由组状态是否为从状态；

执行模块，用于若所述虚拟路由组状态为从状态，则查询当前系统包括的其他路由对应的虚拟路由组状态，并执行所述判断所述虚拟路由组状态是否为从状态的步骤；

返回模块，用于若所述虚拟路由组状态不是从状态，则返回路由查询结果。

第三方面，本申请提供了一种路由查询设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现前述公开的路由查询方法。

第四方面，本申请提供了一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的路由查询方法。

通过以上方案可知，本申请提供了一种路由查询方法，包括：若接收到路由查询请求，则查询当前系统包括的任一条路由对应的虚拟路由组状态；判断所述虚拟路由组状态是否为从状态；若是，则查询当前系统包括的其他路由对应的虚拟路由组状态，并执行所述判断所述虚拟路由组状态是否为从状态的步骤；若否，则返回路由查询结果。

可见，该方法在接收到路由查询请求后，便查询当前系统包括的任一条路由对应的虚拟路由组状态，然后判断虚拟路由组状态是否为从状态；若是，则查询当前系统包括的其他路由对应的虚拟路由组状态，直至查询到的路由对应的虚拟路由组状态不是从状态，而后返回路由查询结果。其中，由于路由对应的虚拟路由组状态为从状态时，该条路由上是没有流量数据的，也就是说，数据只能在不是从状态的路由上正常传输，因此当查询到不是从状态的路由时，该路由上可以正常传输数据，当然也可以返回正常的路由查询结果，从而不会导致丢包和网络中断。

相应地，本申请提供的一种路由查询装置、设备及可读存储介质，也同样具有上述技术效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请公开的一种路由查询方法流程图；

图2为本申请公开的VRRP协商报文和虚拟路由组状态更新的流程示意图；

图3为本申请公开的另一种路由查询方法流程图；

图4为本申请公开的一种路由查询装置示意图；

图5为本申请公开的一种路由查询设备示意图；

图6为本申请公开的另一种路由查询设备示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

目前，在双机双主系统中，查询路由时会先查询虚拟路由组状态为从状态的路由，但由于虚拟路由组状态为从状态的路由上没有流量数据，因此会导致丢包，从而导致网络中断。为此，本申请提供了一种路由查询方案，能够避免双机双主系统中路由查询时的丢包问题。

参见图1所示，本申请实施例公开了一种路由查询方法，应用于双机双主系统或双机多主系统，包括：

S101、若接收到路由查询请求，则查询当前系统包括的任一条路由对应的虚拟路由组状态。

需要说明的是，在双机双主或双机多主系统中，当前系统中的不同路由可能属于不同虚拟路由组，而不同虚拟路由组的虚拟路由组状态可能不同，因此各条路由对应的虚拟路由组状态可能不同。

需要说明的是，一个虚拟路由组在功能上相当于一台虚拟路由器，使用虚拟路由器号进行标识。虚拟路由组有自己的虚拟IP地址和虚拟MAC地址，它的外在表现形式和实际的物理路由器完全一样。局域网内的主机将虚拟路由组的虚拟IP地址设置为默认网关，通过虚拟路由组与外部网络进行通信。虚拟路由组作为虚拟路由器，其工作在实际的物理路由器之上。

双机指；双机热备的解决方案，其构造思想是主机和从机通过TCP/IP网络连接，正常情况下主机处于工作状态，从机处于监视状态，一旦从机发现主机异常，从机将会在很短的时间之内代替主机，完全实现主机的功能。双主指：两个虚拟路由组。因此双机双主系统指：双机热备场景中部署有两个虚拟路由组。当然，双机热备场景中还可以部署更多的虚拟路由组，实现双机多主系统，本实施例公开的方案也适用于双机多主系统。

其中，在多主场景中，各个虚拟路由组会根据VRRP协商报文，协商出主机组和备机组。主机组和备机组的切换可以由用户手动触发完成，也可以是在主机组故障时自动完成。切换完成后，通过IOCTL(Input/Output Control)机制将应用层保存的虚拟路由组状态信息下发到内核并保存。在linux内核中，每一个网络设备处都以net_device结构体存储着当前设备的基本信息，这些基本信息中就包括虚拟路由组状态。虚拟路由组可以为主状态(如：master)或从状态(如：backup)。

在一种具体实施方式中，查询当前系统包括的任一条路由对应的虚拟路由组状态，包括：获取当前系统包括的任一条路由对应的设备信息；在设备信息中查询虚拟路由组状态。其中，当前系统包括的每个条路由对应一个网络设备(路由对应的网络接口)，每一个网络设备处都以net_device结构体存储着当前设备的基本信息，这些基本信息中就包括虚拟路由组状态，这样就可以知道各个网络设备在当前场景下的虚拟路由组状态(从状态或者主状态或者无)。当虚拟路由组状态为无时，表明该条路由不属于当前虚拟路由组。

需要说明的是，本实施例中的网络设备指网络接口。一个虚拟路由组可以包括多个网络接口，每个网络接口对应一条路由。各个网络接口处存储着当前网络接口所属的虚拟路由组的虚拟路由组状态，因此各个网络接口就有了主状态或者从状态的状态，进而各个网络接口对应的路由就有了主状态或者从状态的状态。

在一种具体实施方式中，获取当前系统包括的任一条路由对应的设备信息，包括：按照路由表获取当前系统包括的任一条路由对应的设备信息，路由表为哈希表或二叉树。其中，在基于ipv4实现的网络中，路由表为哈希表。在基于ipv6实现的网络中，路由表为二叉树。

S102、判断虚拟路由组状态是否为从状态；若是，则执行S103；若否，则执行S104。

若某一条路由对应的虚拟路由组状态为从状态，则表明该条路由上没有流量数据，因此会导致路由查询错误。为了解决此问题，本实施例在出现此情况后，继续查询当前系统包括的其他路由对应的虚拟路由组状态，直至查询到虚拟路由组状态为主状态或者无的路由(虚拟路由组状态为主状态或者无的路由上有流量数据，不会导致路由查询错误)，从而完成路由查询，因此不会导致丢包和网络中断。

S103、查询当前系统包括的其他路由对应的虚拟路由组状态，并执行S102。

S104、返回路由查询结果。

在一种具体实施方式中，查询当前系统包括的任一条路由对应的虚拟路由组状态之前，还包括：判断当前系统是否为双机双主系统或双机多主系统；若是，则执行查询当前系统包括的任一条路由对应的虚拟路由组状态的步骤。若否，则按照虚拟路由组状态的优先级查询当前系统包括的路由，并返回路由查询结果。

需要说明的是，在添加或删除路由时也需要查路由。

在一种具体实施方式中，按照虚拟路由组状态的优先级查询当前系统包括的路由，包括：按照虚拟路由组状态的优先级查询当前系统包括的路由，包括：在当前系统中，优先查询虚拟路由组状态为从状态的路由。

在一种具体实施方式中，还包括：若当前系统包括的每条路由对应的虚拟路由组状态均为从状态，则返回路由错误的查询结果。

在一种具体实施方式中，若检测到当前系统中的任一个虚拟路由组的虚拟路由组状态发生变化，则将发生变化的虚拟路由组确定为目标虚拟路由组，并更新所述目标虚拟路由组包括的所有路由对应的虚拟路由组状态。其中，所述更新所述目标虚拟路由组包括的所有路由对应的虚拟路由组状态，包括：将所述目标虚拟路由组的当前状态更新至所述目标虚拟路由组包括的所有路由对应的网络设备中。网络设备(即网络接口)的设备信息中记录着目标虚拟路由组的当前状态。

可见，本申请实施例在接收到路由查询请求后，便查询当前系统包括的任一条路由对应的虚拟路由组状态，然后判断虚拟路由组状态是否为从状态；若是，则查询当前系统包括的其他路由对应的虚拟路由组状态，直至查询到的路由对应的虚拟路由组状态不是从状态，而后返回路由查询结果。其中，由于路由对应的虚拟路由组状态为从状态时，该条路由上是没有流量数据的，也就是说，数据只能在不是从状态的路由上正常传输，因此当查询到不是从状态的路由时，该路由上可以正常传输数据，当然也可以返回正常的路由查询结果，从而不会导致丢包和网络中断。

下面对本申请实施例提供的另一种路由查询方法进行介绍，下文描述的另一种路由查询方法与上文可以相互参照。

在多主场景中，当用户配置好各个虚拟路由组后，各个虚拟路由组可以根据VRRP协商报文，协商出主机组和备机组。主机组和备机组的切换可以由用户手动触发完成，也可以是在主机组故障时自动完成。切换完成后，通过IOCTL(Input/Output Control)机制将应用层保存的虚拟路由组状态信息下发到内核并保存。在linux内核中，每一个网络设备处都以net_device结构体存储着当前设备的基本信息，这些基本信息中就包括虚拟路由组状态。VRRP协商报文和虚拟路由组状态更新的具体过程请参加图2。图2中的VRRP组即虚拟路由组。

在本实施例中，每一条路由都存储着虚拟路由组状态。因此当查询路由时，首先判断是否是双机双主场景，若是，则逐一查询各条路由，当linux内核查到一条路由时，首先判断这条路由的虚拟路由组状态，如果虚拟路由组状态是主状态，则内核可以返回这条路由的查询结果，数据包也可以在这条路由上流通；如果虚拟路由组状态是从状态，则linux内核继续在路由表中查询剩下的其他路由，直到查到一条虚拟路由组状态是主状态的路由，或者将所有路由都查完。如果不是双机双主场景或双机多主场景，则按照虚拟路由组状态的优先级查询路由，不做过滤。路由查询过程请参见图3。图3中的master即主状态。

由上可见，本实施例在接收到路由查询请求后，便查询当前系统包括的任一条路由对应的虚拟路由组状态，然后判断虚拟路由组状态是否为从状态；若是，则查询当前系统包括的其他路由对应的虚拟路由组状态，直至查询到的路由对应的虚拟路由组状态不是从状态，而后返回路由查询结果。其中，由于路由对应的虚拟路由组状态为从状态时，该条路由上是没有流量数据的，也就是说，数据只能在不是从状态的路由上正常传输，因此当查询到不是从状态的路由时，该路由上可以正常传输数据，当然也可以返回正常的路由查询结果，从而不会导致丢包和网络中断。

下面对本申请实施例提供的一种路由查询装置进行介绍，下文描述的一种路由查询装置与上文描述的一种路由查询方法可以相互参照。

参见图4所示，本申请实施例公开了一种路由查询装置，应用于双机双主系统或双机多主系统，包括：

查询模块401，用于若接收到路由查询请求，则查询当前系统包括的任一条路由对应的虚拟路由组状态；

判断模块402，用于判断虚拟路由组状态是否为从状态；

执行模块403，用于若虚拟路由组状态为从状态，则查询当前系统包括的其他路由对应的虚拟路由组状态，并执行判断虚拟路由组状态是否为从状态的步骤；

返回模块404，用于若虚拟路由组状态不是从状态，则返回路由查询结果。

在一种具体实施方式中，查询模块包括：

获取单元，用于获取当前系统包括的任一条路由对应的设备信息；

查询单元，用于在设备信息中查询虚拟路由组状态。

在一种具体实施方式中，获取单元具体用于：

按照路由表获取当前系统包括的任一条路由对应的设备信息，路由表为哈希表或二叉树。

在一种具体实施方式中，还包括：

系统判断模块，用于判断当前系统是否为双机双主系统或双机多主系统；若是，则执行查询当前系统包括的任一条路由对应的虚拟路由组状态的步骤。

在一种具体实施方式中，还包括：

优先级查询模块，用于若当前系统不是双机双主系统或双机多主系统，则按照虚拟路由组状态的优先级查询当前系统包括的路由，并返回路由查询结果。

在一种具体实施方式中，优先级查询模块具体用于：

在当前系统中，优先查询虚拟路由组状态为从状态的路由。

在一种具体实施方式中，还包括：

提示模块，用于若当前系统包括的每条路由对应的虚拟路由组状态均为从状态，则返回路由错误的查询结果。

在一种具体实施方式中，还包括：

状态更新模块，用于若检测到当前系统中的任一个虚拟路由组的虚拟路由组状态发生变化，则将发生变化的虚拟路由组确定为目标虚拟路由组，并更新所述目标虚拟路由组包括的所有路由对应的虚拟路由组状态。

在一种具体实施方式中，状态更新模块具体用于：

将所述目标虚拟路由组的当前状态更新至所述目标虚拟路由组包括的所有路由对应的网络设备中。

其中，关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本实施例提供了一种路由查询装置，该装置在查询到虚拟路由组状态是从状态的路由时，则继续查询剩下的其他路由，直到查到一条可以正常通行的路由，因此可以返回正常的路由查询结果，不会导致丢包和网络中断。

下面对本申请实施例提供的一种路由查询设备进行介绍，下文描述的一种路由查询设备与上文描述的一种路由查询方法及装置可以相互参照。

参见图5所示，本申请实施例公开了一种路由查询设备，包括：

存储器501，用于保存计算机程序；

处理器502，用于执行所述计算机程序，以实现以下步骤：

若接收到路由查询请求，则查询当前系统包括的任一条路由对应的虚拟路由组状态；判断虚拟路由组状态是否为从状态；若是，则查询当前系统包括的其他路由对应的虚拟路由组状态，并执行判断虚拟路由组状态是否为从状态的步骤；若否，则返回路由查询结果。

本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：获取当前系统包括的任一条路由对应的设备信息；在设备信息中查询虚拟路由组状态。

本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：按照路由表获取当前系统包括的任一条路由对应的设备信息，路由表为哈希表或二叉树。

本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：判断当前系统是否为双机双主系统或双机多主系统；若是，则执行所述查询当前系统包括的任一条路由对应的虚拟路由组状态的步骤。

本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：若当前系统不是双机双主系统或双机多主系统，则按照虚拟路由组状态的优先级查询当前系统包括的路由，并返回路由查询结果。

本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：在当前系统中，优先查询虚拟路由组状态为从状态的路由。

本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：若当前系统包括的每条路由对应的虚拟路由组状态均为从状态，则返回路由错误的查询结果。

本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：若检测到当前系统中的任一个虚拟路由组的虚拟路由组状态发生变化，则将发生变化的虚拟路由组确定为目标虚拟路由组，并更新所述目标虚拟路由组包括的所有路由对应的虚拟路由组状态。

本实施例中，所述处理器执行所述存储器中保存的计算机子程序时，可以具体实现以下步骤：所述更新所述目标虚拟路由组包括的所有路由对应的虚拟路由组状态，包括：将所述目标虚拟路由组的当前状态更新至所述目标虚拟路由组包括的所有路由对应的网络设备中。

请参考图6，图6为本实施例提供的另一种路由查询设备示意图，该路由查询设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessing units，CPU)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在路由查询设备301上执行存储介质330中的一系列指令操作。

路由查询设备301还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341。例如，Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等。

在图6中，应用程序342可以是执行路由查询方法的程序，数据344可以是执行路由查询方法所需的或产生的数据。

上文所描述的路由查询方法中的步骤可以由路由查询设备的结构实现。

下面对本申请实施例提供的一种可读存储介质进行介绍，下文描述的一种可读存储介质与上文描述的一种路由查询方法、装置及设备可以相互参照。

一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例公开的路由查询方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

本申请涉及的“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法或设备固有的其它步骤或单元。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的可读存储介质中。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (11)

1.一种路由查询方法，其特征在于，应用于双机双主系统或双机多主系统，双机双主系统为：在双机热备场景中部署有两个虚拟路由组的系统，双机多主系统为：在双机热备场景中部署有三个及三个以上虚拟路由组的系统，包括：

若接收到路由查询请求，则查询当前系统包括的任一条路由对应的虚拟路由组状态；

判断所述虚拟路由组状态是否为从状态；

若是，则查询当前系统包括的其他路由对应的虚拟路由组状态，并执行所述判断所述虚拟路由组状态是否为从状态的步骤；

若否，则返回路由查询结果；

其中，所述查询当前系统包括的任一条路由对应的虚拟路由组状态，包括：

获取当前系统包括的任一条路由对应的设备信息；

在所述设备信息中查询所述虚拟路由组状态。

2.根据权利要求1所述的路由查询方法，其特征在于，所述获取当前系统包括的任一条路由对应的设备信息，包括：

按照路由表获取当前系统包括的任一条路由对应的设备信息，所述路由表为哈希表或二叉树。

3.根据权利要求1所述的路由查询方法，其特征在于，所述查询当前系统包括的任一条路由对应的虚拟路由组状态之前，还包括：

判断当前系统是否为双机双主系统或双机多主系统；

若是，则执行所述查询当前系统包括的任一条路由对应的虚拟路由组状态的步骤。

4.根据权利要求3所述的路由查询方法，其特征在于，还包括：

若当前系统不是双机双主系统或双机多主系统，则按照虚拟路由组状态的优先级查询当前系统包括的路由，并返回路由查询结果。

5.根据权利要求4所述的路由查询方法，其特征在于，所述按照虚拟路由组状态的优先级查询当前系统包括的路由，包括：

在当前系统中，优先查询虚拟路由组状态为从状态的路由。

6.根据权利要求1-5任一项所述的路由查询方法，其特征在于，还包括：

若当前系统包括的每条路由对应的虚拟路由组状态均为从状态，则返回路由错误的查询结果。

7.根据权利要求1-5任一项所述的路由查询方法，其特征在于，还包括：

若检测到当前系统中的任一个虚拟路由组的虚拟路由组状态发生变化，则将发生变化的虚拟路由组确定为目标虚拟路由组，并更新所述目标虚拟路由组包括的所有路由对应的虚拟路由组状态。

8.根据权利要求7所述的路由查询方法，其特征在于，所述更新所述目标虚拟路由组包括的所有路由对应的虚拟路由组状态，包括：

将所述目标虚拟路由组的当前状态更新至所述目标虚拟路由组包括的所有路由对应的网络设备中。

9.一种路由查询装置，其特征在于，应用于双机双主系统或双机多主系统，双机双主系统为：在双机热备场景中部署有两个虚拟路由组的系统，双机多主系统为：在双机热备场景中部署有三个及三个以上虚拟路由组的系统，包括：

查询模块，用于若接收到路由查询请求，则查询当前系统包括的任一条路由对应的虚拟路由组状态；

判断模块，用于判断所述虚拟路由组状态是否为从状态；

执行模块，用于若所述虚拟路由组状态为从状态，则查询当前系统包括的其他路由对应的虚拟路由组状态，并执行所述判断所述虚拟路由组状态是否为从状态的步骤；

返回模块，用于若所述虚拟路由组状态不是从状态，则返回路由查询结果；

其中，查询模块包括：

获取单元，用于获取当前系统包括的任一条路由对应的设备信息；

查询单元，用于在所述设备信息中查询所述虚拟路由组状态。

10.一种路由查询设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现如权利要求1至8任一项所述的路由查询方法。

11.一种可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的路由查询方法。

Images