CN111404811B - 报文转发方法和装置 - Google Patents

Abstract

本发明提供了一种报文转发方法和装置。该方法应用于框式设备，所述框式设备包括至少两类业务板，每一类业务板包括至少一个业务板；该方法包括：将框式设备上连接第二类业务板的不同物理端口、以及第一类业务板上连接不同外部设备的物理端口划分至已创建的不同虚拟***中；针对框式设备配置对应的第一路由和第二路由，第一路由为框式设备上的物理端口至所连接的第二类业务板的路由，所述第二路由为所述框式设备上的物理端口所属的虚拟***至其他虚拟***中已创建的虚拟端口的路由；当第一类业务板的物理端口接收到报文时，若该物理端口所属虚拟***关联的框式设备上的物理端口连接的第二类业务板故障，按照第二路由发送所述报文。

Description

报文转发方法和装置

技术领域

本发明涉及网络通信技术，特别涉及报文转发方法和装置。

背景技术

目前，在框式设备中通常可安装两类板卡。其中，第一类板卡是固定安装有框式设备生产厂商所预先设定的操作***的板卡。此类板卡由于无法根据用户需求变更操作***，因此，用户仅能根据该板卡上预先安装的操作***对报文进行相应处理，而无法对报文实现自定义的处理。出于用户的上述需求，各厂商为用户开发了可安装通用操作***的第二类板卡。用户可在第二类板卡上根据需求安装不同的操作***，以实现自定义的报文处理。

当第一类板卡与第二类板卡在框式设备中共用时，即，通过透明第二类板卡对第一类板卡的报文处理功能进行扩展时，第一类板卡会将接收到的报文转发至第二类板卡。在第二类板卡完成对该报文的处理后，将处理后的报文转发回第一类板卡，再由第一类板卡按处理后的报文中的目的IP地址进行转发。

由于第二类业务板存在发生故障，进而导致上述报文转发过程出现异常的风险。因此，大多采用在第一类业务板中设置ACL表项的方式，以在第二类业务板发生故障时，通过ACL表项实现对报文不经第二类业务板的转发。但是，采用ACL表项的方式会导致表项设置过程十分复杂，且不同ACL表项间易产生相互冲突，导致部分ACL表项无法正常工作。

发明内容

本发明提供了一种报文转发方法和装置。

本发明提供的技术方案包括：

根据本发明的第一方面，提供一种报文转发方法，该方法应用于框式设备，所述框式设备包括至少两类业务板，每一类业务板包括至少一个业务板；该方法包括：

将所述框式设备上连接第二类业务板的不同物理端口、以及第一类业务板上连接不同外部设备的物理端口划分至已创建的不同虚拟***中；

针对所述框式设备配置对应的第一路由和第二路由，所述第一路由为所述框式设备上的物理端口至所连接的第二类业务板的路由，所述第二路由为所述框式设备上的物理端口所属的虚拟***至其他虚拟***中已创建的虚拟端口的路由；所述第一路由与所述第二路由中的IP地址相同；

当第一类业务板的物理端口接收到报文时，若该物理端口所属的虚拟***关联的框式设备上物理端口连接的第二类业务板故障，按照第二路由发送所述报文，否则，依据已配置的第一路由发送报文。

根据本发明的第二方面，提供一种报文转发装置，该装置应用于框式设备，所述框式设备包括至少两类业务板，每一类业务板包括至少一个业务板；该方法包括：

划分单元，用于将所述框式设备上连接第二类业务板的不同物理端口、以及第一类业务板上连接不同外部设备的物理端口划分至已创建的不同虚拟***中；

配置单元，用于针对所述框式设备配置对应的第一路由和第二路由，所述第一路由为所述框式设备上的物理端口至所连接的第二类业务板的路由，所述第二路由为所述框式设备上的物理端口所属的虚拟***至其他虚拟***中已创建的虚拟端口的路由；所述第一路由与所述第二路由中的IP地址相同；

