CN111147385A - 一种软件定义数据中心网络数据平面转发方法及系统 - Google Patents

Abstract

本发明提供了一种软件定义数据中心网络数据平面转发方法及系统，其中方法包括：第一交换机接收发送设备发送的数据包；第一交换机判断是否存在通信路径，如果不存在通信路径，向控制器发送获取通信路径控制指令；控制器接收通信路径控制指令，获取通信路径，根据通信路径生成源地址指令集，其中，通信路径至少包括第一交换机，源地址指令集包括第一交换机输出端口序号；控制器将源地址指令集发送至第一交换机；第一交换机将源地址指令集添加至数据包的包头，形成待转发数据包，将待转发数据包按照第一交换机输出端口序号对应的输出端口发送至与第一交换机输出端口序号对应的输出端口连接的设备。

Description

一种软件定义数据中心网络数据平面转发方法及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种软件定义数据中心网络数据平面转发方法及系统。

背景技术

软件定义数据中心(Software Defined Data center，SDDC)是指通过软件方式实现整个数据中心内基础设施资源的抽象、池化、自动部署和管理，满足定制化、差异化的应用和业务需求，向用户提供云服务。其中，软件定义网络(Software Defined Networking,SDN)将用于网络决策的控制平面与进行转发的数据平面相分离，并提供网络可编程能力用于加速网络创新。利用SDN搭建数据中心网络能够有效简化网络管理、提高网络利用率并实现数据流的细粒度调度，进一步提升数据中心的业务承载能力。

目前，数据中心网络流量特征及OpenFlow协议依据流表进行查找和转发的处理机制在交换机流表空间、成本和能耗等方面存在限制因素。OpenFlow交换机通常采用三态内容存储器(Ternary Content Addressable Memory，TCAM)进行流表项存储。但其高成本、高能耗及容量受限等特点导致OpenFlow交换机流表结构不够灵活且无法有效处理突发流问题，极易引起网络延迟，增加硬件存储压力。同时，基于OpenFlow协议的SDN仅支持现有的数据报文协议转发，不支持新协议且无法主动增加未知协议。OpenFlow通过被动式增加字段以支持更多协议的方式会导致协议的臃肿和数据平面硬件的不断重新设计。

发明内容

本发明旨在提供一种克服上述问题之一或者至少部分地解决上述任一问题的软件定义数据中心网络数据平面转发方法及系统。

为达到上述目的，本发明的技术方案具体是这样实现的：

本发明的一个方面提供了一种软件定义数据中心网络数据平面转发方法，包括：第一交换机接收发送设备发送的数据包；第一交换机判断是否存在通信路径，如果不存在通信路径，向控制器发送获取通信路径控制指令；控制器接收通信路径控制指令，获取通信路径，根据通信路径生成源地址指令集，其中，通信路径至少包括第一交换机，源地址指令集包括第一交换机输出端口序号；控制器将源地址指令集发送至第一交换机；第一交换机将源地址指令集添加至数据包的包头，形成待转发数据包，将待转发数据包按照第一交换机输出端口序号对应的输出端口发送至与第一交换机输出端口序号对应的输出端口连接的设备。

其中，通信路径还包括：第二交换机，第二交换机为与第一交换机输出端口序号对应的输出端口连接的设备；源地址指令集依次包括第一交换机输出端口序号和第二交换机输出端口序号；方法还包括：第二交换机接收待转发数据包，解析待转发数据包的包头，获取源地址指令集，将待转发数据包按照源地址指令集中第二交换机输出端口序号对应的输出端口发送至与第二交换机输出端口序号对应的输出端口连接的设备。

其中，第一交换机输出端口序号为经过控制器的预设处理得到的，第二交换机输出端口序号为经过控制器的预设处理得到的。

其中，方法还包括：第一交换机将数据包采用片上的BRAM进行队列缓冲；第二交换机将待转发数据包采用片上的BRAM进行队列缓冲。

本发明另一方面提供了一种软件定义数据中心网络数据平面转发系统，包括：第一交换机，用于接收发送设备发送的数据包；判断是否存在通信路径，如果不存在通信路径，向控制器发送获取通信路径控制指令；控制器，用于接收通信路径控制指令，获取通信路径，根据通信路径生成源地址指令集，其中，通信路径至少包括第一交换机，源地址指令集包括第一交换机输出端口序号；将源地址指令集发送至第一交换机；第一交换机，还用于将源地址指令集添加至数据包的包头，形成待转发数据包，将待转发数据包按照第一交换机输出端口序号对应的输出端口发送至与第一交换机输出端口序号对应的输出端口连接的设备。

