CN107959637A

CN107959637A - 报文缓存方法及装置

Info

Publication number: CN107959637A
Application number: CN201710994113.1A
Authority: CN
Inventors: 侯蕾蕾
Original assignee: New H3C Technologies Co Ltd
Current assignee: New H3C Technologies Co Ltd
Priority date: 2017-10-23
Filing date: 2017-10-23
Publication date: 2018-04-24

Abstract

本公开涉及一种报文缓存方法及装置，该方法应用于进行报文处理的网络设备，该方法包括：在接收到报文时，确定缓存队列当前已使用的缓存空间大小；在所述缓存空间大小达到缓存阈值时，判断所述报文是否符合优先处理条件；在所述报文符合优先处理条件的情况下，将所述报文添加至所述缓存队列。根据本公开实施例的报文缓存方法及装置能够缓解由于丢包造成的重要业务断开的状况，保证重要业务的业务质量。

Description

报文缓存方法及装置

技术领域

本公开涉及网络技术领域，尤其涉及一种报文缓存方法及装置。

背景技术

网络中的数据可以通过报文进行传输，网络设备对于每个报文的处理均需要消耗一定资源，且网络设备的资源是有限的，当网络设备接收的报文过多，资源不够用时，会造成丢包。

为了降低网络设备的丢包率，通常做法是设置缓存队列，网络设备将接收的报文缓存在缓存队列中，从缓存队列中获取报文，并对报文进行处理。

但是上述在网络设备接收的报文个数超出缓存队列缓存空间的情况下，仍然会出现丢包现象，当丢失的报文为重要业务的报文，会导致该业务断开，例如：丢失的报文为保活类业务OSPF的hello报文，会造成OSPF连接断开，最终导致转发业务大面积断流的问题。

发明内容

有鉴于此，本公开提出了一种报文缓存方法及装置，以缓解由于丢包造成的重要业务断开的状况，保证重要业务的业务质量。

根据本公开的一方面，提供了一种报文缓存方法，所述方法应用于进行报文处理的网络设备，包括：

在接收到报文时，确定缓存队列当前已使用的缓存空间大小；

在所述缓存空间大小达到缓存阈值时，判断所述报文是否符合优先处理条件；

在所述报文符合优先处理条件的情况下，将所述报文添加至所述缓存队列。

根据本公开的另一方面，提供了一种报文缓存装置，所述装置应用于进行报文处理的网络设备，包括：

确定模块，用于在接收到报文时，确定缓存队列当前已使用的缓存空间大小；

判断模块，用于在所述缓存空间大小达到缓存阈值时，判断所述报文是否符合优先处理条件；

第一添加模块，用于在所述报文符合优先处理条件的情况下，将所述报文添加至所述缓存队列。

这样，通过设置缓存阈值，在缓存队列的已使用的缓存空间达到缓存阈值时，判断接收的报文是否符合优先处理条件，以将符合优先处理条件的报文缓存到缓存队列中，这样一来，在网络设备接收的报文个数即将超出缓存队列的缓存空间的情况下，可以通过优先处理条件将重要业务的报文筛选出来，以优先于普通业务的报文缓存于缓存队列中，以缓解重要业务断开的状况，例如：可以保证保活类业务OSPF的报文不丢失，确保OSPF始终连接，避免转发业务大面积断流的问题。根据本公开上述实施例的报文缓存方法及装置能够在网络设备接收报文过多时，保证重要业务的业务质量。

根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。

图1示出根据本公开一实施例的报文缓存方法的流程图；

图2示出根据本公开一实施例的报文缓存方法的流程图；

图3示出根据本公开一实施例的报文缓存方法的流程图；

图4示出根据本公开一实施例的报文缓存装置的结构框图；

图5示出根据本公开一实施例的报文缓存装置的结构框图；

图6是根据一示例性实施例示出的一种用于报文缓存装置900的框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

实施例1

图1示出根据本公开一实施例的报文缓存方法的流程图，该方法可以应用于进行报文处理的网络设备。如图1所示，该报文缓存方法可以包括：

步骤101、在接收到报文时，确定缓存队列当前已使用的缓存空间大小；

上述缓存队列可以为用于缓存网络设备接收的报文的队列。网络设备在接收到报文时，可以确定缓存队列当前所缓存的报文所占用的缓存空间，其中，上述缓存空间可以为存储容量，例如：在接收到报文时，确定缓存队列当前已使用的缓存空间为1.8kb；或者上述缓存空间还可以为报文缓存个数，例如：在接收到报文时，确定缓存队列当前已使用的缓存空间为100个报文；或者上述缓存空间也可表示为已使用缓存空间占缓存队列总缓存空间的比例，例如80％。

步骤102、在所述缓存空间大小达到缓存阈值时，判断所述报文是否符合优先处理条件；

