CN110011911A - 一种静态路由处理方法及装置 - Google Patents

Abstract

一种静态路由处理方法和装置，该静态路由处理方法包括：转发设备添加静态路由，所述静态路由携带属性信息；当所述静态路由所在链路发生故障且所述静态路由的属性信息为预设属性时，所述转发设备保留所述静态路由。本申请提供的方案，避免了网络故障时候的大量删除操作，降低了设备负担，减少对设备其他业务的影响。

Description

一种静态路由处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种静态路由处理方法及装置。

背景技术

路由是数据通信网络中最基本的要素。根据来源不同，路由通常可以分为如下三类：1)链路层协议发现的路由，如接口路由或直连路由；2)动态路由协议发现的路由，如OSPF(Open Shortest Path First，开放式最短路径优先)，BGP(Border GatewayProtocol，边界网关协议)这些协议生成的路由；3)手工配置的静态路由。

动态路由由于要维护动态路由协议，对设备性能提出了很多要求，增加了网络维护的成本，增加了设备的处理开销，加重了设备的负担。静态路由作为一种低成本和低系统消耗的选路策略在骨干边缘和网络低端设备上一直充当非常重要的角色。例如PTN(PacketTransport Network，分组传送网)设备组网(例如中国移动)L3VPN(Layer 3VirtualPrivate Network，三层虚拟专用网)通常采用静态路由的方式。此外在BRAS(BroadbandRemote Access Server，宽带远程接入服务器)等设备也一般采用静态路由的方式。

与动态路由不同，静态路由自身没有检测机制。相关技术中，有采用静态路由绑定双向转发检测(Bidirectional Forwarding Detection，简称BFD)会话，用于检测静态路由所在链路状态，并根据状态好坏增删静态路由的；有根据是否能学习到静态路由的下一跳对应的链路层封装表项(对端MAC(Media Access Control，媒体接入控制)信息表项)来进行静态路由的增删；有根据对应的邻居请求消息是否应答来进行静态路由的增删的。

上述通过静态路由出向链路状态、协议状态进行增删静态路由方式，存在以下缺点：每当网络中链路出现故障，设备都会大量下发静态路由配置的删除，故障恢复的时候，又会大量下发静态路由配置的添加(FRR(Fast Reroute，快速重路由)和ECMP(Equal CostMulti Path，等价路由)的删除和添加类似)，带来处理的负担，特别是在网络震荡的时候，会不断的执行添加删除动作，给设备处理带来沉重的负担，例如使得CPU(CentralProcessing Unit，中央处理器)持续冲高无法处理正常的其他协议报文。另外，由于故障路由会被删除，因此当光纤断掉后，再插上后还需控制平面下发数据，业务才能自动恢复，业务恢复速度慢。

发明内容

本发明至少一实施例提供了一种静态路由处理方法及装置，降低路由故障时对设备的负担，减少对设备其他业务的影响，提高业务恢复速度。

为了达到本发明目的，本发明至少一实施例提供了一种静态路由处理方法，包括：

转发设备添加静态路由，所述静态路由携带属性信息；

当所述静态路由所在链路发生故障且所述静态路由的属性信息为预设属性时，所述转发设备保留所述静态路由。

本发明至少一实施例提供一种静态路由处理装置，包括存储器和处理器，所述存储器存储有程序，所述程序在被所述处理器读取执行时，实现上述任一实施例所述的静态路由处理方法。

本发明至少一实施例提供一种静态路由处理方法，包括：

控制平面获取静态路由，所述静态路由携带属性信息；

所述控制平面下发所述静态路由至转发平面；

当所述静态路由所在链路发生故障且所述静态路由的属性信息为预设属性时，所述控制平面控制所述转发平面保留所述静态路由。

本发明至少一实施例提供一种静态路由处理装置，包括存储器和处理器，所述存储器存储有程序，所述程序在被所述处理器读取执行时，实现上述任一实施例所述的静态路由处理方法。