其中，通信路径还包括：第二交换机，第二交换机为与第一交换机输出端口序号对应的输出端口连接的设备；源地址指令集依次包括第一交换机输出端口序号和第二交换机输出端口序号；系统还包括：第二交换机，用于接收待转发数据包，解析待转发数据包的包头，获取源地址指令集，将待转发数据包按照源地址指令集中第二交换机输出端口序号对应的输出端口发送至与第二交换机输出端口序号对应的输出端口连接的设备。

其中，第一交换机输出端口序号为经过控制器的预设处理得到的，第二交换机输出端口序号为经过控制器的预设处理得到的。

其中，第一交换机，还用于将数据包采用片上的BRAM进行队列缓冲；第二交换机，还用于将待转发数据包采用片上的BRAM进行队列缓冲

由此可见，本发明实施例提供的软件定义数据中心网络数据平面转发方法及系统，设计一种应用在软件定义数据中心网络环境下的协议无关的源路由转发机制，使得转发硬件设备对数据报文协议及转发流程没有感知，通过统一源地址指令标签以支持任意转发协议和分组数据格式，网络行为完全由控制面负责定义并支持任意转发协议和分组数据格式，同时可以设计低造价可扩展的可编程网络交换机，通过识别源端控制的地址指令集实现流表无关的数据包转发操作，做到既保证硬件的转发速率，还能确保识别转发规则的灵活性。由此，本发明提供的源路由转发机制能够做到支持任意协议的特点并无需任何多余协议和字段，实现简单源路由转发并完成与硬件无关及弹性可扩展的转发过程，有效解决数据中心网络可扩展性问题；设计支持以上转发机制的网络交换机，新数据流时，无需下载流表项且转发过程不再需要查表操作，网络控制信令数量大幅减少，成本及能耗显著降低。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他附图。

图1为本发明实施例提供的软件定义数据中心网络数据平面转发方法的流程图；

图2为本发明实施例提供的软件定义数据中心网络数据平面转发方法的一种具体示意图；

图3为本发明实施例提供的源路由转发方案同现有源路由协议的协议格式比较示意图；

图4为本发明实施例提供的软件定义数据中心网络数据平面转发系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了本发明实施例提供的软件定义数据中心网络数据平面转发方法的流程图，参见图1，本发明实施例提供的软件定义数据中心网络数据平面转发方法，包括：

S1，第一交换机接收发送设备发送的数据包。

具体地，在实现本发明实施例提供的软件定义数据中心网络数据平面转发方法之前，先架构出软件定义数据中心网络数据平面转发系统，该系统至少包括：控制器和多个交换机，其中一个交换机连接发送设备。

该与发送设备连接的交换机主要包括流表查找和路由请求等功能。其中，查找流表功能用以实现同其他类型数据包(如IP、MPLS)间的转换功能；路由请求功能则用于收到新数据流后进行流表更新操作。一方面，收到数据分组后进行流表查找和匹配操作，若匹配成功，则依据对应表项和规则添加源地址指令集至数据包中，随后转发至对应输出端口完成数据转发过程；若匹配失败，则向控制器发送路由请求，网络控制器运行路由管理模块并计算出新的流表项。

S2，第一交换机判断是否存在通信路径，如果不存在通信路径，向控制器发送获取通信路径控制指令。

具体地，第一交换机在接收发送设备发送的数据包后，差找不到通信路径，则向控制器获取通信路径。

S3，控制器接收通信路径控制指令，获取通信路径，根据通信路径生成源地址指令集，其中，通信路径至少包括第一交换机，源地址指令集包括第一交换机输出端口序号；

具体地，控制器在接收到第一交换机的获取通信路径控制指令后，可以查找由第一交换机至接收设备之间的交换机，如果为第一交换机的端口直接连接接收设备，可以仅根据第一交换机输出端口序号发送至第一交换机，以便第一交换机通过该第一交换机输出端口序号对应的输出端口发送至接收设备。

作为本发明实施例的一个可选实施方式，第一交换机输出端口序号为经过控制器的预设处理得到的。例如：源地址指令集采用相对地址编码方式，即任何一个电子设备不能完全解读该地址，由此可以保证源地址的安全性。