发送单元，用于当第一类业务板的物理端口接收到报文时，若该物理端口所属的虚拟***关联的框式设备上物理端口连接的第二类业务板故障，按照第二路由发送所述报文，否则，依据已配置的第一路由发送报文。

根据本发明的第三方面，提供一种框式设备，所述框式设备包括：处理器和机器可读存储介质；

所述机器可读存储介质，用于存储机器可执行指令；

所述处理器，用于读取并执行机器可读存储介质存储的机器可执行指令，以实现如前述的报文转发方法。

根据本发明的第四方面，提供一种机器可读存储介质，所述机器可读存储介质内存储有机器可执行指令，所述机器可执行指令用于被处理器读取和执行时实现如前述的报文转发方法。

在本发明中，通过在框式设备中创建两个虚拟***，并将框式设备上连接第二类业务板的不同物理端口、以及第一类业务板上连接不同外部设备的物理端口划分至已创建的不同虚拟***中，同时为各虚拟***配置指向其他虚拟***中已创建的虚拟端口的第二路由，为框式设备上物理端口配置第一路由的方式，实现了无需通过配置ACL表项，而仅通过在第一路由和第二路由间切换，即可保证第二类业务板故障时，报文转发过程不受影响的效果。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明施例，并与说明书一起用于解释本发明的原理。

图1为本发明提供的应用场景图；

图2为本发明提供的方法流程图；

图3为本发明步骤101的实现流程图；

图4为本发明步骤102的实现流程图；

图5为本发明步骤103的实现流程图；

图6为本发明提供的等价路由配置流程图；

图7为本发明提供的基于等价路由转发报文的流程图；

图8为本发明提供的装置结构示意图；

图9为本发明提供的图8所示装置的硬件结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

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

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

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

参考图1，为本发明提供的一种应用场景图。在该应用场景中，包括终端10、框式设备20和服务器30。

其中，终端10可以通过框式设备20将报文转发至服务器30，也可以接收经框式设备20转发的，由服务器30发送的报文。终端10可以是笔记本电脑、台式电脑等设备。

其中，框式设备20分别与终端10以及服务器30相连，用于将终端10发送的报文经处理后转发至服务器30，以及将服务器30发送的报文经处理后转发至终端10。

在框式设备中包括连接终端10以及服务器30的第一类板卡，例如，该第一类板卡可以通过TenGigE4_0与终端10连接、通过TenGigE4_1与服务器30连接。该第一类板卡是固定安装有框式设备生产厂商所预先设定的操作***的板卡。此类板卡由于无法根据用户需求变更操作***，因此，用户仅能根据该板卡上预先安装的操作***对报文进行相应处理，而无法对报文实现自定义的处理。例如，第一类板卡可以是具有防火墙功能的板卡，也可以是具有流量清洗功能的板卡等，本发明实施例并不对第一类板卡所支持的具体功能进行限定。

需要说明的是，第一类板卡的数量可根据实际需求以及框式设备的实际规格设定，本发明实施例并不对第一类板卡的数量进行限定。

需要说明的是，第一类板卡除上述连接终端10以及服务器30的端口外，其还通过其他端口实现与框式设备的连接。由于此部分内容不是本发明所改进的重点，因此可参考相关技术中有关板卡与框式设备相接连的方式及配置过程，此处不再详述。

在框式设备中还包括第二类板卡，第二类板卡可通过框式设备上的端口与之连接。例如，第二类板卡可与框式设备上的TenGigE5_14和TenGigE5_15连接，以实现与框式设备的连接。该第二类板卡是各厂商出于用户的上述需求，为其开发的可安装通用操作***的板卡。用户可在第二类板卡上根据需求安装不同的操作***，以实现自定义的报文处理。例如，在用户希望对报文是否携带病毒进行识别时，即可在该第二类板卡上安装相应***及自定义的病毒库，以实现对报文是否携带病毒进行识别。上述识别病毒仅用于对第二类板卡的功能进行举例说明，本发明实施例并不对第二类板卡所支持的具体功能进行限定。