与相关技术相比，本发明至少一实施例中，在预设属性的静态路由所在链路故障时，保留静态路由，从而无需下发删除静态路由的指令进而，由于未删除该静态路由，在故障恢复的时候也无须再次增加该静态路由，因此，避免了网络故障或恢复的时候的大量增加删除操作，降低了设备负担，减少对设备其他业务的影响。另外，本申请提供的方案，当光纤断掉后，由于静态路由未被删除，光纤再插上时业务立即恢复，无需控制平面下发数据，提高了业务恢复速度。在一个可选方案中，对故障的预设属性的静态路由所属的IP FRR或ECMP组进行保留，在存在故障路由时，仍然可以使用该IP FRR或ECMP组，满足用户需求。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本发明一实施例提供的静态路由处理方法流程图；

图2为本发明另一实施例提供的静态路由处理方法流程图；

图3是本发明另一实施例提供的静态路由处理方法流程图；

图4是本发明一实施例提供的对静态路由形成的IP FRR处理示意图；

图5是本发明一实施例提供的对静态路由形成的ECMP处理示意图；

图6为本发明一实施例提供的静态路由处理装置框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请中，为静态路由配置一属性信息。在静态路由故障时，如果该静态路由的属性信息是预设属性，保留该静态路由，即不删除该静态路由，如果该静态路由非预设属性，则删除该静态路由。比如，该属性信息包括：永久路由和非永久路由，所述预设属性为永久路由。对于属性为永久路由的静态路由，除非用户配置删除命令，否则无论路由是否故障(链路层故障，协议故障等)，转发平面都不删除该静态路由。

本发明一实施例提供一种静态路由处理方法，如图1所示，包括：

步骤101，转发设备添加静态路由，所述静态路由携带属性信息；

其中，该静态路由可以是用户通过管理平面配置，静态路由的属性信息可以由用户进行配置。

其中，转发设备添加静态路由包括：转发设备将静态路由配置到转发平面。

步骤102，当所述静态路由所在链路发生故障且所述静态路由的属性信息为预设属性时，所述转发设备保留所述静态路由。

其中，转发设备可以包括管理平面、控制平面和转发平面，或者，包括控制平面和转发平面，或者，包括转发平面。

其中，步骤102中，所述保留所述静态路由包括：在所述转发设备的转发平面保留所述静态路由。

其中，静态路由所在链路是否发生故障可以由转发设备进行检测。

在一实施例中，所述属性信息包括：永久路由、非永久路由，所述预设属性为永久路由。至于哪种静态路由设置为永久路由，哪种静态路由设置为非永久路由，可以根据需要设定。

本实施例中，在预设属性的静态路由所在链路故障时，保留该静态路由，即不删除该静态路由，这种处理方式，避免了下发删除静态路由的指令，减少了设备的处理负担，另外，在故障恢复的时候，由于未删除该静态路由，也不用在转发平面增加该静态路由，避免了下发增加指令至转发平面，同样减少了设备的处理负担。另外，当光纤断掉后，由于静态路由未被删除，光纤再插上时业务立即恢复，无需控制平面下发数据，提高了业务恢复速度。

在相关技术中，由于故障路由会被删除，因此静态路由形成的IP(InternetProtocol，因特网协议)FRR保护组或者ECMP负荷分担组的信息在链路故障的时候用户是无法看到的(保护组、负荷分担组已被删除)，无法满足部分用户的需求。本申请中对此进行了改进，在静态路由故障时，如果该静态路由为预设属性，保留该静态路由所在的IP FRR保护组和ECMP负荷分担组，转发平面仍可继续使用IP FRR和ECMP中未发生故障的路由。

在一实施例中，还包括：当所述静态路由所在链路发生故障且所述静态路由的属性信息为预设属性且所述静态路由为路由组的成员时，所述转发设备保留所述静态路由所属的路由组。静态路由所属的路由组包括该静态路由的路由组。其中，所述路由组为IP FRR保护组或者ECMP负荷负担组。与相关技术相比，在预设属性的静态路由故障时，本实施例保留了该静态路由所属的路由组，用户可以在路由故障的时候继续使用该路由组，提高了系统性能。