S4，控制器将源地址指令集发送至第一交换机；

S5，第一交换机将源地址指令集添加至数据包的包头，形成待转发数据包，将待转发数据包按照第一交换机输出端口序号对应的输出端口发送至与第一交换机输出端口序号对应的输出端口连接的设备。

具体地，第一交换机获取源地址指令集后，将源地址指令集添加至数据包的包头，以便根据源地址指令集转发数据包。

作为本发明实施例的一个可选实施方式，通信路径还包括：第二交换机，第二交换机为与第一交换机输出端口序号对应的输出端口连接的设备；源地址指令集依次包括第一交换机输出端口序号和第二交换机输出端口序号；本发明实施例提供的软件定义数据中心网络数据平面转发方法还包括：第二交换机接收待转发数据包，解析待转发数据包的包头，获取源地址指令集，将待转发数据包按照源地址指令集中第二交换机输出端口序号对应的输出端口发送至与第二交换机输出端口序号对应的输出端口连接的设备。具体地，与第一交换机输出端口序号对应的输出端口连接的设备如果不为接收设备，可以为另一个交换机，即第二交换机，此时，第一交换机将待转发数据包发送至第二交换机后，第二交换机可以根据源地址指令集中第二交换机输出端口序号对应的输出端口发送至下一设备，当然，下一设备为另一个交换机或者为接收设备均可。

作为本发明实施例的一个可选实施方式，第二交换机输出端口序号为经过控制器的预设处理得到的。例如：源地址指令集采用相对地址编码方式，即任何一个电子设备不能完全解读该地址，由此可以保证源地址的安全性。

本发明并不局限于发送设备至接收设备之间的交换机数量，只要采用的本发明实施例提供的软件定义数据中心网络数据平面转发方法均应属于本发明的保护范围。

作为本发明实施例的一个可选实施方式，本发明实施例提供的软件定义数据中心网络数据平面转发方法还包括：第一交换机将数据包采用片上的BRAM进行队列缓冲；第二交换机将待转发数据包采用片上的BRAM进行队列缓冲。由此可以不再使用片外SRAM和DRAM，降低了片外存储和读取数据的资源开销并节约成本。

由此可见，通过本发明实施例提供的软件定义数据中心网络数据平面转发方法，设计一种应用在软件定义数据中心网络环境下的协议无关的源路由转发机制，使得转发硬件设备对数据报文协议及转发流程没有感知，通过统一源地址指令标签以支持任意转发协议和分组数据格式，网络行为完全由控制面负责定义并支持任意转发协议和分组数据格式，同时可以设计低造价可扩展的可编程网络交换机，通过识别源端控制的地址指令集实现流表无关的数据包转发操作，做到既保证硬件的转发速率，还能确保识别转发规则的灵活性。由此，本发明提供的源路由转发机制能够做到支持任意协议的特点并无需任何多余协议和字段，实现简单源路由转发并完成与硬件无关及弹性可扩展的转发过程，有效解决数据中心网络可扩展性问题；设计支持以上转发机制的网络交换机，新数据流时，无需下载流表项且转发过程不再需要查表操作，网络控制信令数量大幅减少，成本及能耗显著降低。

以下，通过图2对本发明实施例提供的软件定义数据中心网络数据平面转发方法的一种具体实例进行说明，参见图2：

交换机预先为其所有输出端口按序依次分配一个本地序号(Port Index，PI)，例如交换机具有5个输出端口，那么可以分别为五个输出端口分配一个序号，例如1、2、3、4、5。

控制器获取通信路径后，在将通信路径上的交换机输出端口序号按序依次组合形成的序列形成源地址指令集。具体实施中，该源地址指令集可以采用相对地址编码方式，即任何一个电子设备不能完全解读该地址，由此可以保证源地址的安全性。

假设从端系统A到D计算得到的通信路径为A->E->F->G->H->D，各个交换机输出端口序号依次对应为E：3、F：2、G：3、H：1，将这些端口号按序依次组合得到的序列即为从A到D的源地址指令集Vad＝3231。具体实施中，可以用二进制编码表示为{11，10，11，1}，进一步整合为{1110111}。此地址指令独立完整地标识了从A到D的一条通信路径，将其作为从A到D的路由信息。其中，各交换机的各个输出端口序号是提前配置到各交换机中的。

