CN106506352B - 一种转发报文的方法及装置 - Google Patents

Abstract

本申请提供一种转发报文的方法及装置，应用于框式设备，所述框式设备包含若干业务板，所述若干业务板分别维护了各自的MAC地址转发表；该方法可以包括：当所述若干业务板中任一业务板接收到来自外部设备或者其他业务板的报文时，根据所述报文的目的MAC地址，在所述任一业务板维护的MAC地址转发表中，匹配与所述目的MAC地址对应的表项；若匹配到所述对应的表项，则由所述任一业务板根据所述对应的表项转发所述报文；若未匹配到所述对应的表项，则由所述任一业务板按照预设顺序将所述报文转至下一业务板。通过本申请的技术方案，一方面，可以减少对主控板处理资源的占用。另一方面，还可以减少对各个业务板内存空间的占用。

Description

一种转发报文的方法及装置

技术领域

本申请涉及网络通信技术领域，尤其涉及一种转发报文的方法及装置。

背景技术

在框式设备中，各个业务板分别维护各自的MAC地址转发表，各个业务板都通过学习方式更新自身的MAC地址转发表。当某一业务板接收到一需要二层转发的报文时，若在该业务板维护的MAC地址转发表中匹配不到与该报文对应的表项，则该业务板会对该报文进行洪泛，而实际上，可能在其他某一业务板中包含与该报文对应的表项。

在现有技术中，为了减少洪泛的情况，主控板中维护了一张全局MAC地址转发表，该全局MAC地址转发表包含所有业务板中MAC地址转发表的表项。当框式设备中任一业务板更新自身的MAC地址转发表时，将更新内容发送至主控板，主控板对全局的MAC地址转发表做出相应更新后，再将更新内容下发给除发送更新内容的业务板外其他所有的业务板，以使所有业务板的MAC地址转发表同步。

然而，一方面，每当一业务板更新自身的MAC地址转发表时，主控板就要将更新内容下发给其他业务板，从而占用了主控板大量的处理资源。另一方面，各个业务板之间都要维护其他业务板学习到的表项，导致占用了业务板大量的内存空间。

发明内容

有鉴于此，本申请提供一种转发报文的方法及装置，可以减少对主控板处理资源的占用，以及减少对业务板内存空间的占用，从而提高框式设备的性能。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种转发报文的方法，应用于框式设备，所述框式设备包含若干业务板，所述若干业务板分别维护了各自的MAC地址转发表；所述方法包括：

当所述若干业务板中任一业务板接收到来自外部设备或者其他业务板的报文时，根据所述报文的目的MAC地址，在所述任一业务板维护的MAC地址转发表中，匹配与所述目的MAC地址对应的表项；

若匹配到所述对应的表项，则由所述任一业务板根据所述对应的表项转发所述报文；

若未匹配到所述对应的表项，则由所述任一业务板按照预设顺序将所述报文转至下一业务板。

根据本申请的第二方面，提出了一种转发报文的装置，应用于框式设备，所述框式设备包含若干业务板，所述若干业务板分别维护了各自的MAC地址转发表；所述装置包括：

匹配单元，当所述若干业务板中任一业务板接收到来自外部设备或者其他业务板的报文时，根据所述报文的目的MAC地址，在所述任一业务板维护的MAC地址转发表中，匹配与所述目的MAC地址对应的表项；

转发单元，若匹配到所述对应的表项，则由所述任一业务板根据所述对应的表项转发所述报文；

转换单元，若未匹配到所述对应的表项，则由所述任一业务板按照预设顺序将所述报文转至下一业务板。

由以上技术方案可见，通过本申请的技术方案，一方面，每当一业务板更新自身的MAC地址转发表时，主控板无需再将更新内容下发给其他业务板，从而减少了对主控板处理资源的占用。另一方面，各个业务板只需要分别维护自身学习到的表项，而不需要维护其他业务板学习到的表项，从而减少了对各个业务板内存空间的占用。由此，进一步提高了框式设备的性能。

附图说明

图1是框式设备的结构示意图。

图2是相关技术中各个业务板之间同步MAC地址转发表的方法的流程图。

图3是本申请一示例性实施例提供的一种转发报文的方法的流程图。

图4是本申请一示例性实施例提供的另一种转发报文的方法的流程图。

图5是本申请一示例性实施例提供的一种电子设备的结构示意图。

图6是本申请一示例性实施例提供的一种转发报文的装置的框图。

具体实施方式

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

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

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