在一实施例中，所述路由组中的成员的属性信息相同。比如，在形成IP FRR或者ECMP时，选择相同属性的静态路由，即选择均为永久路由的静态路由组成IP FRR保护组或ECMP负荷分担组，或者，选择均为非永久路由的静态路由组成IP FRR保护组或ECMP负荷分担组。需要说明的是，本申请不限于此，永久路由也可以和非永久路由形成IP FRR保护组或者ECMP负荷分担组，在IP FRR保护组或者ECMP负荷分担组中的路由故障时，如果是永久路由故障，则使用本申请提供的对IP FRR保护组或者ECMP负荷分担组的处理方式进行处理，即保留IP FRR保护组或者ECMP负荷分担组。如果是非永久路由故障，则使用相关技术中提供的对IP FRR保护组或者ECMP负荷分担组的处理方式进行处理。

在一实施例中，所述获取所述静态路由的属性信息后，还包括，所述静态路由的属性信息为预设属性且为路由组的成员时，所述转发设备更新所述路由组中所述静态路由的状态信息，所述状态信息指示所述静态路由故障。该状态信息比如为一工作状态位，取值为无效，指示该静态路由无法工作。转发设备使用该路由组中的路由进行保护或者负荷分担时，不使用故障的静态路由。以IP FRR为例，转发设备的转发平面根据静态路由的状态信息完成切换和回切的处理，即：故障路由不工作，由路由组的其他正常路由进行工作。以ECMP为例，转发设备的转发平面在有效成员(非故障的路由)之间重新进行负荷分担，故障路由不工作。

在一实施例中，所述方法还包括，当所述静态路由所在链路的故障恢复且所述静态路由的属性信息为预设属性且所述静态路由为路由组的成员时，更新所述路由组中所述静态路由的状态信息，所述状态信息指示所述静态路由正常。转发设备使用路由组中的成员进行业务处理时，使用各正常的成员。以IP FRR为例，转发平面根据各路由的状态信息完成切换和回切的处理，由于该静态路由已经恢复，在进行保护时，使用该静态路由。以ECMP为例，此时，由于该静态路由已经恢复，转发平面在正常的成员(包括该静态路由)之间重新进行负荷分担。

本发明一实施例提供一种静态路由处理方法，如图2所示，包括：

步骤201，控制平面获取静态路由，所述静态路由携带属性信息；

其中，该静态路由可以是用户通过管理平面配置，控制平面从管理平面获取静态路由。静态路由的属性信息可以由用户进行配置。

步骤202，所述控制平面下发静态路由至转发平面；

步骤203，当所述静态路由所在链路发生故障且所述静态路由的属性信息为预设属性时，所述控制平面控制所述转发平面保留该静态路由。

其中，步骤203中，静态路由所在链路是否故障可以由控制平面进行检测。

在一实施例中，所述属性信息包括：永久路由、非永久路由，所述预设属性为永久路由。

本实施例中，在预设属性的静态路由故障时，在转发平面保留该静态路由，即不删除该静态路由，这种处理方式，避免了下发删除静态路由的指令至转发平面，减少了设备的处理负担，另外，在故障恢复的时候，由于未删除该静态路由，也不用在转发平面增加该静态路由，避免了下发增加指令至转发平面，同样减少了设备的处理负担。另外，当光纤断掉后，由于静态路由未被删除，光纤再插上时业务立即恢复，无需控制平面下发数据，提高了业务恢复速度。

在一实施例中，所述控制平面接收到来自管理平面的静态路由删除指令后，所述控制平面下发删除指令至转发平面，指示删除该静态路由。该实施例提供预设属性的静态路由的删除方式，由用户通过管理平面下发删除指令至转发平面。

在一实施例中，所述步骤203中，还包括，当所述静态路由发生故障且所述静态路由的属性信息为预设属性且所述静态路由为路由组的成员时，所述控制平面控制所述转发平面保留该路由组。与相关技术相比，在预设属性的静态路由故障时，本实施例保留了该静态路由所属的路由组，用户可以在路由故障的时候继续使用该路由组，提高了系统性能。

在一实施例中，所述路由组为IP FRR保护组或者ECMP负荷负担组。