需要说明的是，第二类板卡的数量可根据实际需求以及框式设备的实际规格设定，本发明实施例并不对第二类板卡的数量进行限定。

其中，服务器30可以对终端10发送，经框式设备转发的报文进行处理。服务器30还可以在需要响应终端发送报文或是需要主动向终端10发送报文时，将报文发送至框式设备20，以由框式设备转发该报文至终端10。

基于图1所示应用场景，当第一类板卡与第二类板卡在框式设备中共用时，即，通过第二类板卡对第一类板卡的报文处理功能进行扩展时，第一类板卡会将接收到的报文转发至第二类板卡。在第二类板卡完成对该报文的处理后，将处理后的报文转发回第一类板卡，再由第一类板卡按处理后的报文中的目的IP地址进行转发。

由于第二类业务板存在发生故障，进而导致上述报文转发过程出现异常的风险。因此，大多采用在第一类业务板中设置ACL表项的方式，以在第二类业务板发生故障时，通过ACL表项实现对报文不经第二类业务板的转发。但是，采用ACL表项的方式会导致表项设置过程十分复杂，且不同ACL表项间易产生相互冲突，导致部分ACL表项无法正常工作。

有鉴于此，本发明实施例提供一种报文转发方法，以更为便捷的保证第二类业务板故障时，报文的正常转发。

参见图2，为本发明提供的方法流程图，该流程可以包括：

步骤101，将所述框式设备上连接第二类业务板的不同物理端口、以及第一类业务板上连接不同外部设备的物理端口划分至已创建的不同虚拟***中；

作为一个示例，可以预先在框式设备上创建两个虚拟***，这两个虚拟***可以是基于框式设备本地的操作***创建。

作为一个示例，由于第一类业务板可以连接两个外部设备并转发该两个设备相互传输的报文。因此，可以将第一类业务板上连接不同外部设备的不同物理端口划分至不同的虚拟***中。同时，由于框式设备通过两个端口连接来一个第二类业务板，因此可将连接同一个第二类业务板的两个物理端口划分之不同的虚拟***中。

结合图1所示内容，在具体实施时，将框式设备上连接第二类业务板的不同物理端口、以及第一类业务板上连接不同外部设备的物理端口划分至已创建的不同虚拟***中，可采用以下实现方式实现：

这里，以框式设备中包括一个第一类业务板及一个第二类业务板为例。在框式设备中包括多个第二类业务板时，可参照前例执行。框式设备中包括一个第一类业务板及一个第二类业务板时，第一类业务板可以通过不同物理端口分别与不同外部设备进行连接，例如，通过TenGigE4_0连接终端10、通过TenGigE4_1连接服务器30。第二类业务板则会与框式设备上的两个物理端口分别连接，例如图1中所示的TenGigE5_14以及TenGigE5_15。在进行端口划分时，可以将框式设备上连接同一个第二业务板的两个物理端口，以及第一类板卡连接不同外部设备的不同物理端口分别划分至不同的虚拟***中。例如，框式设备上的TenGigE5_14以及TenGigE5_15是连接同一个第二类业务板的不同物理端口，在执行步骤101时，可以将TenGigE5_14划分至虚拟***VSYS1中，将TenGigE5_15划分至虚拟***VSYS2中。第一类板卡上的TenGigE4_0和TenGigE4_1是分别连接不同外部设备的物理端口，在执行步骤101时，可以将第一类板卡上的TenGigE4_0划分至虚拟***VSYS1中、将第一类板卡上的TenGigE4_1划分至虚拟***VSYS2中。其中，S1和S2是虚拟***的编号。

