CN109428802A - 隧道报文封装、解封方法和隧道平台 - Google Patents
隧道报文封装、解封方法和隧道平台 Download PDFInfo
- Publication number
- CN109428802A CN109428802A CN201710748804.3A CN201710748804A CN109428802A CN 109428802 A CN109428802 A CN 109428802A CN 201710748804 A CN201710748804 A CN 201710748804A CN 109428802 A CN109428802 A CN 109428802A
- Authority
- CN
- China
- Prior art keywords
- point
- encapsulation
- message
- ideal
- solution seal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提出一种隧道报文封装、解封方法和隧道平台,涉及互联网技术领域。本发明的一种隧道报文封装方法包括:获取待封装报文;确定理想封装点数量;根据理想封装点数量调节开启的封装点的数量;利用开启的封装点并行封装待封装报文;发送完成封装的报文。通过这样的方法,能够在报文量大的情况下增加封装点的数量,避免封装点成为网络传输的瓶颈,提高了网络利用率;能够自适应调整封装点的数量,避免对系统资源不必要的占用,提高了隧道平台的自适应能力。
Description
技术领域
本申请涉及互联网技术领域,特别是一种隧道报文封装、解封方法和隧道平台。
背景技术
SDN架构中的隧道方案是将用户报文封装在另一种网络包里面进行路由转发和通信的方式,目前支持的封装方式有UDP(User Datagram Protocol,用户数据报协议)、VxLAN(Virtual Extensible LAN,虚拟扩展局域网)、AWS VPC(Amazon Virtual Private Cloud,亚马逊虚拟私有云)和GCE(Google Compute Engine,谷歌计算引擎)等。
目前,隧道方案Flannel、OpenvSwitch为业界比较主流的容器引擎Docker网络解决方案,但是现有的Docker网络隧道方案存在一些问题,包括:速率低下,万兆网络下服务器间容器通信速率约150Mb/sec,带宽利用率不到15%;不支持ECMP(Equal-CostMultipathRouting,等价路由),不支持对网络流量的实时动态调整。
发明内容
本申请的一个目的在于提高隧道的动态适应能力和网络利用率。
根据本申请的一个方面,提出一种隧道报文封装方法,包括:获取待封装报文;确定理想封装点数量;根据理想封装点数量调节开启的封装点的数量;利用开启的封装点并行封装待封装报文;发送完成封装的报文。
可选地,确定理想封装点数量包括:根据待封装报文的数量,基于隧道平台的剩余处理资源、单个封装点的处理能力和/或可用带宽确定理想封装点数量。
可选地,根据理想封装点数量调节开启的封装点的数量包括:若当前开启的封装点的数量小于理想封装点数量,则生成部分封装点,使开启的封装点的数量与理想封装点数量相等,并将生成的封装点与两端的分汇点连接;若当前开启的封装点的数量大于理想封装点数量,则删除部分封装点与两端分汇点的连接,并删除对应的封装点,使开启的封装点的数量与理想封装点数量相等。
可选地,生成部分封装点包括:根据理想封装点数量与当前开启的封装点的数量的差值,采用容器方式启动封装点,并绑定CPU。
通过这样的方法,能够在报文量大的情况下增加封装点的数量,避免封装点成为网络传输的瓶颈,提高了网络利用率;能够自适应调整封装点的数量,避免对系统资源不必要的占用,提高了隧道平台的自适应能力。
根据本申请的另一个方面,提出一种隧道报文解封方法,包括:获取待解封报文;确定理想解封点数量;根据理想解封点数量调节开启的解封点的数量;利用开启的解封点并行解封待解封报文;转发完成解封的报文。
可选地,确定理想解封点数量包括:根据待解封报文的数量,基于隧道平台的剩余处理资源、单个解封点的处理能力和/或可用带宽确定理想解封点数量。
可选地,根据理想解封点数量调节开启的解封点的数量包括:若当前开启的解封点的数量小于理想解封点数量,则生成部分解封点,使开启的解封点的数量与理想解封点数量相等;若当前开启的解封点的数量大于理想解封点数量,则删除部分解封点,使开启的解封点的数量与理想解封点数量相等。
可选地,生成部分解封点包括:根据理想解封点数量与当前开启的解封点的数量的差值,采用容器方式启动解封点,并绑定CPU。
通过这样的方法,能够在报文量大的情况下增加解封点的数量,避免产生拥塞,减少了对报文分发的限制,提高了网络利用率;能够自适应调整解封点的数量,避免对系统资源不必要的占用,提高了隧道平台的自适应能力。
根据本申请的又一个方面,提出一种隧道平台,包括:第一分汇点,用于获取待封装报文;控制器,用于确定理想封装点数量,并根据理想封装点数量调节开启的封装点的数量;封装点,用于并行封装待封装报文;第二分汇点,用于发送完成封装的报文。
这样的隧道平台能够在报文量大的情况下增加封装点的数量,避免封装点成为网络传输的瓶颈,提高了网络利用率;能够自适应调整封装点的数量,避免对系统资源不必要的占用,提高了隧道平台的自适应能力。
根据本申请的再一个方面,提出一种隧道平台,包括:第二分汇点,用于获取待解封报文;控制器,用于确定理想解封点数量,并根据理想解封点数量调节开启的解封点的数量;解封点,用于并行解封待解封报文;第一分汇点,用于转发完成解封的报文。
这样的隧道平台能够在报文量大的情况下增加解封点的数量,避免产生拥塞,减少了对报文分发的限制,提高了网络利用率;能够自适应调整解封点的数量,避免对系统资源不必要的占用,提高了隧道平台的自适应能力。
根据本申请的一个方面,提出一种隧道平台,包括:第一分汇点,用于获取待封装报文和转发完成解封的报文;第二分汇点,用于获取待解封报文和发送完成封装的报文;控制器,用于确定理想封装点数量,并根据理想封装点数量调节开启的封装点和解封点的数量;封装点,用于并行封装待封装报文;解封点,用于并行解封待解封报文。
根据本申请的另外一个方面,提出一种隧道平台,包括用于执行上文中提到的任意一种隧道封装、解封方法的装置。
根据本申请的另一个方面,还提出一种隧道平台,包括:存储器;以及耦接至存储器的处理器,处理器被配置为基于存储在存储器的指令执行如上文中提到的任意一种隧道封装、解封方法。
这样的隧道平台能够在报文量大的情况下增加封装点、解封点的数量,避免封装点成为网络传输的瓶颈,避免产生拥塞,提高了网络利用率;能够自适应调整封装、解封点的数量,避免对系统资源不必要的占用,提高了隧道平台的自适应能力。
另外,根据本申请的一个方面,提出一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现上文中提到的任意一种隧道封装、解封方法的步骤。
这样的计算机可读存储介质通过执行其上的指令,能够在报文量大的情况下增加封装点、解封点的数量,避免封装点成为网络传输的瓶颈,避免产生拥塞,提高了网络利用率;能够自适应调整封装、解封点的数量,避免对系统资源不必要的占用,提高了隧道平台的自适应能力。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为现有技术中隧道方案的一个实施例的示意图。
图2为本申请的隧道报文封装方法的一个实施例的流程图。
图3为本申请的隧道报文解封方法的一个实施例的流程图。
图4为本申请的隧道平台的一个实施例的示意图。
图5为本申请的隧道平台的另一个实施例的示意图。
图6为本申请的隧道平台的又一个实施例的示意图。
图7为本申请的隧道平台的一个实施例的应用示意图。
图8为本申请的隧道平台的再一个实施例的示意图。
图9为本申请的隧道平台的另外一个实施例的示意图。
具体实施方式
下面通过附图和实施例,对本申请的技术方案做进一步的详细描述。
目前Docker网络隧道方案如图1所示,对报文的封装和解封装处理在同一个进程内,这使得报文封装解封装成为网络通信速率的性能瓶颈。
本申请的隧道报文封装方法的一个实施例的流程图如图2所示。
在步骤201中,获取待封装报文。在一个实施例中,隧道平台的分汇点从主机的虚拟网卡接口获取待封装报文。
在步骤202中,确定理想封装点数量。在一个实施例中,可以根据待封装报文的数量,基于隧道平台的剩余处理资源、单个封装点的处理能力,以及可用带宽确定理想封装点数量。在一个实施例中,理想封装点数量大于等于1,即至少保证存在一个封装点。
当隧道平台的剩余处理资源(如CPU的剩余计算能力)充足,以及待封装报文的数量多,可以增大理想封装点数量;当隧道平台的剩余处理资源(如CPU的剩余计算能力)不足,以及待封装报文的数量较少,当前存在的封装点对于单个报文的封装时间可以接受时,可以减少理想封装点数量。具体的理想封装点数量可以基于单个封装点对单个报文的处理时长确定。
在步骤203中,根据理想封装点数量调节开启的封装点的数量。在一个实施例中,若当前开启的封装点的数量小于理想封装点数量,则生成部分封装点,使开启的封装点的数量与理想封装点数量相等,并将生成的封装点与两端的分汇点连接。
若当前开启的封装点的数量大于理想封装点数量,则删除部分封装点与两端分汇点的连接,并删除对应的封装点,使开启的封装点的数量与理想封装点数量相等。
在一个实施例中,可以采用容器方式启动封装点,并绑定CPU。当删除封装点时,同时释放对应的CPU资源。
在步骤204中,利用开启的封装点并行封装待封装报文。
在步骤205中,发送完成封装的报文。在一个实施例中,可以将完成封装的报文汇集后发送给网卡,并发送到目的地址。
通过这样的方法,能够在报文量大的情况下增加封装点的数量,避免封装点成为网络传输的瓶颈,提高了网络利用率;能够自适应调整封装点的数量,避免对系统资源不必要的占用,提高了隧道平台的自适应能力。
本申请的隧道报文解封方法的一个实施例的流程图如图3所示。
在步骤301中,获取待解封报文。在一个实施例中,隧道平台的分汇点从网卡获取待解封报文。
在步骤302中,确定理想解封点数量。在一个实施例中,可以根据待解封报文的数量,基于隧道平台的剩余处理资源、单个解封点的处理能力,以及可用带宽确定理想解封点数量。在一个实施例中,理想解封点数量大于等于1,即至少保证存在一个解封点。
当隧道平台的剩余处理资源(如CPU的剩余计算能力)充足,以及待解封报文的数量多,当前存在的解封点对于单个报文的解封时间较长时,可以增大理想解封点数量;当隧道平台的剩余处理资源(如CPU的剩余计算能力)不足,以及待解封报文的数量较少,当前存在的解封点对于单个报文的解封时间可以接受时,可以减少理想解封点数量。
在步骤303中,根据理想解封点数量调节开启的解封点的数量。在一个实施例中,若当前开启的解封点的数量小于理想解封点数量,则生成部分解封点,使开启的解封点的数量与理想解封点数量相等,并将生成的解封点与两端的分汇点连接。
若当前开启的解封点的数量大于理想解封点数量,则删除部分解封点与两端分汇点的连接,并删除对应的解封点,使开启的解封点的数量与理想解封点数量相等。
在一个实施例中,可以采用容器方式启动解封点,并绑定CPU。当删除解封点时,同时释放对应的CPU资源。
在步骤304中,利用开启的解封点并行解封待解封报文。
在步骤305中,发送完成解封的报文。在一个实施例中,可以将完成解封的报文汇集后发送给目标主机。
通过这样的方法,能够在报文量大的情况下增加解封点的数量,避免产生拥塞,减少了对报文分发的限制,提高了网络利用率;能够自适应调整解封点的数量,避免对系统资源不必要的占用,提高了隧道平台的自适应能力。
本申请的隧道平台的一个实施例的示意图如图4所示。第一分汇点41能够获取待封装报文。在一个实施例中,第一分汇点从主机的虚拟网卡接口获取待封装报文。控制器44能够确定理想封装点数量,并根据理想封装点数量调节开启的封装点的数量。在一个实施例中,可以根据待封装报文的数量,基于隧道平台的剩余处理资源、单个封装点的处理能力,以及可用带宽确定理想封装点数量。在一个实施例中,理想封装点数量大于等于1,即至少保证存在一个封装点。封装点42能够并行封装待封装报文。第二分汇点43能够发送完成封装的报文。在一个实施例中,可以将完成封装的报文汇集后发送给网卡,并发送到目的地址。
这样的隧道平台能够在报文量大的情况下增加封装点的数量,避免封装点成为网络传输的瓶颈,提高了网络利用率;能够自适应调整封装点的数量,避免对系统资源不必要的占用,提高了隧道平台的自适应能力。
本申请的隧道平台的另一个实施例的示意图如图5所示。第二分汇点53能够获取待解封报文。在一个实施例中,第二分汇点从网卡获取待解封报文。控制器54能够确定理想解封点数量,并根据理想解封点数量调节开启的解封点的数量。在一个实施例中,控制器54可以根据待解封报文的数量,基于隧道平台的剩余处理资源、单个解封点的处理能力,以及可用带宽确定理想解封点数量。在一个实施例中,理想解封点数量大于等于1,即至少保证存在一个解封点。多个解封点52能够并行解封待解封报文。第一分汇点51能够将完成解封的报文汇集后发送给目标主机。
这样的隧道平台能够在报文量大的情况下增加解封点的数量,避免产生拥塞,减少了对报文分发的限制,提高了网络利用率;能够自适应调整解封点的数量,避免对系统资源不必要的占用,提高了隧道平台的自适应能力。
本申请的隧道平台的又一个实施例的示意图如图6所示。第一分汇点61能够获取待封装报文,并将解封点64完成解封的报文汇集后发送给目标主机。第二分汇点63能够获取待解封报文,并将封装点62完成封装的报文汇集后发送给网卡,并发送到目的地址。控制器65能够理想封装点数量并根据理想封装点数量调节开启的封装点的数量,还能够确定理想解封点数量并根据理想解封点数量调节开启的解封点的数量。开启的多个封装点62能够并行封装待封装报文;开启的多个解封点64能够并行封装待封装报文。
这样的隧道平台能够在报文量大的情况下增加封装点、解封点的数量,避免封装点成为网络传输的瓶颈,避免产生拥塞,提高了网络利用率;能够自适应调整封装、解封点的数量,避免对系统资源不必要的占用,提高了隧道平台的自适应能力。
在一个实施例中,本申请的隧道平台在报文出主机的流程中:
1、来自容器的报文从容器引擎0进入隧道平台,由第一分汇点将报文分发给封装点(在初始状态下默认只有封装点0,封装点0以容器方式启动));
2、封装点对报文进行封装(封装头协议由隧道平台配置决定),并将封装好的报文发给第二分汇点;
3、第二分汇点将报文发给物理网卡,如果系统支持多网卡ECMP,需要根据ECMP策略把报文分发给多个网卡;
4、控制器收集封装点的处理能力、流量可用带宽,计算需要的封装点个数。
如果需要增加封装点,则以容器方式启动封装点,多个封装点共享网络,且各个封装点绑定CPU核,并分别连接第一分汇点和第二分汇点。
如果需要减少封装点,则删除封装点容器,并删除与第一分汇点和第二分汇点的连接。
本申请的隧道平台在报文进主机的流程中:
1、隧道报文从网卡进入隧道平台,由第二分汇点将报文分发给解封点0(在初始状态下默认只有解封点0,解封点0以容器方式启动);
2、解封点对报文进行解封装(封装头协议由隧道平台配置决定),并将解封装好的报文发给第一分汇点;
3、第一分汇点将报文发给容器引擎0,容器引擎0再将报文发给目的容器;
4、控制器收集解封点的处理能力、流量可用带宽,计算需要的解封点个数。
如果需要增加解封点,则以容器方式启动解封点,多个解封点共享网络,且各个解封点绑定CPU核,并分别连接第一分汇点和第二分汇点。
如果需要减少解封点,则删除解封点容器,并删除与第一分汇点和第二分汇点的连接。
这样的隧道平台采用容器的方式进行封装点、解封点的生成和删除,能够更好的与现有的平台兼容,便于推广应用。
本申请的隧道平台的一个实施例的应用示意图如图7所示。假设跨主机的容器通信可用带宽为9000M,进出流量平分;服务器用于报文处理的CPU超过10个核。容器通信采用Flannel方案(封装报文为Vxlan),多网卡情况下采用逐包模式ECMP;默认以容器方式启动封装点0和解封点0,分别绑定CPU核1、2。当存在多个封装点时,报文采取并发模式处理(由配置决定,还可以具有其他模式,如流模式、主备模式等)。
在报文出主机流程中:
1、容器报文从容器引擎0进入Flannel,由分汇点1将报文分发给封装点(在初始状态下默认只有封装点0);
2、封装点对报文进行Vxlan封装,并将封装好的报文发给第一分汇点;
3、第一分汇点将报文轮流发给网卡0、网卡1(逐包模式ECMP,假如是逐流ECMP则是按流发给网卡);
4、控制器收集到封装点0的处理能力(假设为150MB/sec),计算出需要的封装点个数为3.75,在允许的CPU核数内增加封装点:以容器共享网络方式启动2.75个封装点(0.75个封装点即限制CPU的能力为封装点0的75%),分别绑定CPU核,并连接第一分汇点和第二分汇点;
5、第一分汇点在之后把报文轮流分发给各个封装点(并发模式,假如是流模式则是按流发给封装点),各个封装点并发封装处理;
6、控制器定时监控各个封装点的处理能力,如果总带宽与可用带宽还存在较大差距,则继续启动封装点,提高平台的处理能力;反之如果封装点CPU占有率比较低(比如低于80%),则删除一个封装点,为系统节省CPU资源,保持平台的稳定。
在报文进主机流程中:
1、隧道报文由网卡进入第二分汇点,由第二分汇点将报文分发给解封点0(在初始状态下默认只有解封点0);
2、解封点对报文进行Vxlan报文解封装处理,并将解封装好的报文发给第一分汇点;
3、第一分汇点将报文发给容器引擎0,容器引擎0再将报文发给各个目的容器;
4、控制器收集到解封装点0的处理能力(假设为150MB/sec),计算出需要的解封点个数为3.75,在允许的CPU核数内增加解封点:以容器共享网络方式启动2.75个解封点(0.75个解封点即限制CPU的能力为解封点0的75%),分别绑定CPU核,并连接第一分汇点和第二分汇点;
5、第二分汇点在之后把报文轮流分发给各个解封点处理(并发模式,假如是流模式则是按流发给解封点),各个解封点并发解封装处理;
6、控制器定时监控各个解封点的处理能力,如果总带宽与可用带宽还存在较大差距,则继续启动解封点,提高平台的处理能力;反之如果解封点CPU占有率比较低(比如低于80%),则删除一个解封点,为系统节省CPU资源,维持系统的稳定性。
这样的隧道平台以微服务的方式重构网络隧道方案,能够根据带宽需求,通过容器方式动态部署多个报文封装和解封装处理实例,使其独享CPU核多线程并行处理,可以大幅度提高隧道网络通信效率,并使网络支持多种ECMP方案,支持对网络流量的实时动态调整。
本申请隧道平台的一个实施例的结构示意图如图8所示。隧道平台包括存储器810和处理器820。其中:存储器810可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储上文中隧道报文封装方法、隧道报文解封方法的对应实施例中的指令。处理器820耦接至存储器810,可以作为一个或多个集成电路来实施,例如微处理器或微控制器。该处理器820用于执行存储器中存储的指令,能够提高了网络利用率和隧道平台的自适应能力。
在一个实施例中,还可以如图9所示,隧道平台900包括存储器910和处理器920。处理器920通过BUS总线930耦合至存储器910。该隧道平台900还可以通过存储接口940连接至外部存储装置950以便调用外部数据,还可以通过网络接口960连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。
在该实施例中,通过存储器存储数据指令,再通过处理器处理上述指令,能够提高了网络利用率和隧道平台的自适应能力。
在另一个实施例中,一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现隧道报文封装方法、隧道报文解封方法对应实施例中的方法的步骤。本领域内的技术人员应明白,本申请的实施例可提供为方法、装置、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
至此,已经详细描述了本申请。为了避免遮蔽本申请的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
可能以许多方式来实现本申请的方法以及装置。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本申请的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明,本申请的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本申请实施为记录在记录介质中的程序,这些程序包括用于实现根据本申请的方法的机器可读指令。因而,本申请还覆盖存储用于执行根据本申请的方法的程序的记录介质。
最后应当说明的是:以上实施例仅用以说明本申请的技术方案而非对其限制;尽管参照较佳实施例对本申请进行了详细的说明,所属领域的普通技术人员应当理解:依然可以对本申请的具体实施方式进行修改或者对部分技术特征进行等同替换;而不脱离本申请技术方案的精神,其均应涵盖在本申请请求保护的技术方案范围当中。
Claims (14)
1.一种隧道报文封装方法,其特征在于,包括:
获取待封装报文;
确定理想封装点数量;
根据所述理想封装点数量调节开启的封装点的数量;
利用开启的封装点并行封装所述待封装报文;
发送完成封装的报文。
2.根据权利要求1所述的方法,其特征在于,所述确定理想封装点数量包括:
根据所述待封装报文的数量,基于隧道平台的剩余处理资源、单个封装点的处理能力和/或可用带宽确定理想封装点数量。
3.根据权利要求1所述的方法,其特征在于,所述根据所述理想封装点数量调节开启的封装点的数量包括:
若当前开启的封装点的数量小于所述理想封装点数量,则生成部分封装点,使开启的封装点的数量与所述理想封装点数量相等,并将生成的封装点与两端的分汇点连接;
若当前开启的封装点的数量大于所述理想封装点数量,则删除部分封装点与两端分汇点的连接,并删除对应的封装点,使开启的封装点的数量与所述理想封装点数量相等。
4.根据权利要求3所述的方法,其特征在于,所述生成部分封装点包括:
根据所述理想封装点数量与当前开启的封装点的数量的差值,采用容器方式启动封装点,并绑定CPU。
5.一种隧道报文解封方法,其特征在于,包括:
获取待解封报文;
确定理想解封点数量;
根据所述理想解封点数量调节开启的解封点的数量;
利用开启的解封点并行解封所述待解封报文;
转发完成解封的报文。
6.根据权利要求5所述的方法,其特征在于,所述确定理想解封点数量包括:
根据所述待解封报文的数量,基于隧道平台的剩余处理资源、单个解封点的处理能力和/或可用带宽确定理想解封点数量。
7.根据权利要求5所述的方法,其特征在于,所述根据所述理想解封点数量调节开启的解封点的数量包括:
若当前开启的解封点的数量小于所述理想解封点数量,则生成部分解封点,使开启的解封点的数量与所述理想解封点数量相等;
若当前开启的解封点的数量大于所述理想解封点数量,则删除部分解封点,使开启的解封点的数量与所述理想解封点数量相等。
8.根据权利要求7所述的方法,其特征在于,所述生成部分解封点包括:
根据所述理想解封点数量与当前开启的解封点的数量的差值,采用容器方式启动解封点,并绑定CPU。
9.一种隧道平台,其特征在于,包括:
第一分汇点,用于获取待封装报文;
控制器,用于确定理想封装点数量,并根据所述理想封装点数量调节开启的封装点的数量;
封装点,用于并行封装所述待封装报文;
第二分汇点,用于发送完成封装的报文。
10.一种隧道平台,其特征在于,包括:
第二分汇点,用于获取待解封报文;
控制器,用于确定理想解封点数量,并根据所述理想解封点数量调节开启的解封点的数量;
解封点,用于并行解封所述待解封报文;
第一分汇点,用于转发完成解封的报文。
11.一种隧道平台,其特征在于,包括:
第一分汇点,用于获取待封装报文和转发完成解封的报文;
第二分汇点,用于获取待解封报文和发送完成封装的报文;
控制器,用于确定理想封装点数量,并根据所述理想封装点数量调节开启的封装点和解封点的数量;
封装点,用于并行封装所述待封装报文;
解封点,用于并行解封所述待解封报文。
12.一种隧道平台,其特征在于,包括用于执行权利要求1~8任意一项所述方法的装置。
13.一种隧道平台,包括:
存储器;以及
耦接至所述存储器的处理器,所述处理器被配置为基于存储在所述存储器的指令执行如权利要求1至8任一项所述的方法。
14.一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现权利要求1至8任意一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710748804.3A CN109428802B (zh) | 2017-08-28 | 2017-08-28 | 隧道报文封装、解封方法和隧道平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710748804.3A CN109428802B (zh) | 2017-08-28 | 2017-08-28 | 隧道报文封装、解封方法和隧道平台 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109428802A true CN109428802A (zh) | 2019-03-05 |
CN109428802B CN109428802B (zh) | 2021-05-14 |
Family
ID=65502370
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710748804.3A Active CN109428802B (zh) | 2017-08-28 | 2017-08-28 | 隧道报文封装、解封方法和隧道平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109428802B (zh) |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863165A (zh) * | 2006-01-24 | 2006-11-15 | 华为技术有限公司 | 分组域网络中减少数据ip分片数量的方法 |
CN101047708A (zh) * | 2006-03-31 | 2007-10-03 | 株式会社日立制作所 | 移动ip网络中进行组播数据传输的设备和方法 |
CN101150497A (zh) * | 2006-09-20 | 2008-03-26 | 华为技术有限公司 | 移动通信中多数据包传输的方法、系统及设备 |
CN101616081A (zh) * | 2009-07-30 | 2009-12-30 | 杭州华三通信技术有限公司 | 一种基于隧道的报文转发方法及路由器 |
CN102404069A (zh) * | 2010-09-07 | 2012-04-04 | 中兴通讯股份有限公司 | 一种数据封装链路丢包和乱序统计的方法及系统 |
CN102868613A (zh) * | 2012-08-14 | 2013-01-09 | 中兴通讯股份有限公司 | 一种通用路由封装隧道报文发送方法和装置 |
CN103152254A (zh) * | 2013-02-01 | 2013-06-12 | 汉柏科技有限公司 | 通用路由封装隧道报文转发方法及系统 |
CN104038505A (zh) * | 2014-06-24 | 2014-09-10 | 杭州华三通信技术有限公司 | 一种IPSec防重放的方法和装置 |
EP2658187B1 (en) * | 2011-01-24 | 2015-03-11 | Huawei Technologies Co., Ltd. | Quality of service (qos) maintaining method, apparatus, and system |
US20150364443A1 (en) * | 2012-10-22 | 2015-12-17 | Sensor Electronic Technology, Inc. | Two Terminal Packaging |
CN105471861A (zh) * | 2015-11-19 | 2016-04-06 | 上海应用技术学院 | 报文动态封装方法及动态隧道构建方法 |
CN106209689A (zh) * | 2015-05-04 | 2016-12-07 | 杭州华三通信技术有限公司 | 从vxlan至vlan的组播数据报文转发方法和设备 |
CN106656724A (zh) * | 2016-12-20 | 2017-05-10 | 上海优刻得信息科技有限公司 | 一种报文封装方法与设备 |
CN106850804A (zh) * | 2017-02-07 | 2017-06-13 | 郑州云海信息技术有限公司 | 一种海量存储系统减少网络连接数量的方法 |
-
2017
- 2017-08-28 CN CN201710748804.3A patent/CN109428802B/zh active Active
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863165A (zh) * | 2006-01-24 | 2006-11-15 | 华为技术有限公司 | 分组域网络中减少数据ip分片数量的方法 |
CN101047708A (zh) * | 2006-03-31 | 2007-10-03 | 株式会社日立制作所 | 移动ip网络中进行组播数据传输的设备和方法 |
CN101150497A (zh) * | 2006-09-20 | 2008-03-26 | 华为技术有限公司 | 移动通信中多数据包传输的方法、系统及设备 |
CN101616081A (zh) * | 2009-07-30 | 2009-12-30 | 杭州华三通信技术有限公司 | 一种基于隧道的报文转发方法及路由器 |
CN102404069A (zh) * | 2010-09-07 | 2012-04-04 | 中兴通讯股份有限公司 | 一种数据封装链路丢包和乱序统计的方法及系统 |
EP2658187B1 (en) * | 2011-01-24 | 2015-03-11 | Huawei Technologies Co., Ltd. | Quality of service (qos) maintaining method, apparatus, and system |
CN102868613A (zh) * | 2012-08-14 | 2013-01-09 | 中兴通讯股份有限公司 | 一种通用路由封装隧道报文发送方法和装置 |
US20150364443A1 (en) * | 2012-10-22 | 2015-12-17 | Sensor Electronic Technology, Inc. | Two Terminal Packaging |
CN103152254A (zh) * | 2013-02-01 | 2013-06-12 | 汉柏科技有限公司 | 通用路由封装隧道报文转发方法及系统 |
CN104038505A (zh) * | 2014-06-24 | 2014-09-10 | 杭州华三通信技术有限公司 | 一种IPSec防重放的方法和装置 |
CN106209689A (zh) * | 2015-05-04 | 2016-12-07 | 杭州华三通信技术有限公司 | 从vxlan至vlan的组播数据报文转发方法和设备 |
CN105471861A (zh) * | 2015-11-19 | 2016-04-06 | 上海应用技术学院 | 报文动态封装方法及动态隧道构建方法 |
CN106656724A (zh) * | 2016-12-20 | 2017-05-10 | 上海优刻得信息科技有限公司 | 一种报文封装方法与设备 |
CN106850804A (zh) * | 2017-02-07 | 2017-06-13 | 郑州云海信息技术有限公司 | 一种海量存储系统减少网络连接数量的方法 |
Non-Patent Citations (1)
Title |
---|
孙铭浩: "VXLAN隧道的设计与实现", 《中国优秀硕士论文全文数据库信息科技辑》 * |
Also Published As
Publication number | Publication date |
---|---|
CN109428802B (zh) | 2021-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105791463B (zh) | 一种实现虚拟机通信的方法和装置 | |
CN104320350B (zh) | 用于提供基于信用的流控制的方法及系统 | |
CN105554015B (zh) | 多租户容器云计算系统的管理网络及方法 | |
CN105491123B (zh) | 容器间通信方法及装置 | |
CN106302206B (zh) | 报文的转发处理方法、装置及系统 | |
CN102972080B (zh) | 用于网络虚拟化的方法和系统 | |
CN110022264A (zh) | 控制网络拥塞的方法、接入设备和计算机可读存储介质 | |
CN107566441A (zh) | 用于虚拟机与云服务计算设备之间的快速路由传输的方法及系统 | |
CN107645444A (zh) | 用于虚拟机与云服务计算设备之间的快速路由传输的系统、设备和方法 | |
CN103181119A (zh) | 管理不同通信协议网络之间的通信 | |
CN106031100B (zh) | 业务链的部署方法和装置 | |
JP2022546802A (ja) | 仮想プライベートクラウドの通信および構成方法ならびに関連する装置 | |
CN105407140A (zh) | 一种网络化测试系统的计算资源虚拟化系统及方法 | |
CN107547439A (zh) | 一种网络流量控制方法和计算节点 | |
CN109981472A (zh) | 一种报文封装方法、转发方法、相关装置、设备及介质 | |
CN109818867A (zh) | 一种配置方法及装置 | |
CN105391651B (zh) | 一种虚拟光网络多层资源汇聚方法和系统 | |
CN107276826A (zh) | 一种容器网络配置方法和装置 | |
CN111049752A (zh) | 多传输线路的负载均衡方法及装置 | |
CN105915387A (zh) | 一种IaaS云平台下云主机的外网带宽限速方法、装置及系统 | |
WO2021254001A1 (zh) | 会话建立方法、装置、系统及计算机存储介质 | |
CN110311860A (zh) | Vxlan下多链路负载均衡方法及装置 | |
CN109962961A (zh) | 一种内容分发网络cdn服务节点的重定向方法及系统 | |
CN109120540A (zh) | 传输报文的方法、代理服务器和计算机可读存储介质 | |
CN109525413A (zh) | Cdn网络功能虚拟化的管理方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220125 Address after: 100007 room 205-32, floor 2, building 2, No. 1 and No. 3, qinglonghutong a, Dongcheng District, Beijing Patentee after: Tianyiyun Technology Co.,Ltd. Address before: No.31, Financial Street, Xicheng District, Beijing, 100033 Patentee before: CHINA TELECOM Corp.,Ltd. |