在一实施例中，所述方法还包括，当所述静态路由所在链路发生故障且所述静态路由的属性信息为预设属性且所述静态路由为路由组的成员时，所述控制平面下发路由组更新信息至所述转发平面，所述路由组更新信息中携带所述静态路由的状态信息，所述状态信息指示所述静态路由故障。该状态信息比如为一工作状态位，取值为无效，指示该静态路由无法工作。转发平面接收该路由组更新信息后，使用该路由组中的路由进行保护或者负荷分担时，不使用故障的静态路由。以IP FRR为例，转发平面根据静态路由的状态信息完成切换和回切的处理，即故障路由不工作，由路由组的其他正常路由进行工作。以ECMP为例，转发平面根据静态路由的状态信息在有效成员(非故障的路由)之间重新进行负荷分担，故障路由不工作。

在一实施例中，所述方法还包括，当静态路由所在链路故障恢复且所述静态路由的属性信息为预设属性且所述静态路由为路由组的成员时，所述控制平面下发路由组更新信息至所述转发平面，所述路由组更新信息中携带所述静态路由的状态信息，所述状态信息指示所述静态路由正常。该状态信息比如为一工作状态位，此时取值为有效，指示该静态路由正常工作。转发平面根据该路由组更新信息进行后续处理。以IP FRR为例，转发平面根据各路由的状态信息完成切换和回切的处理，由于该静态路由已经恢复，在进行保护时，使用该静态路由。以ECMP为例，此时，由于该静态路由已经恢复，转发平面在正常的成员(包括该静态路由)之间重新进行负荷分担。

下面通过具体实施例进一步说明本申请。

PTN将整个系统分为三个相对独立的平面：控制平面、转发平面和管理平面。控制平面一般采用通用CPU(Central Processing Unit，中央处理器)作为处理引擎，完成用户配置信息下发和各种协议处理；转发平面主完成高速数据转发处理；管理平面主要完成各种网管、命令行、日志、告警等，一般有专门的管理通道。转发平面包括网络处理器(NetworkProcessor，简称NP)及所述器件工作需要的外围器件如RAM(Random Access Memory，随机存取存储器)、TCAM(Ternary Content Addressable Memory，三态内容寻址存储器)、FLASH(闪存)等等。以下以PTN设备为例对本申请进行说明。需要说明的是，本申请不限于PTN。

实施例一

本实施例提供了一种静态路由处理方法，如图3所示，包括：

步骤301，管理平面接收用户的配置信息，增加静态路由；

接收用户的配置信息，在管理平面配置静态路由，并设置其属性为永久路由。静态路由的配置信息包括：1)目的地址和掩码；2)出接口或下一跳。本例中假设目的地址为33.33.33.0，掩码为255.255.255.0，下一跳为10.8.8.2；端口8的ip地址为10.8.8.1/24。

步骤302，控制平面下发该静态路由到转发平面；

控制平面根据指定的下一跳到出接口的ip地址网段中迭代，本例中10.8.8.2迭代到端口8的ip地址网段中。所以控制平面下发静态路由给转发平面，该静态路由的IP地址为33.33.33.0，掩码为255.255.255.0，下一跳为10.8.8.2，出接口为端口8。

步骤303，所述静态路由的出端口发生故障，控制平面在转发平面保留该静态路由；

本例中假设端口8发生链路层故障或者协议故障，此时控制平面保留静态路由33.33.33.0/24，不下发删除操作，也不下发其他更新操作至转发平面。

步骤304，所述静态路由的出端口故障恢复，控制平面不下发增加操作。

本例中假设端口8链路层故障或者协议故障恢复，此时控制平面对于33.33.33.0/24这条静态永久路由不下发增加操作，也不下发其他更新操作。

步骤305，管理平面接收到用户的删除该静态路由的指令，管理平面发送删除该静态路由的指令至控制平面。

本实施例中删除的静态路由的目的地址为33.33.33.0，掩码为255.255.255.0，下一跳为10.8.8.2。

步骤306，控制平面接收到管理平面的指令后，从转发平面删除该静态路由。

控制平面向转发平面下发删除静态路由的配置信息，指示删除如下静态路由：IP地址为33.33.33.0，掩码为255.255.255.0，下一跳为10.8.8.2，出接口为端口8。

