本申请涉及通信技术领域，尤其涉及一种路由下发方法及装置。
背景技术：
在目前组网环境中，为了简化网络拓扑结构、便于维护，通常将多个业务板插入同一机框设备(即框式设备)，并进行统一管理。由于不同的业务板需要处理的业务不同，因此每个业务板上所需要的路由表项也不同。在相关技术中，插入机框设备的所有业务板紧耦合部署，由主控板学习和配置路由，并向每个业务板下发学习到的和配置的路由。由于主控板向每个业务板下发的路由无法区分管理，导致机框设备无法起到灵活管理业务板的作用。
技术实现要素：
有鉴于此，本申请提供一种路由下发方法及装置，以解决现有实现方式路由下发无法区分管理，导致机框设备无法灵活管理业务板的问题。
根据本申请实施例的第一方面，提供一种路由下发方法，所述方法应用于框式设备，所述框式设备包括多个业务板，所述方法包括：
在检测到有变化路由时，确定所述变化路由的路由类型；
若为直连路由或主机路由，则将所述变化路由下发至所有业务板；
若为静态路由或动态路由，则提取所述变化路由的特征，并利用所述特征查找路由下发策略，获取所述特征对应的业务板标识，所述路由下发策略记录有路由特征与业务板标识之间的对应关系；
将所述变化路由下发至所述业务板标识对应的业务板上。
根据本申请实施例的第二方面，提供一种路由下发装置，所述装置应用于框式设备，所述框式设备包括多个业务板，所述装置包括：
确定模块，用于在检测到有变化路由时，确定所述变化路由的路由类型；
第一下发模块，用于在为直连路由或主机路由时，将所述变化路由下发至所有业务板；
查找模块，用于在为动态路由或静态路由时，提取所述变化路由的特征，并利用所述特征查找路由下发策略，获取所述特征对应的业务板标识，所述路由下发策略记录有路由特征与业务板标识之间的对应关系；
第二下发模块，用于将所述变化路由下发至所述业务板标识对应的业务板上。
应用本申请实施例，在检测到有变化路由时，主控板可以先确定该变化路由的路由类型，若为直连路由或主机路由，则将该变化路由下发至所有业务板；否则，提取该变化路由的特征，并利用特征查找路由下发策略，获取特征对应的业务板标识，所述路由下发策略记录有路由特征与业务板标识之间的对应关系，再将该变化路由下发至业务板标识对应的业务板上。基于上述描述可知，本申请中各个业务板在框式设备中为紧耦合部署，由主控板根据路由特征查找按照路由下发策略，向各个业务板下发路由，以确保各个业务板上的路由表项能够满足业务所需，从而框式设备能够根据业务需要对业务板起到灵活管理的作用。
附图说明
图1a为本申请根据一示例性实施例示出的一种路由下发方法的实施例流程图；
图1b为本申请根据图1a所示实施例示出的一种框式设备示意图；
图2为本申请根据一示例性实施例示出的一种框式设备的硬件结构图；
图3为本申请根据一示例性实施例示出的一种路由下发装置的实施例结构图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
图1a为本申请根据一示例性实施例示出的一种路由下发方法的实施例流程图；图1b为本申请根据图1a所示实施例示出的一种框式设备示意图，该实施例可以应用于框式设备上，该框式设备可以包括多个业务板。在本申请实施例中，框式设备除了包括多个业务板之外，还可以包括主控板，并且各个业务板之间为紧耦合部署，由主控板统一管理，并由主控板统一下发路由。由于不同的业务板需要处理的业务不同，因此每个业务板所需要的路由表项也就不同，例如，业务板处理的业务类型可以有负载均衡业务、waf(webapplicationfirewall，web应用防护)业务、vpn(virtualprivatenetwork，虚拟专用网络)业务，如图1b所示，负载均衡板卡用于处理负载均衡业务、vpn板卡用于处理vpn业务、waf板卡用于处理waf业务。基于此，可以根据网络规划和业务需求，为每个业务类型制定相应的路由下发策略，并通过终端将制定的路由下发策略配置到主控板中，由主控板根据路由下发策略向各个业务板下发不同的路由，确保每个业务板上的路由表项满足业务所需。如图1a所示，该路由下发方法包括如下步骤：
步骤101：在检测到有变化路由时，确定变化路由的路由类型，若为直连路由或主机路由，则执行步骤102，若为静态路由或动态路由，则执行步骤103。
在一实施例中，主控板在检测到本地路由表项中有路由更新或者路由添加时，触发获取变化路由。其中，变化路由指的是被更新的路由，或者是添加到路由表项中的路由，并且每次获取到的变化路由可以是多个，也可以是一个。
在一实施例中，主控板可以通过路由表项中记录的路由类型标识确定路由类型。例如，路由类型标识为direct表示直连路由，路由类型标识为host表示主机路由，路由类型标识为static表示静态路由，路由类型标识为dynamic表示动态路由。
步骤102：将变化路由下发至所有业务板。
在一实施例中，由于直连路由是设备的本地接口配置ip(internetprotocol，网际协议)地址后，根据ip地址和网络掩码生成的路由，主机路由是设备根据本地接口ip地址和学习的arp(addressresolutionprotocol地址解析协议)表，生成的32位路由。因此直连路由和主机路由均属于设备自身接口地址以及连接的子网的路由，从而，直连路由和主机路由不受路由下发策略影响，可以直接下发至所有业务板。
步骤103：提取变化路由的特征，并利用该特征查找路由下发策略，获取该特征对应的业务板标识，所述路由下发策略记录有路由特征与业务板标识之间的对应关系。
在一实施例中，由于静态路由是管理员手工配置的路由，动态路由是主控板根据路由协议学习到的路由。因此静态路由和动态路由需要根据用户实际业务需求下发到业务板，即需要根据配置的路由下发策略下发到对应的业务板上。
在一实施例中，主控板提取的变化路由的特征可以是目的网段，即主控板可以提取变化路由的目的网段，利用该目的网段查找路由下发策略，并获取该目的网段对应的业务板标识。
其中，主控板的路由表项中可以记录每条路由的目的网段。
在一示例性场景中，对于处理负载均衡业务的业务板，需要下发属于运营商网段的路由，以用于做运营商多链路负载，从而可以将运营商网段与处理负载均衡业务的业务板标识的对应关系作为路由下发策略。其中，运营商网段可以有联通网段、电信网段、移动网段等。主控板在从变化路由中提取到目的网段后，利用该目的网段查找路由下发策略，在查找到该目的网段属于某一运营商网段时，获取该运营商网段对应的业务板标识。
在一实施例中，主控板提取的变化路由的特征可以是路由协议，即主控板可以提取变化路由的路由协议，利用该路由协议查找路由下发策略，并获取该路由协议对应的业务板标识。
其中，主控板的路由表项中还可以记录每条路由的路由协议(即路由来源)，例如，路由协议可以有静态协议、rip(routinginformationprotocol，路由信息协议)、ospf(openshortestpathfirst，开放式最短路径优先)协议、bgp(bordergatewayprotocol，边界网关协议)、is-is((intermediatesystem-to-intermediatesystem，中间系统到中间系统)协议等。
在另一示例性场景中，对于处理waf业务的业务板，需要下发属于web服务器网段的路由，以用于做web应用防护，由于属于web服务器的网段有很多很多，无法一一列举，因此无法制定web服务器网段与业务板标识的路由下发策略。而属于web服务器网段的路由通常是由路由协议学习得到的路由，从而可以将路由协议与处理waf业务的业务板标识的对应关系作为路由下发策略。其中，与处理waf业务的业务板标识对应的路由协议可以包括rip、ospf协议、bgp、is-is协议。主控板在从变化路由中提取到路由协议后，利用该路由协议查找路由下发策略，在查找到该路由协议时，获取该路由协议对应的业务板标识。
在一实施例中，主控板提取的变化路由的特征可以是路由标签，即主控板可以提取变化路由的路由标签，利用该路由标签查找路由下发策略，并获取该路由标签对应的业务板标识。
其中，主控板的路由表项中还可以记录每条路由的路由标签(即路由tag)，路由表项中的路由标签用于对过滤路由，其可以是数字或者字符，也可以是数字与字符的组合，本申请在此不进行限制。例如，路由标签为100的路由属于vpn用户路由。
在又一示例性场景中，对于处理vpn业务的业务板，需要下发属于vpn用户网段的路由，由于属于vpn用户的网段通常有变化，因此无法制定vpn用户网段与业务板标识的路由下发策略。基于此，主控板可以为每个vpn用户路由打上一个路由标签，例如100，以标识该路由属于vpn用户路由，从而可以将路由标签100与处理vpn业务的业务板标识的对应关系作为路由下发策略。主控板在从变化路由中提取到路由标签100后，利用该路由标签100查找路由下发策略，在查找到该路由标签100时，获取该路由标签100对应的业务板标识。
值得说明的是，上述所述的变化路由的特征：目的网段、路由协议以及路由标签，主控板在利用特征查找路由下发策略时，可以先利用目的网段查找路由下发策略，在查找不到时，再利用路由协议查找路由下发策略，在查找不到时，再利用路由标签查找路由下发策略。本领域技术人员可以理解的是，对于目的网段、路由协议以及路由标签的查找顺序本申请不进行限制，可以根据用户的实际需求设置查找顺序，例如，也可以是先路由协议，后目的网段，再路由标签的查找顺序。
步骤104：将变化路由下发至业务板标识对应的业务板上。
在一实施例中，业务板标识可以是业务板类型标识，也可以是所在槽位号标识，即业务板所在的槽位号，只要可以区分不同的业务板即可。
其中，业务板类型标识指的是某一类业务板的标识。例如，业务板1和业务板2均用于处理负载均衡业务，属于负载均衡类业务板，从而属于负载均衡业务的路由需要下发到业务板1和业务板2上。
由上述实施例可知，在检测到有变化路由时，主控板可以先确定该变化路由的路由类型，若为直连路由或主机路由，则将该变化路由下发至所有业务板；否则，提取该变化路由的特征，并利用特征查找路由下发策略，获取特征对应的业务板标识，所述路由下发策略记录有路由特征与业务板标识之间的对应关系，再将该变化路由下发至业务板标识对应的业务板上。基于上述描述可知，本申请中各个业务板在框式设备中为紧耦合部署，由主控板根据路由特征查找按照路由下发策略，向各个业务板下发路由，以确保各个业务板上的路由表项能够满足业务所需，从而框式设备能够根据业务需要对业务板起到灵活管理的作用。
与前述路由下发方法的实施例相对应，本申请还提供了路由下发装置的实施例。
本申请路由下发装置的实施例可以应用在框式设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图2所示，为本申请根据一实施例性实施例示出的一种框式设备的硬件结构图，除了图2所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。
图3为本申请根据一示例性实施例示出的一种路由下发装置的实施例结构图，该实施例可以应用于框式设备上，该框式设备可以包括多个业务板。如图3所示，该路由下发装置包括：确定模块310、第一下发模块320、查找模块330以及第二下发模块340。
其中，确定模块310，用于在检测到有变化路由时，确定所述变化路由的路由类型；
第一下发模块320，用于在为直连路由或主机路由时，将所述变化路由下发至所有业务板；
查找模块330，用于在为动态路由或静态路由时，提取所述变化路由的特征，并利用所述特征查找路由下发策略，获取所述特征对应的业务板标识，所述路由下发策略记录有路由特征与业务板标识之间的对应关系；
第二下发模块340，用于将所述变化路由下发至所述业务板标识对应的业务板上。
在一可选的实现方式中，所述查找模块330，具体用于在提取所述变化路由的特征过程中，提取所述变化路由的目的网段。
在一可选的实现方式中，所述查找模块330，具体用于在提取所述变化路由的特征过程中，提取所述变化路由的路由协议。
在一可选的实现方式中，所述查找模块330，具体用于在提取所述变化路由的特征过程中，提取所述变化路由的路由标签。
在一可选的实现方式中，所述业务板标识为业务板类型标识或者所在槽位号标识。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。