这里需要说明的是，在将某一物理端口划分至某一虚拟***之前，该物理端口与该虚拟***之间可以不存在对应关系。即，可以先将TenGigE5_14或TenGigE5_15划分至两个虚拟***中的任一个虚拟***，之后再完成另一个物理端口的划分。

图3还示出了另外一种实现方式，在下文会结合图3所示流程详细描述，这里暂不赘述。

步骤102，针对所述框式设备配置对应的第一路由和第二路由，所述第一路由为所述框式设备上的物理端口至所连接的第二类业务板的路由，所述第二路由为所述框式设备上的物理端口所属的虚拟***至其他虚拟***中已创建的虚拟端口的路由；所述第一路由与所述第二路由中的IP地址相同；

作为一个示例，虚拟***在被创建后，每个虚拟***会自动的生成用于接收其他虚拟***所发送报文的虚拟端口。如图1所示，VSYS1中的Virtualif1_1便是VSYS1创建后自动生成的用于接收VSYS2所发送报文的虚拟端口。相应的，VSYS2中的Virtualif2_1便是VSYS2创建后自动生成的用于接收VSYS1所发送报文的虚拟端口。

作为一个示例，第二类业务板卡与框式设备是二层连接。因此，可以将框式设备上连接同一第二类业务板的两个物理端口配置同一网段的IP地址。结合图1所示内容，可以将TenGigE5_14的IP地址配置为10.10.10.1，将TenGigE5_15的IP地址配置为10.10.10.2。上述对于IP地址的配置仅用于举例说明，并不构成对本发明实施例的限制。

作为一个示例，图4示出了一种配置第一路由及第二路由的实现方式，在下文会结合图4所示流程详细描述，这里暂不赘述。

步骤103，当第一类业务板的物理端口接收到报文时，若该物理端口所属的虚拟***关联的框式设备上物理端口连接的第二类业务板故障，按照第二路由发送所述报文，否则，依据已配置的第一路由发送报文。

作为一个示例，确定第二类业务板故障可以有多种实现方式。图5示出了其中一种，在下文会结合图5所示流程详细描述，这里暂不赘述。

作为一个示例，为了实现根据第二类业务板状态不同，进而利用不同路由进行转发，可以预先为第一路由和第二路由配置不同的路由优先级。例如，可以为第一路由配置路由优先级高于第二路由的路由优先级，使第一路由在默认状态下优先于第二路由被使用。而在确定第二类业务板故障时，可以禁用第一路由，使原本优先级最低的第二路由成为优先级最高的路由，进而利用该第二路由发送报文。

作为一个示例，图6还示出了一种在框式设备上的物理端口连接不同的第二类业务板时，对报文进行转发的实现方式。在下文会结合图6所示流程详细描述，这里暂不赘述。

在本发明中，通过在框式设备中创建两个虚拟***，并将框式设备上连接第二类业务板的不同物理端口、以及第一类业务板上连接不同外部设备的物理端口划分至已创建的不同虚拟***中，同时为各虚拟***配置指向其他虚拟***中虚拟端口的第二路由，以及，为框式设备上物理端口配置第一路由的方式，实现了无需通过配置ACL表项，而仅通过在第一路由和第二路由间切换，即可保证第二类业务板故障时，报文转发过程不受影响的效果。

下面结合图3所示流程，对如何将将框式设备上连接第二类业务板的不同物理端口、以及第一类业务板上连接不同外部设备的物理端口划分至已创建的不同虚拟***中进行描述。如图3所示，该流程可以包括：

步骤1011，在所述框式设备上创建关联不同虚拟***的不同VRF实例；

作为一个示例，可以在框式设备上创建两个VRF实例，并将其中一个VRF实例与其中一个虚拟***相关联，将另一个VRF实例与另一个虚拟***相关联。创建VRF实例可按本领域技术人员熟知的创建VRF实例的方式创建。

步骤1012，将所述框式设备上连接第二类业务板的不同物理端口、以及所述第一类业务板上连接不同外部设备的物理端口加入至已创建的不同VRF实例中。