图1是框式设备的结构示意图。如图1所示，框式设备包含一块主控板以及多块业务板。当框式设备中某一块业务板接收到需要进行二层转发的报文时，根据该报文的目的MAC地址，在自身维护的MAC地址转发表中匹配对应的表项，若匹配到对应的表项，则根据匹配到的表项转发该报文；若未匹配到对应的表项，则对该报文进行洪泛。而实际上，在其他某一业务板维护的MAC地址转发表中，可能存在与该报文目的MAC地址对应的表项。

由于业务板对报文进行洪泛，将占用该业务板大量的处理资源，所以，在相关技术中，为了降低业务板对接收到报文进行洪泛的频率，采用图2所示的方法，将各个业务板分别维护的MAC地址转发表进行同步。请参见图2，该方法可以包括以下步骤：

步骤201，业务板a接收报文。

步骤202，业务板a更新MAC地址转发表。

其中，假定框式设备中包含1块主控板以及3块业务板，3块业务板分别为业务板a、业务板b、业务板c。当业务板a接收到需要进行二层转发的报文时，根据该报文的目的MAC地址，在自身维护的MAC地址转发表中匹配对应的表项，若未匹配到对应的表项，则通过学习方式更新自身维护的MAC地址转发表的表项。

步骤203，业务板a向主控板发送自身的MAC地址转发表更新的内容。

其中，更新的内容还可以是对表项进行修改或删除(例如老化)。

步骤204，主控板根据接收到的更新内容，更新全局MAC地址转发表。

其中，主控板维护了一张全局MAC地址转发表，该全局MAC地址转发表中包含所有业务板(即业务板a、业务板b、业务板c)的MAC地址转发表的表项。

步骤205a，主控板向业务板b发送更新内容。

步骤205b，主控板向业务板c发送更新内容。

步骤206a，业务板b根据接收到的更新内容，更新自身维护的MAC地址转发表。

步骤206b，业务板c根据接收到的更新内容，更新自身维护的MAC地址转发表。

其中，当业务板b或业务板c更新自身维护的MAC地址转发表时，也会将更新的内容发送至主控板，主控板进行相应更新后，再将更新的内容下发至其他业务板，其过程与上述步骤201-步骤206b类似，此处不再赘述。

可见，在相关技术中，一方面，每当有业务板更新自身的MAC地址转发表时，主控板接收到更新内容并对全局MAC地址转发表进行相应的更新后，就要将更新内容下发给其他业务板，从而占用了主控板大量的处理资源。另一方面，各个业务板之间都要维护其他业务板学习到的表项(主控板的全局MAC地址转发表与各个业务板维护的MAC地址转发表相同)，导致占用了业务板大量的内存空间，另外，若有些业务板的内存空间较小，以至于不够存储所有的表项，则会导致MAC地址转发表同步失败。

图3是本申请一示例性实施例示出的一种转发报文的方法的流程图，如图3所示，应用于框式设备，所述框式设备包含若干业务板，所述若干业务板分别维护了各自的MAC地址转发表；所述方法可以包括以下步骤：

步骤301，当所述若干业务板中任一业务板接收到来自外部设备或者其他业务板的报文时，根据所述报文的目的MAC地址，在所述任一业务板维护的MAC地址转发表中，匹配与所述目的MAC地址对应的表项。

步骤302a，若匹配到所述对应的表项，则由所述任一业务板根据所述对应的表项转发所述报文。

步骤302b，若未匹配到所述对应的表项，则由所述任一业务板按照预设顺序将所述报文转至下一业务板。

在本实施例中，当所述任一业务板位于所述预设顺序的末端时，若所述任一业务板维护的MAC地址转发表中不包含所述对应的表项，则由所述任一业务板对所述报文进行洪泛。

在本实施例中，所述框式设备中包含一主控板，所述主控板中维护有包含所有业务板中MAC地址转发表的表项的全局MAC地址转发表。当所有业务板中任一业务板编辑了自身MAC地址转发表的表项时，将与编辑操作相关的信息上传至所述主控板，以使得主控板根据所述信息对所述全局MAC地址转发表进行编辑。因此，当接收到表项查询指令时，只需获取所述主控板中维护的所述全局MAC地址转发表，以查询相应的表项。