上述缓存阈值可以为本领域技术人员根据需求确定的报文可用缓存空间大小，在该缓存阈值内，缓存队列可以缓存接收的所有报文。在缓存队列已使用的缓存空间大小达到缓存阈值时，网络设备需要判断接收的报文是否符合优先处理条件，以根据判断结果确定是否在缓存队列中缓存该报文。其中，上述优先处理条件可以为报文为预置目标报文类型的报文，举例来说：上述优先处理条件可以为报文为保活类业务的报文，其中保活类业务可包括以下中的至少一项：OSPF(Open Shortest Path First，开放式最短路径优先)业务、IS-IS(Intermediate System-to-Intermediate System，中间系统到中间系统)业务、和BFD(Bidirectional Forwarding Detection，双向转发检测)业务，在判断上述报文类型为保活类业务类型时，可以确定该报文符合优先处理条件。

可以理解，上述优先处理条件可以为报文为保活类业务的报文仅作为本公开优先处理条件的一种示例，而不理解为是对本公开中上述优先处理条件的一种限定，实际上，上述优先处理条件可以由本领域技术人员根据业务需求自行确定，例如：确定上述优先处理条件为业务为IPsec(IP Security，IP安全)业务的报文，本公开在此不对优先处理条件做具体限定。

步骤103、在所述报文符合优先处理条件的情况下，将所述报文添加至所述缓存队列。

图2示出根据本公开一实施例的报文缓存方法的流程图。

在一种可能的实现方式中，参照图2，上述方法还可以包括：

步骤104、在所述报文不符合优先处理条件的情况下，将所述报文丢弃。

举例来说，上述优先处理条件可以为上述报文为保活类业务的报文，在判断上述报文类型为保活类业务的报文时(例如：OSPF业务的报文)，可以确定该报文符合优先处理条件，此时可以将该报文添加至缓存队列中；在上述报文类型不为保活类业务的报文时，可以确定该报文不符合优先处理条件，此时可以将该报文丢弃。

这样，通过设置缓存阈值，在缓存队列的已使用的缓存空间达到缓存阈值时，判断接收的报文是否符合优先处理条件，以将符合优先处理条件的报文缓存到缓存队列中，这样一来，在网络设备接收的报文个数即将超出缓存队列的缓存空间的情况下，可以通过优先处理条件将重要业务的报文筛选出来，以优先于普通业务的报文缓存于缓存队列中，以缓解重要业务断开的状况，例如：可以保证保活类业务OSPF的报文不丢失，确保OSPF始终连接，避免转发业务大面积断流的问题。根据本公开上述实施例的报文缓存方法能够在网络设备接收报文过多时，保证重要业务的业务质量。

在一种可能的实现方式中，上述方法还可以包括：

在所述缓存空间大小小于所述缓存阈值时，将所述报文添加至所述缓存队列。

网络设备接收报文后，可以确定缓存队列已使用的缓存空间大小，在缓存空间大小小于所述缓存阈值时，可以直接将所述报文缓存至缓存队列中去，在缓存空间大小达到缓存阈值时，可以将符合优先处理条件的报文缓存至缓存队列中，将不符合优先处理条件的报文丢弃。

举例来说，上述缓存队列在逻辑上可以划分为第一队列和第二队列，其中上述缓存阈值可以为本领域技术人员根据业务需求确定的第一队列的缓存空间。网络设备接收报文后，可以确定此时第一队列已使用的缓存空间大小，在第一队列已使用的缓存空间大小小于缓存阈值时，可以先将上述接收的报文缓存在第一队列中；在上述第一队列已使用的缓存空间达到缓存阈值时，表明上述第一队列已经被填满，此时可以判断上述报文是否符合优先处理条件，在报文符合优先处理条件时，可以将上述报文缓存至上述第二队列中去，在报文不符合优先处理条件时，不对上述报文进行缓存，可以将上述报文丢弃。

在一种可能的实现方式中，如果缓存队列已满，即第二队列已满，可丢弃接收的报文。

网络设备在通过缓存队列缓存报文的同时，也在处理缓存队列中缓存的报文，也即在不断释放缓存队列的空间。举例来说，网络设备在时刻1接收到报文时，缓存队列的已使用缓存空间大小达到了缓存阈值，网络设备可以根据该报文是否符合优先处理条件确定上述报文是否缓存在缓存队列中，在时刻2网络设备处理了缓存队列中的部分报文，释放了部分空间，此时缓存队列的已使用的缓存空间大小小于缓存阈值，该时刻2网络设备接收的报文可以直接添加至缓存队列中。

图3示出根据本公开一实施例的报文缓存方法的流程图。

在一种可能的实现方式中，参照图3，上述判断所述报文是否符合优先处理条件，可以包括：

步骤1021、获取所述报文的特征字段；

步骤1022、在所述特征字段为用于表征预设的报文业务类型的字段时，确定所述报文属于符合优先处理条件的报文。