作为一个示例，在完成VRF实例与虚拟***的关联后，可以将框式设备上连接同一个第二类业务板的两个物理端口中的一个，加入一个VRF实例中、将另一个物理端口加入另一个VRF实例中。同时，将第一类板卡上连接一个外部设备的物理接口加入一个VRF实例中、将连接另一个外部设备的物理端口加入另一个VRF实例中

至此，完成图3所示流程。

下面结合图4所示流程，对按照图3所示流程完成物理端口划分至虚拟***后，如何配置第一路由和第二路由进行描述。如图4所示，该流程可以包括：

步骤1021，获得待配置的IP地址；

作为一个示例，这里待配置的IP地址可以是第一类板卡所连接外部设备的IP地址，或者需要经框式设备转发的报文的目的IP地址。例如，在图1所示应用场景中，待配置的IP地址可以是终端10的IP地址192.168.2.100和服务器30的IP地址192.168.3.254。

作为一个示例，待配置的IP地址可以是预先存储在框式设备中、也可以是在配置时由外部设备向框式设备发送。

步骤1022，根据所述待配置的IP地址和所述框式设备上的物理端口生成第一路由，根据所述待配置的IP地址和所述其他虚拟***中已创建的虚拟端口生成第二路由；第一路由的路由优先级高于第二路由的路由优先级；

作为一个示例，针对任一虚拟***，可根据其他虚拟***所关联的除连接第二类业务板以外的其他物理端口所连接的外部设备的IP地址，来配置第一路由。结合图1所示内容，在将TenGigE5_14和TenGigE4_0划分至虚拟***VSYS1后，则可根据TenGigE4_1所连接服务器30的IP地址192.168.3.254和TenGigE5_14配置第一路由，即，需要发送至服务器30的报文由TenGigE5_14发出。同时，还可根据该服务器30的IP地址与虚拟***VSYS2中的Virtualif2_1配置第二路由，即，需要发送至服务器30的报文由VSYS1向VSYS2中的Virtualif2_1发送。

步骤1023，将所述第一路由和所述第二路由保存在与所述框式设备上的物理端口所属的虚拟***相关联的VRF实例对应的虚拟路由转发表中。

作为一个示例，在完成第一路由和第二路由的配置后，则可以将第一路由和第二路由保存在与所述框式设备上的物理端口所属的虚拟***相关联的VRF实例对应的虚拟路由转发表中，以供转发报文时使用。

至此，完成图4所示流程。

下面结合图5所示流程，对步骤103中如何确定框式设备上物理端口连接的第二类业务板故障进行描述。如图5所示，该流程可以包括：

步骤1031，通过所述框式设备上连接第二类业务板的一个物理端口向该框式设备连接该第二类业务板的另一个物理端口发送检测报文；

作为一个示例，为了保证两个虚拟***都能检测到第二类业务版的状态，框式设备可通过连接该第二类业务版的不同物理端口相互发送检测报文来实现检测。

步骤1032，若在预设时长内接收到经所述第二类业务板转发的响应报文，则确定所述第二业务板正常；

作为一个示例，当第二类业务板正常时，第二类业务板可以正常的转发报文。因此，每个发送检测报文的物理端口都会在预设时长内接收到响应报文。

步骤1033，若在预设时长内未接收到经所述第二类业务板转发的响应报文，则确定所述第二业务板故障。

作为一个示例，当第二类业务板故障时，则无法正常的转发报文，因此，每个发送检测报文的物理端口都不会在预设时长内未接收到相报文，进而使两个虚拟***都确定出第二类业务版故障。

至此，完成图5所示流程。

下面结合图6所示流程，对当所述框式设备上的不同物理端口连接不同的第二类业务板时，如何配置第一路由进行描述。如图6所示，该流程可以包括：