由以上技术方案可见，通过本申请的技术方案，在降低业务板对接收到报文进行洪泛的频率的同时，一方面，每当一业务板更新自身的MAC地址转发表时，主控板无需再将更新内容下发给其他业务板，从而减少了对主控板处理资源的占用。另一方面，各个业务板只需要分别维护自身学习到的表项，而不需要维护其他业务板学习到的表项，从而减少了对各个业务板内存空间的占用。由此，进一步提高了框式设备的性能。

为了便于理解，下面结合图4对本申请的技术方案进行详细说明。请参见图4，图4是本申请一示例性实施例的一种转发报文的方法的流程图，该方法可以包括以下步骤：

步骤401，业务板接收报文。

步骤402，业务板在自身维护的MAC地址转发表中匹配对应的表项。

步骤403，判断业务板是否匹配到对应的表项，若匹配到了对应的表项，则转入步骤406a，否则，转入步骤404。

步骤404，判断该业务板是否位于预设顺序的末端，若是，则转入步骤406b，否则，转入步骤405。

步骤405，按照该预设顺序将报文转至下一业务板，然后转入步骤402。

步骤406a，根据匹配到的表项，转发报文。

步骤406b，对报文进行洪泛。

在本实施例中，框式设备包含若干业务板，各个业务板分别维护了各自的MAC地址转发表，当某一业务板接收到需要二层转发的报文时，根据该报文的目的MAC地址，在自身维护的MAC地址转发表中匹配与该目的MAC地址对应的表项，若匹配到对应的表项，则根据该对应的表项转发报文；若未匹配到对应的表项，则按照预设顺序将报文转至下一业务板，以使下一业务板按照步骤401-406b的方法处理该报文，直到在某一业务板中匹配到了与报文的目的MAC地址对应的表项时，根据该对应的表项转发该报文，或者在按照预设顺序将报文转至预设顺序中最后一块业务板时，也未匹配到与该报文的目的MAC地址对应的表项，则由该最后一块业务板对该报文进行洪泛。

举例而言，假定框式设备中包含4块业务板，分别为业务板a、业务板b、业务板c、业务板d，而接收到来自外部设备的报文的业务板为业务板b。4块业务板分别维护了各自的MAC地址转发表，其中，业务板d维护的MAC地址转发表中包含与该报文的目的MAC地址对应的表项，而业务板a、业务板b、业务板c都不包含与该报文的目的MAC地址对应的表项。预设顺序为业务板b、业务板a、业务板c、业务板d。因此，当业务板b接收到来自外部设备的报文时，首先在自身维护的MAC地址转发表中，匹配与该报文的目的MAC地址对应的表项，由于未匹配到对应的表项，所以按照预设顺序，将该报文转至业务板a，同理，业务板a会继续将报文转至业务板c，业务板c再进一步将报文转至业务板d，而由于业务板d维护的MAC地址转发表中包含对应的表项，所以业务板d根据该对应的表项转发报文。

由以上技术方案可见，在本申请的技术方案中，框式设备的各个业务板之间无需同步MAC地址转发表，在降低业务板对接收到报文进行洪泛的频率的同时，一方面，每当一业务板更新自身的MAC地址转发表时，主控板无需再将更新内容下发给其他业务板，从而减少了对主控板处理资源的占用。另一方面，各个业务板只需要分别维护自身学习到的表项，而不需要维护其他业务板学习到的表项，从而减少了对各个业务板内存空间的占用，同时，避免了由于有些业务板的内存空间较小，以至于不够存储所有的表项，导致MAC地址转发表同步失败的问题。由此，进一步提高了框式设备的性能。

在本申请的技术方案中，框式设备的主控板维护了一张全局MAC地址转发表，该全局MAC地址转发表中包含框式设备中所有业务板的MAC地址转发表的表项。当框式设备中任一业务板编辑了自身MAC地址转发表的表项(包括添加表项、修改表项、删除表项)时，该任一业务板会将与编辑操作相关的信息上传至主控板，以使得主控板根据该信息对全局MAC地址转发表进行编辑，从而实现全局MAC地址转发表的表项与所有业务板的MAC地址转发表的表项同步。因此，当框式设备接收到表项查询指令时，只需要获取主控板中维护的全局MAC地址转发表来查询相应的表项，而不需要依次在每个业务板中查询，从而提高了对表项的查询效率。

图5示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图5，在硬件层面，该电子设备包括处理器502、内部总线504、网络接口506、内存508以及非易失性存储器510，当然还可能包括其他业务所需要的硬件。处理器502从非易失性存储器510中读取对应的计算机程序到内存502中然后运行，在逻辑层面上形成转发报文的装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图6，在软件实施方式中，该转发报文的装置可以包括匹配单元601、转发单元602和转换单元603。其中：