上述特征字段可以为能够标识报文的报文业务类型的字段，举例来说：若上述报文的特征字段为：协议号为89，根据该特征字段可以确定该报文为OSPF业务的报文；若上述报文的特征字段为目的MAC地址为0180c2000014或者0180c2000015，根据该特征字段可以确定该报文为IS-IS业务的报文；若上述报文的特征字段为协议为UDP协议，且目的端口为3784、或者3785、或者4784、或者6784，根据该特征字段可以确定该报文为BFD业务的报文；

若优先处理条件为报文为保活类业务的报文，由于OSPF业务、IS-IS业务、BFD业务均为保活类业务，因此上述报文为上述任一类型的报文时，可以确定该业务为符合优先处理条件的报文，可以将该业务添加至缓存队列中去。

这样，通过设置缓存阈值，在缓存队列的已使用的缓存空间达到缓存阈值时，判断接收的报文是否符合优先处理条件，以将符合优先处理条件的报文缓存到缓存队列中，这样一来，在网络设备接收的报文个数即将超出缓存队列的缓存空间的情况下，可以通过优先处理条件将保活类业务的报文筛选出来，以优先于普通业务的报文缓存于缓存队列中。根据本公开上述实施例的报文缓存方法能够保证保活类业务的报文不丢失，进而确保保活类业务的连接，从而避免保活类业务断开的问题。

图4示出根据本公开一实施例的报文缓存装置的结构框图，如图4所示，该报文缓存装置应用于进行报文处理的网络设备，可以包括：确定模块401、判断模块402及第一添加模块403。其中，

确定模块401，可以用于在接收到报文时，确定缓存队列当前已使用的缓存空间大小；

判断模块402，可以用于在所述缓存空间大小达到缓存阈值时，判断所述报文是否符合优先处理条件；

第一添加模块403，可以用于在所述报文符合优先处理条件的情况下，将所述报文添加至所述缓存队列。

在一种可能的实现方式中，符合优先处理条件的报文可以为保活类业务的报文，所述保活类业务可以包括以下中的至少一项：开放式最短路径优先OSPF业务、中间系统到中间系统IS-IS业务、和双向转发检测BFD业务。

图5示出根据本公开一实施例的报文缓存装置的结构框图。

在一种可能的实现方式中，参照图5，上述装置还可以包括：

处理模块404，可以用于在所述报文不符合优先处理条件的情况下，将所述报文丢弃。

在一种可能的实现方式中，参照图5，上述判断模块可以包括：

获取子模块4021，可以用于获取所述报文的特征字段；

确定子模块4022，可以用于在所述特征字段为用于表征预设的报文业务类型的字段时，确定所述报文属于符合优先处理条件的报文。

在一种可能的实现方式中，参照图5，上述装置还可以包括：

第二添加模块405，可以用于在所述缓存空间大小小于所述缓存阈值时，将所述报文添加至所述缓存队列。

图6是根据一示例性实施例示出的一种用于报文缓存装置900的框图。参照图6，该装置900可包括处理器901、存储有机器可执行指令的机器可读存储介质902。处理器901与机器可读存储介质902可经由系统总线903通信。并且，处理器901通过读取机器可读存储介质902中与报文缓存逻辑对应的机器可执行指令以执行上文所述的报文缓存方法。

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

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims

1.一种报文缓存方法，其特征在于，所述方法应用于进行报文处理的网络设备，所述方法包括：

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

在所述报文不符合优先处理条件的情况下，将所述报文丢弃。

3.根据权利要求1所述的方法，其特征在于，判断所述报文是否符合优先处理条件，包括：

获取所述报文的特征字段；

在所述特征字段为用于表征预设的报文业务类型的字段时，确定所述报文属于符合优先处理条件的报文。

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

5.根据权利要求1至3任一所述的方法，其特征在于，符合优先处理条件的报文为保活类业务的报文，所述保活类业务包括以下中的至少一项：开放式最短路径优先OSPF业务、中间系统到中间系统IS-IS业务、和双向转发检测BFD业务。

6.一种报文缓存装置，其特征在于，所述装置应用于进行报文处理的网络设备，所述装置包括：

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

处理模块，用于在所述报文不符合优先处理条件的情况下，将所述报文丢弃。

8.根据权利要求6所述的装置，其特征在于，所述判断模块，包括：

获取子模块，用于获取所述报文的特征字段；

确定子模块，用于在所述特征字段为用于表征预设的报文业务类型的字段时，确定所述报文属于符合优先处理条件的报文。

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

第二添加模块，用于在所述缓存空间大小小于所述缓存阈值时，将所述报文添加至所述缓存队列。

10.根据权利要求6至8任一所述的装置，其特征在于，符合优先处理条件的报文为保活类业务的报文，所述保活类业务包括以下中的至少一项：开放式最短路径优先OSPF业务、中间系统到中间系统IS-IS业务、和双向转发检测BFD业务。