步骤104，当所述框式设备上的不同物理端口连接不同的第二类业务板时，第一路由包含N条相互等价的路由，N为连接的第二类业务板的数量，其中，N条相互等价的路由中的任一路由为被划分至同一虚拟***中的框式设备上任一物理端口至所连接的第二类业务板的路由；

作为一个示例，由于框式设备可以连接多个第二类业务板，因此，可以将任一虚拟***中第一路由所包含的各路由配置为的相互等价的路由，以实现对第一类板卡向第二类板卡所转发报文的分流。举一个简单的例子，当一个框式设备连接两个第二类业务板时，一个虚拟***会关联框式设备上分别连接两个第二类业务版的两个物理端口，进而使第一类板卡向第二类板卡所转发报文分别由这两个物理端口进行发送。本实施例会按前述的方式为这两个物理端口配置路由，在本步骤中会将这两个路由配置为相互等价的路由。

步骤105，为N条相互等价的路由中不同路由配置不同的转发权重。

作为一个示例，可以根据不同的第二类业务板的设备资源为各相互等价的路由配置转发权重。这里的设备资源可以是第二类业务板在单位时间内所能处理的报文数量、第二类业务板在单位时间内所能转发的报文数量、第二类业务板中内存的大小或第二类业务板中芯片的运行频率等。当然，无论采用何种具体指标表示设备资源，其都会按设备资源越多、转发权重越大的方式对路由进行配置。

至此，完成图6所示流程。

基于图6所示流程，下面将结合图7对如何依据等价路由进行报文转发进行说明。如图7所示，该流程可以包括：

步骤106，判断用于转发所述报文的路由是否为所述N条相互等价的路由；若是，则转到步骤108；若否，则转到步骤107；

作为一个示例，可以根据报文的目的IP地址对路由进行匹配，并在匹配到路由后检查该路由是否是等价路由；

步骤107，利用该报文所匹配的路由转发该报文；

作为一个示例，若用于转发该报文的路由不是等价路由，则可以直接的依据与该报文所匹配的路由转发该报文。

步骤108，根据所述转发权重从所述N条相互等价的路由中选择出一个路由；

作为一个示例，由于相互等价的各路由的转发权重不同。因此，可根据转发权重来确定出用于转发该报文的路由。举一个简单的例子，若相互等价的路由数量为两个，其中一个路由的转发权重为4，另一个路由的转发权重为6。那么在转发10个报文的过程中，则可以选择利用转发权重为4的路由转发4个报文、利用转发权重为6的路由转发6个报文。当然，也可以选择转发权重最高的路由来转发报文，若存在多个路由的转发权重相同且均最高，则可随机的选择一个路由来转发报文。

步骤109，利用选择出的路由转发所述报文。

作为一个示例，从等价路由中选择出路由后，即可利用选择出的路由转发所述报文。

至此，完成图7所示流程。

与前述报文转发方法的实施例相对应，本发明还提供了报文转发装置的实施例。

本发明报文转发装置的实施例可以应用在框式设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在框式设备的处理器将非易失性机器可读存储介质中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图9所示，为本发明报文转发装置所在服务器的一种硬件结构图，除了图9所示的处理器、内存、网络接口、以及非易失性机器可读存储介质之外，实施例中装置所在的框式设备通常根据该框式设备的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图8，图8为本发明提供的报文转发装置的装置结构图。该装置应用于框式设备，所述框式设备包括至少两类业务板，每一类业务板包括至少一个业务板；该装置包括：

划分单元810，用于将所述框式设备上连接第二类业务板的不同物理端口、以及第一类业务板上连接不同外部设备的物理端口划分至已创建的不同虚拟***中。

配置单元820，用于针对所述框式设备配置对应的第一路由和第二路由，所述第一路由为所述框式设备上的物理端口至所连接的第二类业务板的路由，所述第二路由为所述框式设备上的物理端口所属的虚拟***至其他虚拟***中已创建的虚拟端口的路由；所述第一路由与所述第二路由中的IP地址相同。