本实施中，属性为永久路由的静态路由所在链路故障时，在转发平面保留该静态路由，即不删除该静态路由，这种处理方式，避免了下发删除指令至转发平面，减少了设备的处理负担，另外，在故障恢复的时候，由于未删除该静态路由，也不用在转发平面增加该静态路由，避免了下发增加指令至转发平面，同样减少了设备的处理负担。另外故障恢复时，由于未删除静态路由，业务能立即恢复，无需控制平面下发数据，提高了业务恢复速度。

实施例二

本实施例提供了一种静态路由处理方法，本实施例中，静态路由形成了IP FRR保护组，如图4所述，包括：

步骤401，管理平面接收用户的配置信息，配置静态路由形成IP FRR保护组，管理平面将该IP FRR保护组发送到控制平面；

需要说明的是，本实施例中，该IP FRR保护组中所有成员的属性均为永久路由。

用户在管理平面开启FRR使能。用户配置两条目的地址和掩码一样的静态路由，两条静态路由的优先级不一样，且属性均设置为永久路由。

本例中假设第一条静态路由的目的地址为33.33.33.0，掩码为255.255.255.0，下一跳为10.8.8.2，优先级为1；第二条静态路由的目的地址为33.33.33.0，掩码为255.255.255.0，下一跳为10.8.9.2，优先级为2。

用户在管理平面配置端口8的ip地址为10.8.8.1/24。

用户在管理平面配置端口9的ip地址为10.8.9.1/24。

步骤402，控制平面下发该IP FRR保护组到转发平面；

控制平面根据指定的下一跳到出接口的ip地址网段中迭代，本例中10.8.8.2迭代到端口8的ip地址网段中，10.8.9.2迭代到端口9的ip地址网段中。控制平面下发IP FRR保护组到转发面，其中该IP FRR保护组的主成员的下一跳是10.8.8.2，出端口是8；备成员的下一跳是10.8.9.2，出端口是9。下发给转发平面的静态路由的IP地址为33.33.33.0，掩码为255.255.255.0，从IP FRR保护组出去。

步骤403，该IP FRR保护组的主成员所在的端口发生链路故障或者协议故障时，控制平面下发FRR更新信息给转发平面，其中该IP FRR保护组所包含的成员不变，仅成员的工作状态位发生变化，此时下发工作在备成员；

步骤404，该IP FRR的主成员恢复且WTR(Wait to Restore time，等待恢复时间)时间到，控制平面下发FRR更新信息给转发平面，其中该IP FRR保护组所包含的成员不变，仅成员的工作状态位发生变化，此时下发工作在主成员。

本实施例提供的方案，由属性为永久路由的静态路由形成的IP FRR保护组，在路由故障时，不删除该保护组，继续在其他未故障的成员之间进行保护倒换，提高了系统性能。

实施例三

本实施例提供了一种静态路由处理方法，请参阅图5，包括：

步骤501，管理平面接收用户的配置信息，生成由静态路由组成的ECMP负荷分担组，管理平面将所述ECMP负荷分担组发送给控制平面；

其中，该ECMP负荷分担组包括三条静态路由，这三条静态路由的目的地址、掩码和优先级一样，且属性为永久路由。

本例中假设第一条静态路由的目的地址为33.33.33.0，掩码为255.255.255.0，下一跳为10.8.8.2，优先级为1；第二条静态路由的目的地址为33.33.33.0，掩码为255.255.255.0，下一跳为10.8.9.2，优先级为1；第三条静态路由的目的地址为33.33.33.0，掩码为255.255.255.0，下一跳为10.8.10.2，优先级为1。

其中，端口8的ip地址为10.8.8.1/24，端口9的ip地址为10.8.9.1/24，端口10的ip地址为10.8.10.1/24。

步骤502，控制平面下发该ECMP负荷分担组到转发平面；

控制平面根据指定的下一跳到出接口的ip地址网段中迭代，本例中10.8.8.2迭代到端口8的ip地址网段中，10.8.9.2迭代到端口9的ip地址网段中，10.8.10.2迭代到端口10的ip地址网段中。所以控制平面下发ECMP负荷分担组到转发平面，其中ECMP负荷分担组的第一个成员的下一跳是10.8.8.2，出端口是8；第二个成员的下一跳是10.8.9.2，出端口是9；第三个成员的下一跳是10.8.10.2，出端口是10；这3个成员的状态位都是有效。下发给转发平面的静态路由的IP地址为33.33.33.0，掩码为255.255.255.0，从ECMP负荷分担组出去。