匹配单元601，当所述若干业务板中任一业务板接收到来自外部设备或者其他业务板的报文时，根据所述报文的目的MAC地址，在所述任一业务板维护的MAC地址转发表中，匹配与所述目的MAC地址对应的表项；

转发单元602，若匹配到所述对应的表项，则由所述任一业务板根据所述对应的表项转发所述报文；

转换单元603，若未匹配到所述对应的表项，则由所述任一业务板按照预设顺序将所述报文转至下一业务板。

可选的，还包括：

处理单元604，当所述任一业务板位于所述预设顺序的末端时，若所述任一业务板维护的MAC地址转发表中不包含所述对应的表项，则由所述任一业务板对所述报文进行洪泛。

可选的，所述框式设备中包含一主控板，所述主控板中维护有包含所有业务板中MAC地址转发表的表项的全局MAC地址转发表。

可选的，还包括：

上传单元605，当所有业务板中任一业务板编辑了自身MAC地址转发表的表项时，将与编辑操作相关的信息上传至所述主控板，以使得主控板根据所述信息对所述全局MAC地址转发表进行编辑。

可选的，还包括：

获取单元606，当接收到表项查询指令时，获取所述主控板中维护的所述全局MAC地址转发表，以查询相应的表项。

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

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

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

Claims (10)

1.一种转发报文的方法，其特征在于，应用于框式设备，所述框式设备包含若干业务板，所述若干业务板分别维护了各自的MAC地址转发表；所述方法包括：

当所述若干业务板中任一业务板接收到来自外部设备或者其他业务板的报文时，根据所述报文的目的MAC地址，在所述任一业务板维护的MAC地址转发表中，匹配与所述目的MAC地址对应的表项；

若匹配到所述对应的表项，则由所述任一业务板根据所述对应的表项转发所述报文；

若未匹配到所述对应的表项，则由所述任一业务板按照预设顺序将所述报文转至下一业务板。

2.根据权利要求1所述的方法，其特征在于，还包括：

当所述任一业务板位于所述预设顺序的末端时，若所述任一业务板维护的MAC地址转发表中不包含所述对应的表项，则由所述任一业务板对所述报文进行洪泛。

3.根据权利要求1所述的方法，其特征在于，所述框式设备中包含一主控板，所述主控板中维护有包含所有业务板中MAC地址转发表的表项的全局MAC地址转发表。

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

当所有业务板中任一业务板编辑了自身MAC地址转发表的表项时，将与编辑操作相关的信息上传至所述主控板，以使得主控板根据所述信息对所述全局MAC地址转发表进行编辑。

5.根据权利要求3所述的方法，其特征在于，还包括：

当接收到表项查询指令时，获取所述主控板中维护的所述全局MAC地址转发表，以查询相应的表项。

6.一种转发报文的装置，其特征在于，应用于框式设备，所述框式设备包含若干业务板，所述若干业务板分别维护了各自的MAC地址转发表；所述装置包括：

匹配单元，当所述若干业务板中任一业务板接收到来自外部设备或者其他业务板的报文时，根据所述报文的目的MAC地址，在所述任一业务板维护的MAC地址转发表中，匹配与所述目的MAC地址对应的表项；

转发单元，若匹配到所述对应的表项，则由所述任一业务板根据所述对应的表项转发所述报文；

转换单元，若未匹配到所述对应的表项，则由所述任一业务板按照预设顺序将所述报文转至下一业务板。

7.根据权利要求6所述的装置，其特征在于，还包括：

处理单元，当所述任一业务板位于所述预设顺序的末端时，若所述任一业务板维护的MAC地址转发表中不包含所述对应的表项，则由所述任一业务板对所述报文进行洪泛。

8.根据权利要求6所述的装置，其特征在于，所述框式设备中包含一主控板，所述主控板中维护有包含所有业务板中MAC地址转发表的表项的全局MAC地址转发表。

9.根据权利要求8所述的装置，其特征在于，还包括：

上传单元，当所有业务板中任一业务板编辑了自身MAC地址转发表的表项时，将与编辑操作相关的信息上传至所述主控板，以使得主控板根据所述信息对所述全局MAC地址转发表进行编辑。

10.根据权利要求8所述的装置，其特征在于，还包括：

获取单元，当接收到表项查询指令时，获取所述主控板中维护的所述全局MAC地址转发表，以查询相应的表项。