发送单元830，用于当第一类业务板的物理端口接收到报文时，若该物理端口所属的虚拟***关联的框式设备上的物理端口连接的第二类业务板故障，按照第二路由发送所述报文，否则，依据已配置的第一路由发送报文。

至此，完成图8所示流程。

作为一个示例，所述划分单元810包括：

VRF创建子单元811(图中未示出)，用于在所述框式设备上创建关联不同虚拟***的不同VRF实例。

加入子单元812(图中未示出)，用于将所述框式设备上连接第二类业务板的不同物理端口、以及所述第一类业务板上连接不同外部设备的物理端口加入至已创建的不同VRF实例中。

作为一个示例，所述配置单元820包括：

获得子单元821(图中未示出)，用于获得待配置的IP地址。

生成子单元822(图中未示出)，用于根据所述待配置的IP地址和所述框式设备上的物理端口生成第一路由，根据所述待配置的IP地址和所述其他虚拟***中已创建的虚拟端口生成第二路由；第一路由的路由优先级高于第二路由的路由优先级。

保存子单元823(图中未示出)，用于将所述第一路由和所述第二路由保存在与所述框式设备上的物理端口所属的虚拟***相关联的VRF实例对应的虚拟路由转发表中。

作为一个示例，发送单元830包括：

检测子单元831(图中未示出)，用于通过所述框式设备连接第二类业务板的一个物理端口向该框式设备连接该第二类业务板的另一个物理端口发送检测报文；

确定子单元832(图中未示出)，用于在预设时长内接收到经所述第二类业务板转发的响应报文，确定所述第二业务板正常；在预设时长内未接收到经所述第二类业务板转发的响应报文，确定所述第二业务板故障。

作为一个示例，所述配置单元820具体用于当所述框式设备上的不同物理端口连接不同的第二类业务板时，第一路由包含N条相互等价的路由，N为连接的第二类业务板的数量，其中，N条相互等价的路由中的任一路由为被划分至同一虚拟***中的框式设备上任一物理端口至所连接的第二类业务板的路由。

N条相互等价的路由中不同路由具有不同的转发权重。

作为一个示例，所述发送单元830具体用于：

判断用于转发所述报文的路由是否为所述N条相互等价的路由；

若是，则根据所述转发权重从所述N条相互等价的路由中选择出一个路由；

利用选择出的路由转发所述报文。

参见图9，图9为本发明报文转发装置所在框式设备的一种硬件结构图，该硬件结构包括：处理器和机器可读存储介质。

其中，机器可读存储介质，用于存储机器可执行指令；

处理器，用于读取并执行机器可读存储介质存储的机器可执行指令，以实现如图2所示的报文转发方法。

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

至此，完成图9所示设备的描述。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

Claims (10)

1.一种报文转发方法，其特征在于，该方法应用于框式设备，所述框式设备包括至少两类业务板，每一类业务板包括至少一个业务板；该方法包括：

将所述框式设备上连接第二类业务板的不同物理端口、以及第一类业务板上连接不同外部设备的物理端口划分至已创建的不同虚拟***中；

针对所述框式设备配置对应的第一路由和第二路由，所述第一路由为所述框式设备上的物理端口至所连接的第二类业务板的路由，所述第二路由为所述框式设备上的物理端口所属的虚拟***至其他虚拟***中已创建的虚拟端口的路由；所述第一路由与所述第二路由中的目的IP地址相同；

当第一类业务板的物理端口接收到报文时，若该物理端口所属虚拟***关联的框式设备上的物理端口连接的第二类业务板故障，按照第二路由发送所述报文，否则，依据已配置的第一路由发送报文。

2.根据权利要求1所述的方法，其特征在于，所述将框式设备上连接第二类业务板的不同物理端口、以及第一类业务板上连接不同外部设备的物理端口划分至已创建的不同虚拟***中包括：