本发明实施例提供的软件定义数据中心网络数据平面转发方法即是以上述源地址指令集为数据转发地址的包交换过程。如图3所示，对本发明实施例提供的源路由转发方案同现有源路由协议的协议格式比较。

参见图3，使用传统源路由时所需的数据包如图(a)所示，IPv4的Options字段中包含了规划路径上的5个IP地址；图(b)表示使用OpenFlow源路由时组件的数据包，主机A将所有路由端口写在IPv6协议的源地址的不同bit中，通信路径上的每一跳路由匹配该字段中的不同bit位；本发明实施例提供的源路由转发方案如图(c)所示，在本发明的源路由转发机制中，主机A不需要任何多余协议和字段，路径上的转发设备仅需根据预先分配的本地端口位数读取当前地址分量并依据源地址指令集进行匹配转发即可。采用基于协议无感知的源路由转发方案能够做到支持任意协议的特点并做到简单源路由转发机制。

当交换机F物理网口收到交换机E发送的待转发数据包后，首先解析待转发数据包的包头，提取交换机F中的当前对应的输出端口的PI，调度控制机制根据PI提示进行交换阵列调度。

由此可见，通过本发明实施例提供的软件定义数据中心网络数据平面转发方法，设计一种应用在软件定义数据中心网络环境下的协议无关的源路由转发机制，使得转发硬件设备对数据报文协议及转发流程没有感知，通过统一源地址指令标签以支持任意转发协议和分组数据格式，网络行为完全由控制面负责定义并支持任意转发协议和分组数据格式，同时可以设计低造价可扩展的可编程网络交换机，通过识别源端控制的地址指令集实现流表无关的数据包转发操作，做到既保证硬件的转发速率，还能确保识别转发规则的灵活性。由此，本发明提供的源路由转发机制能够做到支持任意协议的特点并无需任何多余协议和字段，实现简单源路由转发并完成与硬件无关及弹性可扩展的转发过程，有效解决数据中心网络可扩展性问题；设计支持以上转发机制的网络交换机，新数据流时，无需下载流表项且转发过程不再需要查表操作，网络控制信令数量大幅减少，成本及能耗显著降低。

图4示出了本发明实施例提供的软件定义数据中心网络数据平面转发系统的结构示意图，该软件定义数据中心网络数据平面转发系统应用于上述软件定义数据中心网络数据平面转发方法，以下仅对软件定义数据中心网络数据平面转发系统的结构进行简要说明，其他未尽事宜，请参照上述软件定义数据中心网络数据平面转发方法的相关说明，在此不再赘述。参见图4，本发明实施例提供的软件定义数据中心网络数据平面转发系统，包括：

第一交换机，用于接收发送设备发送的数据包；判断是否存在通信路径，如果不存在通信路径，向控制器发送获取通信路径控制指令；

控制器，用于接收通信路径控制指令，获取通信路径，根据通信路径生成源地址指令集，其中，通信路径至少包括第一交换机，源地址指令集包括第一交换机输出端口序号；将源地址指令集发送至第一交换机；

第一交换机，还用于将源地址指令集添加至数据包的包头，形成待转发数据包，将待转发数据包按照第一交换机输出端口序号对应的输出端口发送至与第一交换机输出端口序号对应的输出端口连接的设备。

作为本发明实施例的一个可选实施方式，通信路径还包括：第二交换机，第二交换机为与第一交换机输出端口序号对应的输出端口连接的设备；源地址指令集依次包括第一交换机输出端口序号和第二交换机输出端口序号；本发明实施例提供的软件定义数据中心网络数据平面转发系统还包括：第二交换机，用于接收待转发数据包，解析待转发数据包的包头，获取源地址指令集，将待转发数据包按照源地址指令集中第二交换机输出端口序号对应的输出端口发送至与第二交换机输出端口序号对应的输出端口连接的设备。

作为本发明实施例的一个可选实施方式，第一交换机输出端口序号为经过控制器的预设处理得到的，第二交换机输出端口序号为经过控制器的预设处理得到的。

作为本发明实施例的一个可选实施方式，第一交换机，还用于将数据包采用片上的BRAM进行队列缓冲；第二交换机，还用于将待转发数据包采用片上的BRAM进行队列缓冲。