步骤503，所述ECMP负荷分担组的第一个成员所在的端口发生链路故障或者协议故障时，控制平面下发ECMP更新信息给转发平面，其中ECMP负荷分担组仍包括3个成员，第一个成员的状态位发生变化，变为无效，其余成员信息无变化；需要说明的是，该ECMP更新信息中也可以只携带发生变化的成员信息，即仅携带第一个成员的状态位发生变化的信息。

对于永久路由形成的ECMP负荷分担组，转发平面依然根据路由故障的信息完成有效成员的重新符合分担，转发平面ECMP负荷分担组不删除，本实施例中，即ECMP负荷分担组不删除。此时，在该ECMP负荷分担组中其他未故障的成员中进行负荷分担。

步骤504，所述ECMP负荷分担组的第一个成员所在的端口故障恢复时，控制平面下发ECMP更新信息给转发平面，其中ECMP仍包括3个成员，第一个成员的状态位发生变化，变为有效，其余成员信息无变化。该ECMP更新信息中也可以只携带发生变化的成员信息，即仅携带第一个成员的状态位发生变化的信息。

此时，在该ECMP负荷分担组中所有成员中进行负荷分担。

本实施例提供的方案，由属性为永久路由的静态路由形成的负荷分担组，在路由故障时，不删除该负荷负担组，继续在该负荷分担组中其他未故障的成员之间进行负荷分担，提高了系统性能。

如图6所示，本发明一实施例提供一种静态路由处理装置60，包括存储器610和处理器620，所述存储器610存储有程序，所述程序在被所述处理器620读取执行时，实现上述任一实施例所述的静态路由处理方法。

本发明一实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述任一实施例所述的静态路由处理方法。

所述计算机可读存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、RAM、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种静态路由处理方法，包括：

转发设备添加静态路由，所述静态路由携带属性信息；

当所述静态路由所在链路发生故障且所述静态路由的属性信息为预设属性时，所述转发设备保留所述静态路由。

2.如权利要求1所述的静态路由处理方法，其特征在于，所述方法还包括：当所述静态路由所在链路发生故障且所述静态路由的属性信息为预设属性且所述静态路由为路由组的成员时，所述转发设备保留所述静态路由所属的路由组。

3.如权利要求2所述的静态路由处理方法，其特征在于，所述路由组为因特网协议快速重路由保护组或者等价路由负荷分担组。

4.如权利要求2所述的静态路由处理方法，其特征在于，所述路由组中的成员的属性信息相同。

5.如权利要求2所述的静态路由处理方法，其特征在于，所述方法还包括，当所述静态路由所在链路发生故障且所述静态路由的属性信息为预设属性且为路由组的成员时，所述转发设备更新所述路由组中所述静态路由的状态信息，所述状态信息指示所述静态路由故障。

6.如权利要求1至5任一所述的静态路由处理方法，其特征在于，所述方法还包括，当所述静态路由所在链路的故障恢复且所述静态路由的属性信息为预设属性且所述静态路由为路由组的成员时，更新所述路由组中所述静态路由的状态信息，所述状态信息指示所述静态路由正常。

7.一种静态路由处理装置，其特征在于，包括存储器和处理器，所述存储器存储有程序，所述程序在被所述处理器读取执行时，实现如权利要求1至6任一所述的静态路由处理方法。

8.一种静态路由处理方法，包括：

控制平面获取静态路由，所述静态路由携带属性信息；

所述控制平面下发所述静态路由至转发平面；

当所述静态路由所在链路发生故障且所述静态路由的属性信息为预设属性时，所述控制平面控制所述转发平面保留所述静态路由。

9.如权利要求8所述的静态路由处理方法，其特征在于，所述方法还包括：当所述静态路由所在链路发生故障且所述静态路由的属性信息为预设属性且所述静态路由为路由组的成员时，所述控制平面控制所述转发平面保留所述静态路由所属的路由组。

10.一种静态路由处理装置，其特征在于，包括存储器和处理器，所述存储器存储有程序，所述程序在被所述处理器读取执行时，实现如权利要求8或9所述的静态路由处理方法。