在所述框式设备上创建关联不同虚拟***的不同VRF实例；

将所述框式设备上连接第二类业务板的不同物理端口、以及所述第一类业务板上连接不同外部设备的物理端口加入至已创建的不同VRF实例中。

3.根据权利要求2所述的方法，其特征在于，所述针对所述框式设备配置对应的第一路由和第二路由包括：

获得待配置的IP地址；

根据所述待配置的IP地址和所述框式设备上的物理端口生成第一路由，根据所述待配置的IP地址和所述其他虚拟***中已创建的虚拟端口生成第二路由；第一路由的路由优先级高于第二路由的路由优先级；

将所述第一路由和所述第二路由保存在与所述框式设备上的物理端口所属的虚拟***相关联的VRF实例对应的虚拟路由转发表中。

4.根据权利要求1所述的方法，其特征在于，所述框式设备上物理端口连接的第二类业务板故障通过以下方式确定：

通过所述框式设备连接第二类业务板的一个物理端口向该框式设备连接该第二类业务板的另一个物理端口发送检测报文；

若在预设时长内接收到经所述第二类业务板转发的响应报文，则确定所述第二类业务板正常；

若在预设时长内未接收到经所述第二类业务板转发的响应报文，则确定所述第二类业务板故障。

5.根据权利要求1所述的方法，其特征在于，当所述框式设备上的不同物理端口连接不同的第二类业务板时，第一路由包含N条相互等价的路由，N为连接的第二类业务板的数量，其中，N条相互等价的路由中的任一路由为被划分至同一虚拟***中的框式设备上任一物理端口至所连接的第二类业务板的路由；

N条相互等价的路由中不同路由具有不同的转发权重。

6.根据权利要求5所述的方法，其特征在于，所述依据已配置的第一路由发送报文包括：

判断用于转发所述报文的路由是否为所述N条相互等价的路由；

若是，则根据所述转发权重从所述N条相互等价的路由中选择出一个路由；

利用选择出的路由转发所述报文。

7.一种报文转发装置，其特征在于，该装置应用于框式设备，所述框式设备包括至少两类业务板，每一类业务板包括至少一个业务板；该装置包括：

划分单元，用于将所述框式设备上连接第二类业务板的不同物理端口、以及第一类业务板上连接不同外部设备的物理端口划分至已创建的不同虚拟***中；

配置单元，用于针对所述框式设备配置对应的第一路由和第二路由，所述第一路由为所述框式设备上的物理端口至所连接的第二类业务板的路由，所述第二路由为所述框式设备上的物理端口所属的虚拟***至其他虚拟***中已创建的虚拟端口的路由；所述第一路由与所述第二路由中的目的IP地址相同；

发送单元，用于当第一类业务板的物理端口接收到报文时，若该物理端口所属的虚拟***关联的框式设备上的物理端口连接的第二类业务板故障，按照第二路由发送所述报文，否则，依据已配置的第一路由发送报文。

8.根据权利要求7所述的装置，其特征在于，所述划分单元包括：

VRF创建子单元，用于在所述框式设备上创建关联不同虚拟***的不同VRF实例；

加入子单元，用于将所述框式设备上连接第二类业务板的不同物理端口、以及所述第一类业务板上连接不同外部设备的物理端口加入至已创建的不同VRF实例中。

9.一种框式设备，其特征在于，所述框式设备包括：处理器和机器可读存储介质；

所述机器可读存储介质，用于存储机器可执行指令；

所述处理器，用于读取并执行机器可读存储介质存储的机器可执行指令，以实现如权利要求1至6任一项所述的报文转发方法。

10.一种机器可读存储介质，其特征在于，所述机器可读存储介质内存储有机器可执行指令，所述机器可执行指令用于被处理器读取和执行时实现如权利要求1至6任一项所述的报文转发方法。

Images