由此可见，通过本发明实施例提供的软件定义数据中心网络数据平面转发系统，设计一种应用在软件定义数据中心网络环境下的协议无关的源路由转发机制，使得转发硬件设备对数据报文协议及转发流程没有感知，通过统一源地址指令标签以支持任意转发协议和分组数据格式，网络行为完全由控制面负责定义并支持任意转发协议和分组数据格式，同时可以设计低造价可扩展的可编程网络交换机，通过识别源端控制的地址指令集实现流表无关的数据包转发操作，做到既保证硬件的转发速率，还能确保识别转发规则的灵活性。由此，本发明提供的源路由转发机制能够做到支持任意协议的特点并无需任何多余协议和字段，实现简单源路由转发并完成与硬件无关及弹性可扩展的转发过程，有效解决数据中心网络可扩展性问题；设计支持以上转发机制的网络交换机，新数据流时，无需下载流表项且转发过程不再需要查表操作，网络控制信令数量大幅减少，成本及能耗显著降低。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (8)

1.一种软件定义数据中心网络数据平面转发方法，其特征在于，包括：

第一交换机接收发送设备发送的数据包；

所述第一交换机判断是否存在通信路径，如果不存在通信路径，向控制器发送获取通信路径控制指令；

所述控制器接收所述通信路径控制指令，获取通信路径，根据所述通信路径生成源地址指令集，其中，所述通信路径至少包括所述第一交换机，所述源地址指令集包括第一交换机输出端口序号；

所述控制器将所述源地址指令集发送至所述第一交换机；

所述第一交换机将所述源地址指令集添加至所述数据包的包头，形成待转发数据包，将所述待转发数据包按照所述第一交换机输出端口序号对应的输出端口发送至与所述第一交换机输出端口序号对应的输出端口连接的设备。

2.根据权利要求1所述的方法，其特征在于，所述通信路径还包括：第二交换机，所述第二交换机为与所述第一交换机输出端口序号对应的输出端口连接的设备；

所述源地址指令集依次包括第一交换机输出端口序号和第二交换机输出端口序号；

方法还包括：

所述第二交换机接收所述待转发数据包，解析所述待转发数据包的包头，获取所述源地址指令集，将所述待转发数据包按照所述源地址指令集中第二交换机输出端口序号对应的输出端口发送至与所述第二交换机输出端口序号对应的输出端口连接的设备。

3.根据权利要求2所述的方法，其特征在于，

所述第一交换机输出端口序号为经过所述控制器的预设处理得到的，所述第二交换机输出端口序号为经过所述控制器的预设处理得到的。

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

所述第一交换机将所述数据包采用片上的BRAM进行队列缓冲；

所述第二交换机将所述待转发数据包采用片上的BRAM进行队列缓冲。

5.一种软件定义数据中心网络数据平面转发系统，其特征在于，包括：

第一交换机，用于接收发送设备发送的数据包；判断是否存在通信路径，如果不存在通信路径，向控制器发送获取通信路径控制指令；

所述控制器，用于接收所述通信路径控制指令，获取通信路径，根据所述通信路径生成源地址指令集，其中，所述通信路径至少包括所述第一交换机，所述源地址指令集包括第一交换机输出端口序号；将所述源地址指令集发送至所述第一交换机；

所述第一交换机，还用于将所述源地址指令集添加至所述数据包的包头，形成待转发数据包，将所述待转发数据包按照所述第一交换机输出端口序号对应的输出端口发送至与所述第一交换机输出端口序号对应的输出端口连接的设备。

6.根据权利要求5所述的系统，其特征在于，所述通信路径还包括：所述通信路径还包括：第二交换机，所述第二交换机为与所述第一交换机输出端口序号对应的输出端口连接的设备；

所述源地址指令集依次包括第一交换机输出端口序号和第二交换机输出端口序号；

系统还包括：

所述第二交换机，用于接收所述待转发数据包，解析所述待转发数据包的包头，获取所述源地址指令集，将所述待转发数据包按照所述源地址指令集中第二交换机输出端口序号对应的输出端口发送至与所述第二交换机输出端口序号对应的输出端口连接的设备。

7.根据权利要求6所述的系统，其特征在于，

所述第一交换机输出端口序号为经过所述控制器的预设处理得到的，所述第二交换机输出端口序号为经过所述控制器的预设处理得到的。

8.根据权利要求6所述的系统，其特征在于，所述第一交换机，还用于将所述数据包采用片上的BRAM进行队列缓冲；所述第二交换机，还用于将所述待转发数据包采用片上的BRAM进行队列缓冲。

Images