CN104518973A - 一种基于sdn环境的数据的可靠组播传输方法 - Google Patents
一种基于sdn环境的数据的可靠组播传输方法 Download PDFInfo
- Publication number
- CN104518973A CN104518973A CN201410787311.7A CN201410787311A CN104518973A CN 104518973 A CN104518973 A CN 104518973A CN 201410787311 A CN201410787311 A CN 201410787311A CN 104518973 A CN104518973 A CN 104518973A
- Authority
- CN
- China
- Prior art keywords
- message
- address
- receiving terminal
- transmitting terminal
- data
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于SDN环境的数据的可靠组播传输方法。SDN网络控制器实时监控当前网络状况,在数据传输之前发送端与接收端先进行三次握手建立连接,连接建立过程中发送端指定接收端,由SDN网络控制器生成组播转发树,连接建立后发送端向该连接发送数据,数据以组播的方式传输到每个接收端,每个接收端接收到数据之后向发送端发送确认报文,保证数据可靠传输,同时发送端维护拥塞窗口,在发送数据的过程中进行拥塞控制,从而保证TCP友好性。该方法具有良好的灵活性和安全性,能达到最优的传输效率,有效降低组播数据确认的时延,因而能广泛用于组播会话变动较为灵活、组成员数目较小的数据推送式可靠组播数据传输场景。
Description
技术领域
本发明属于网络环境下的数据传输技术领域,更具体地,涉及一种基于SDN环境的数据的可靠组播传输方法。
背景技术
近年来,随着计算机网络规模的持续增长和网络应用的不断增加,传统网络的结构和功能越来越复杂,管理和控制能力逐渐减弱。同时,在传统网络架构下,实行任何新网络研究方案和业务都异常困难,必须在得到相关的标准化组织同意和设备提供商允许时才能投入实际网络环境。为了解决现在网络体系结构造成的众多问题,软件定义网络(Software DefinedNetwork,SDN)技术被提出,随着斯坦福大学相关研究者提出OpenFlow技术,基于OpenFlow的SDN架构在业界广泛推广。
SDN是一种新兴的基于软件的网络架构及技术,具有控制平面与数据平面松耦合、网络状态控制集中、底层网络设施对上层应用透明等特点。相比于传统网络,SDN具有逻辑上集中的控制能力,在网络控制器端可以获得网络的全局信息,支持根据业务需求进行全局调配和最优控制。OpenFlow作为SDN的一种最为业界接受的南向接口,规定了作为SDN基础设施的OpenFlow交换机的基本组件与功能要求,以及用于远程控制器对交换机控制的协议。
随着IT业务的不断丰富,涌现出大量的不同类型的网络应用,在网络中产生大量不同模式的网络流量,其中相当一部分流量为一对多模式,如视频直播、多媒体应用、资源同步等。传统网络技术中,为了传输一对多模式的网络流量,采用IP组播技术来提升效率、减少网络开销。然而传统的IP组播为基于用户数据包协议(User Datagram Protocol,UDP)的非可靠协议,目前应用较为广泛的可靠组播协议均为在UDP协议的基础之上实现的,且进行数据转发过程中不具备网络拥塞感知的能力,容易造成网络拥塞,导致协议的效率低。另一方面,大部分传统组播协议为接收端自由加入和退出,发送端不保存接收端的信息,因此容易造成安全性问题。此外,传统组播协议在处理组播会话变动的情况下灵活性差,如t1时刻A需要给B、C和D发送数据DATA1,而t2时刻A结束DATA1的传输,同时需要给D、E和F发送数据DATA2。囿于传统可靠组播技术的效率低、安全性差、灵活性差等因素,大量一对多模式的流量只能采用基于TCP协议的点到点多次传输的方式完成,典型的如分布式存储系统中的多副本写机制,造成网络资源的严重浪费,影响上层业务的吞吐率。
发明内容
针对现有技术的以上缺陷或改进需求,本发明提供了一种基于SDN环境的数据的可靠组播传输方法,在一对多模式的数据传输场景中具有很好的可靠性、安全性、灵活性和TCP友好性,且传输效率高,延时小。
为实现上述目的,本发明提供了一种基于SDN环境的数据的可靠组播传输方法,其特征在于,包括如下步骤:
(1)初始化;进一步包括如下步骤:
(1-1)启动SDN网络控制器,对网络状况进行实时监控;
(1-2)选取任一组播地址,标记为ADDRSYN;
(1-3)启动至少一个接收端,被启动的接收端将自身的地址信息发送至SDN网络控制器;其中,地址信息包括MAC地址、IP地址和端口号;
(1-4)SDN网络控制器接收并记录地址信息,被启动的接收端进入监听状态;
(2)建立连接;进一步包括如下步骤:
(2-1)发送端在被启动的接收端集合中指定接收端;
(2-2)发送端生成与TCP报文格式相同的第一次握手报文,选取发送端所在主机上未被占用的组播地址作为连接地址ADDRCONN,将连接地址ADDRCONN与发送端标识加入第一次握手报文的头部中的TCP选项区域,将指定的接收端总数以及所有指定的接收端的IP地址和端口号作为第一次握手报文的负载数据,以发送端地址为源地址,ADDRSYN为目标地址,将第一次握手报文发送至网络;
(2-3)SDN网络控制器接收第一次握手报文,提取发送端地址,连接地址ADDRCONN,指定的接收端总数,以及所有指定的接收端的IP地址和端口号,结合当前的网络拥塞状况获取组播转发树,并将组播转发树下发安装到SDN交换机;
(2-4)对每一个指定的接收端,SDN网络控制器复制第一次握手报文,将得到的第一次握手报文副本的目标地址修改为该指定的接收端的IP地址,发送至网络;
(2-5)各指定的接收端接收目标地址与其IP地址对应的第一次握手报文副本,获取连接地址ADDRCONN,加入该连接地址ADDRCONN所在的组播组,从而能够接收以该连接地址ADDRCONN为目标地址的报文;
(2-6)各指定的接收端生成与TCP报文格式相同的第二次握手报文,将接收端标识和连接地址ADDRCONN加入第二次握手报文的头部中的TCP选项区域,以发送端地址为目标地址,将第二次握手报文发送至网络;
(2-7)发送端接收到所有指定的接收端的第二次握手报文后,生成与TCP报文格式相同的第三次握手报文,将发送端标识加入第三次握手报文的头部中的TCP选项区域,以连接地址ADDRCONN为目标地址,通过组播转发树发送至各指定的接收端;
(2-8)各指定的接收端接收第三次握手报文,完成连接建立过程;
(3)发送端以连接地址ADDRCONN为目标地址,向各指定的接收端发送数据报文,各指定的接收端收到数据报文后,向发送端发送确认报文,发送端在接收到每个指定的接收端的确认报文后,完成该数据报文的发送。
优选地,还包括如下步骤(4):在所有数据传输完成后关闭连接;其中,发送端在收到每个指定的接收端的关闭报文和每个指定的接收端对发送端发出的关闭报文的确认报文后判断为关闭。
优选地,所述步骤(3)和(4)中,在发送端发出的报文头部中加入发送端标识,以表明该报文为发送端发出的报文;在接收端发出的报文头部中加入接收端标识和连接地址ADDRCONN,以表明该报文为连接地址ADDRCONN所在的组播组的接收端发出的报文。
优选地,所述步骤(2-3)中,若与所述发送端地址、连接地址ADDRCONN和所有指定的接收端的IP地址对应的组播转发树已经存在,则直接复用该转组播发树。
优选地,所述步骤(3)中,若发送端在预定的时间内未收到所有指定的接收端的确认报文,则重新发送对应的数据报文。
优选地,所述步骤(3)中,发送端在发送数据报文的过程中维护拥塞窗口,进行网络拥塞控制。
优选地,SDN网络控制器管理所有组播转发树,能对组播转发树进行生成、复用和销毁。
总体而言,通过本发明所构思的以上技术方案与现有技术相比,具有以下有益效果:SDN网络控制器实时监控当前网络状况,在数据传输之前发送端与接收端先进行三次握手建立连接,连接建立过程中发送端指定接收端,由SDN网络控制器生成组播转发树,连接建立后发送端向该连接发送数据,数据以组播的方式传输到每个接收端,每个接收端接收到数据之后向发送端发送确认报文,保证数据可靠传输,同时发送端维护拥塞窗口,在发送数据的过程中进行拥塞控制,从而保证TCP友好性。这种源端控制的组播协议具有良好的灵活性和安全性,利用SDN网络控制器计算组播转发树能达到最优的传输效率,由发送端统一处理数据确认能有效降低组播数据确认的时延,因此本发明的方法能广泛用于组播会话变动较为灵活、组成员数目较小的数据推送式可靠组播数据传输场景。
附图说明
图1是本发明实施例的基于SDN环境的数据的可靠组播传输方法流程示意图;
图2是网络拓扑结构示意图;
图3是发送组播数据过程的报文流向示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。此外,下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。
本发明的技术方案为:发送端指定接收端,由SDN网络控制器计算组播转发树,以有连接的方式实现数据的可靠组播传输,同时发送端通过拥塞控制保证TCP友好性。
如图1所示,本发明实施例的基于SDN环境的数据的可靠组播传输方法包括如下步骤:
(1)初始化。进一步包括如下步骤:
(1-1)启动SDN网络控制器,对网络状况进行实时监控。
(1-2)选取任一组播地址,标记为ADDRSYN。
(1-3)启动至少一个接收端,被启动的接收端将自身的地址信息发送至SDN网络控制器。
其中,地址信息包括MAC地址、IP地址和端口号。
(1-4)SDN网络控制器接收并记录地址信息,被启动的接收端进入监听状态。
(2)建立连接。进一步包括如下步骤:
(2-1)发送端在被启动的接收端集合中指定接收端。
(2-2)发送端生成与TCP报文格式相同的第一次握手报文(SYN报文),选取发送端所在主机上未被占用的组播地址作为连接地址ADDRCONN,将连接地址ADDRCONN与发送端标识加入第一次握手报文的头部中的TCP选项区域,将指定的接收端总数以及所有指定的接收端的IP地址和端口号作为第一次握手报文的负载数据,以发送端地址为源地址,ADDRSYN为目标地址,将第一次握手报文发送至网络。
(2-3)在第一次握手报文到达网络的第一个SDN交换机后,将其转发到SDN网络控制器,SDN网络控制器接收第一次握手报文,提取发送端地址,连接地址ADDRCONN,指定的接收端总数,以及所有指定的接收端的IP地址和端口号,结合当前的网络拥塞状况获取组播转发树,并将组播转发树下发安装到SDN交换机。
其中,若与上述发送端地址、连接地址ADDRCONN和所有指定的接收端的IP地址对应的组播转发树已经存在,则直接复用该组播转发树。
(2-4)对每一个指定的接收端,SDN网络控制器复制第一次握手报文,将得到的第一次握手报文副本的目标地址修改为该指定的接收端的IP地址,发送至网络。
(2-5)各指定的接收端接收目标地址与其IP地址对应的第一次握手报文副本,获取连接地址ADDRCONN,加入该连接地址ADDRCONN所在的组播组,从而能够接收以该连接地址ADDRCONN为目标地址的报文。
(2-6)各指定的接收端生成与TCP报文格式相同的第二次握手报文(SYN/ACK报文),将接收端标识和连接地址ADDRCONN加入第二次握手报文的头部中的TCP选项区域,以发送端地址为目标地址,将第二次握手报文发送至网络。
(2-7)发送端接收到所有指定的接收端的第二次握手报文后,生成与TCP报文格式相同的第三次握手报文,将发送端标识加入第三次握手报文的头部中的TCP选项区域,以连接地址ADDRCONN为目标地址,通过组播转发树发送至各指定的接收端。
(2-8)各指定的接收端接收第三次握手报文,完成连接建立过程。
(3)发送端以连接地址ADDRCONN为目标地址,向各指定的接收端发送数据报文,各指定的接收端收到数据报文后,向发送端发送确认报文,发送端在接收到每个指定的接收端的确认报文后,完成该数据报文的发送。
其中,若发送端在预定的时间内未收到所有指定的接收端的确认报文,则重新发送对应的数据报文;发送端在发送数据报文的过程中维护拥塞窗口,进行网络拥塞控制。
(4)在所有数据传输完成后关闭连接。
其中,连接关闭的流程采用与TCP关闭流程相似的四次挥手方式,发送端在收到每个指定的接收端的关闭报文(FIN报文)和每个指定的接收端对发送端发出的关闭报文(FIN报文)的确认报文后才判断为关闭,接收端的关闭流程与TCP的关闭流程相同。
上述步骤(3)和(4)中,发送端向接收端发送报文的过程采用组播方式,接收端向发送端发送报文的过程采用单播方式,因此需要区分这两种报文。在发送端发出的报文头部中加入发送端标识,以表明该报文为发送端发出的报文;在接收端发出的报文头部中加入接收端标识和连接地址ADDRCONN,以表明该报文为连接地址ADDRCONN所在的组播组的接收端发出的报文。
SDN网络控制器管理所有组播转发树,能对组播转发树进行生成、复用和销毁。例如,对长期未使用的组播转发树,SDN网络控制器可将其销毁。
为使本领域技术人员更好地理解本发明,下面以基于OpenFlow的SDN网络环境为例,对本发明的基于SDN环境的数据的可靠组播传输方法进行详细说明。
如图2所示,网络拓扑由四个SDN交换机S1~S4组成,H1为发送端,其IP地址为192.168.3.1,H3、H4和H6为接收端,其MAC地址分别为0C:C4:7A:41:4A:03、0C:C4:7A:41:4A:04和0C:C4:7A:41:4A:06,IP地址分别为192.168.3.3、192.168.3.4和192.168.3.6,连接的端口号均为6666,SDN网络控制器的IP地址为192.168.3.100,ADDRSYN为239.0.1.0,连接地址ADDRCONN为239.0.1.1,建立连接过程中数据报文的具体流向为:
(A)启动接收端H3、H4和H6。接收端H3通过UDP协议向SDN网络控制器发送注册报文,其报文为UDP:dst_ip:192.168.3.100,报文负载为端口号信息6666;SDN网络控制器接收到该注册报文,并从其中获取H3的MAC地址0C:C4:7A:41:4A:03,IP地址192.168.3.3,端口号6666,并记录,供后期管理及生成OpenFlow流表。H4和H6跟H3一样向SDN网络控制器发送注册报文;
(B)接收端H3、H4和H6都已经进入监听状态之后,发送端H1选取接收端为H3、H4和H6,将连接地址239.0.1.1和发送端标识加入SYN报文的TCP选项区域,其负载数据如下表所示,目标地址为ADDRSYN:239.0.1.0,发送到网络。
数目 | 端口1 | 地址1 | 端口2 | 地址2 | 端口3 | 地址3 |
3 | 6666 | 192.168.3.3 | 6666 | 192.168.3.4 | 6666 | 192.168.3.6 |
(C)由于SYN地址为全网未使用的一固定地址,故该SYN报文将会在OpenFlow交换机S1中转发到SDN网络控制器,SDN网络控制器接收到SYN报文,可以从中获取发送端地址192.168.3.1,连接地址239.0.1.1,接收端数目3,接收端地址及端口分别为192.168.3.3:6666、192.168.3.4:6666、192.168.3.6:6666,根据这些信息以及当前网络状况计算出最优转发树,转化成具体的OpenFlow流表下发到相应的OpenFlow交换机。
(D)SDN网络控制器拷贝SYN报文,将拷贝得到SYN报文副本的目标地址及端口修改为H3的192.168.3.3:6666,再将其发送到网络;之后同样地分别再将SYN报文的目标地址及端口修改为H4和H6的地址和端口,发送到网络。
(E)接收端H3接收到SYN报文,其目标地址与端口为192.168.3.3:6666,从该报文头部中获得发送端地址192.168.3.1、连接地址为239.0.1.1。调用相关函数加入连接地址239.0.1.1所在的组播组中,生成SYN/ACK报文,将接收端确认报文标识和连接地址239.0.1.1加入到报文头部的TCP选项区域,目标地址为发送端地址192.168.3.1,发送到网络。接收端H4和H6分别作同样处理。
(F)SYN/ACK报文以单播的方式到达发送端,H1接收到H3、H4和H6三个接收端的SYN/ACK报文之后,生成第三次握手报文,将发送端标识加入报文头部TCP选项区域,目标地址为连接地址239.0.1.1,发送到网络。
(G)源地址为发送端192.168.3.1,目标地址为239.0.1.1的报文在OpenFlow交换机中匹配到之前安装好的转发流表,最终到达H3、H4和H6三个接收端,完成连接建立。
在连接建立之后,发送端以组播的方式发送数据给H3、H4和H6三个接收端,H3、H4和H6三个接收端在接收到组播数据报文之后,通过单播的方式给发送端发送确认报文。如图3所示,发送端向接收端发送组播数据报文的源地址为发送端地址H1:192.168.3.1,目标地址为连接地址239.0.1.1;接收端向发送端返回确认报文源地址为接收端地址H3:192.168.3.3(或H4或H6的IP地址),目标地址为发送端地址H1:192.168.3.1。
本领域的技术人员容易理解,以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (7)
1.一种基于SDN环境的数据的可靠组播传输方法,其特征在于,包括如下步骤:
(1)初始化;进一步包括如下步骤:
(1-1)启动SDN网络控制器,对网络状况进行实时监控;
(1-2)选取任一组播地址,标记为ADDRSYN;
(1-3)启动至少一个接收端,被启动的接收端将自身的地址信息发送至SDN网络控制器;其中,地址信息包括MAC地址、IP地址和端口号;
(1-4)SDN网络控制器接收并记录地址信息,被启动的接收端进入监听状态;
(2)建立连接;进一步包括如下步骤:
(2-1)发送端在被启动的接收端集合中指定接收端;
(2-2)发送端生成与TCP报文格式相同的第一次握手报文,选取发送端所在主机上未被占用的组播地址作为连接地址ADDRCONN,将连接地址ADDRCONN与发送端标识加入第一次握手报文的头部中的TCP选项区域,将指定的接收端总数以及所有指定的接收端的IP地址和端口号作为第一次握手报文的负载数据,以发送端地址为源地址,ADDRSYN为目标地址,将第一次握手报文发送至网络;
(2-3)SDN网络控制器接收第一次握手报文,提取发送端地址,连接地址ADDRCONN,指定的接收端总数,以及所有指定的接收端的IP地址和端口号,结合当前的网络拥塞状况获取组播转发树,并将组播转发树下发安装到SDN交换机;
(2-4)对每一个指定的接收端,SDN网络控制器复制第一次握手报文,将得到的第一次握手报文副本的目标地址修改为该指定的接收端的IP地址,发送至网络;
(2-5)各指定的接收端接收目标地址与其IP地址对应的第一次握手报文副本,获取连接地址ADDRCONN,加入该连接地址ADDRCONN所在的组播组,从而能够接收以该连接地址ADDRCONN为目标地址的报文;
(2-6)各指定的接收端生成与TCP报文格式相同的第二次握手报文,将接收端标识和连接地址ADDRCONN加入第二次握手报文的头部中的TCP选项区域,以发送端地址为目标地址,将第二次握手报文发送至网络;
(2-7)发送端接收到所有指定的接收端的第二次握手报文后,生成与TCP报文格式相同的第三次握手报文,将发送端标识加入第三次握手报文的头部中的TCP选项区域,以连接地址ADDRCONN为目标地址,通过组播转发树发送至各指定的接收端;
(2-8)各指定的接收端接收第三次握手报文,完成连接建立过程;
(3)发送端以连接地址ADDRCONN为目标地址,向各指定的接收端发送数据报文,各指定的接收端收到数据报文后,向发送端发送确认报文,发送端在接收到每个指定的接收端的确认报文后,完成该数据报文的发送。
2.如权利要求1所述的基于SDN环境的数据的可靠组播传输方法,其特征在于,还包括如下步骤(4):在所有数据传输完成后关闭连接;其中,发送端在收到每个指定的接收端的关闭报文和每个指定的接收端对发送端发出的关闭报文的确认报文后判断为关闭。
3.如权利要求2所述的基于SDN环境的数据的可靠组播传输方法,其特征在于,所述步骤(3)和(4)中,在发送端发出的报文头部中加入发送端标识,以表明该报文为发送端发出的报文;在接收端发出的报文头部中加入接收端标识和连接地址ADDRCONN,以表明该报文为连接地址ADDRCONN所在的组播组的接收端发出的报文。
4.如权利要求1至3中任一项所述的基于SDN环境的数据的可靠组播传输方法,其特征在于,所述步骤(2-3)中,若与所述发送端地址、连接地址ADDRCONN和所有指定的接收端的IP地址对应的组播转发树已经存在,则直接复用该转组播发树。
5.如权利要求1至3中任一项所述的基于SDN环境的数据的可靠组播传输方法,其特征在于,所述步骤(3)中,若发送端在预定的时间内未收到所有指定的接收端的确认报文,则重新发送对应的数据报文。
6.如权利要求1至3中任一项所述的基于SDN环境的数据的可靠组播传输方法,其特征在于,所述步骤(3)中,发送端在发送数据报文的过程中维护拥塞窗口,进行网络拥塞控制。
7.如权利要求1至3中任一项所述的基于SDN环境的数据的可靠组播传输方法,其特征在于,SDN网络控制器管理所有组播转发树,能对组播转发树进行生成、复用和销毁。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410787311.7A CN104518973B (zh) | 2014-12-17 | 2014-12-17 | 一种基于sdn环境的数据的可靠组播传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410787311.7A CN104518973B (zh) | 2014-12-17 | 2014-12-17 | 一种基于sdn环境的数据的可靠组播传输方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104518973A true CN104518973A (zh) | 2015-04-15 |
CN104518973B CN104518973B (zh) | 2018-01-26 |
Family
ID=52793719
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410787311.7A Active CN104518973B (zh) | 2014-12-17 | 2014-12-17 | 一种基于sdn环境的数据的可靠组播传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104518973B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104980355A (zh) * | 2015-05-14 | 2015-10-14 | 华中科技大学 | 一种sdn环境下的源端可控组播数据传输方法及系统 |
CN106102094A (zh) * | 2016-07-06 | 2016-11-09 | 广州海格通信集团股份有限公司 | 一种基于sdn网络的tcp拥塞控制方法 |
CN106209622A (zh) * | 2016-06-23 | 2016-12-07 | 广州海格通信集团股份有限公司 | 一种基于sdn的组播方法 |
CN106454344A (zh) * | 2016-08-15 | 2017-02-22 | 陈丽 | 一种基于3d技术的工艺美术品快速设计方法 |
CN106487478A (zh) * | 2015-08-27 | 2017-03-08 | 皇家Kpn公司 | 使用可编程网络的多播传输 |
CN107566291A (zh) * | 2017-09-26 | 2018-01-09 | 恒生电子股份有限公司 | 组播传输方法、装置、电子设备及存储介质 |
CN108881031A (zh) * | 2018-06-11 | 2018-11-23 | 云南师范大学 | 一种基于sdn网络的自适应可靠数据传输方法 |
CN108923946A (zh) * | 2018-06-27 | 2018-11-30 | 中国人民解放军国防科技大学 | 一种基于软件定义的集中组播控制方法 |
CN109587275A (zh) * | 2019-01-08 | 2019-04-05 | 网宿科技股份有限公司 | 一种通信连接的建立方法及代理服务器 |
US10461986B2 (en) | 2015-03-27 | 2019-10-29 | Huawei Technologies Co., Ltd. | Data transmission method, apparatus, and system |
CN112152820A (zh) * | 2019-12-09 | 2020-12-29 | 北京天德科技有限公司 | Tcp多播 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103475591A (zh) * | 2013-08-28 | 2013-12-25 | 杭州华三通信技术有限公司 | 一种组播数据转发的方法、装置、软件定义网络控制器 |
-
2014
- 2014-12-17 CN CN201410787311.7A patent/CN104518973B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103475591A (zh) * | 2013-08-28 | 2013-12-25 | 杭州华三通信技术有限公司 | 一种组播数据转发的方法、装置、软件定义网络控制器 |
Non-Patent Citations (3)
Title |
---|
BALÁZS SONKOLY,FELICIÁN NÉMETH,LEVENTE CSIKOR,ECT: "SDN based Testbeds for Evaluating and Promoting Multipath TCP", 《IEEE ICC 2014 - NEXT-GENERATION NETWORKING SYMPOSIUM》 * |
涂敏,胡颖辉: "《网络安全与管理》", 31 December 2009 * |
田金川: "基于OpenFlow的可控组播的研究与实现", 《中国优秀硕士学位论文全文数据库》 * |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10461986B2 (en) | 2015-03-27 | 2019-10-29 | Huawei Technologies Co., Ltd. | Data transmission method, apparatus, and system |
CN104980355B (zh) * | 2015-05-14 | 2018-04-24 | 华中科技大学 | 一种sdn环境下的源端可控组播数据传输系统 |
CN104980355A (zh) * | 2015-05-14 | 2015-10-14 | 华中科技大学 | 一种sdn环境下的源端可控组播数据传输方法及系统 |
CN106487478B (zh) * | 2015-08-27 | 2020-01-14 | 皇家Kpn公司 | 使用可编程网络的多播传输 |
CN106487478A (zh) * | 2015-08-27 | 2017-03-08 | 皇家Kpn公司 | 使用可编程网络的多播传输 |
CN106209622A (zh) * | 2016-06-23 | 2016-12-07 | 广州海格通信集团股份有限公司 | 一种基于sdn的组播方法 |
CN106102094A (zh) * | 2016-07-06 | 2016-11-09 | 广州海格通信集团股份有限公司 | 一种基于sdn网络的tcp拥塞控制方法 |
CN106102094B (zh) * | 2016-07-06 | 2019-09-06 | 广州海格通信集团股份有限公司 | 一种基于sdn网络的tcp拥塞控制方法 |
CN106454344A (zh) * | 2016-08-15 | 2017-02-22 | 陈丽 | 一种基于3d技术的工艺美术品快速设计方法 |
CN107566291A (zh) * | 2017-09-26 | 2018-01-09 | 恒生电子股份有限公司 | 组播传输方法、装置、电子设备及存储介质 |
CN107566291B (zh) * | 2017-09-26 | 2021-03-12 | 恒生电子股份有限公司 | 组播传输方法、装置、电子设备及存储介质 |
CN108881031A (zh) * | 2018-06-11 | 2018-11-23 | 云南师范大学 | 一种基于sdn网络的自适应可靠数据传输方法 |
CN108881031B (zh) * | 2018-06-11 | 2020-09-18 | 云南师范大学 | 一种基于sdn网络的自适应可靠数据传输方法 |
CN108923946B (zh) * | 2018-06-27 | 2020-05-15 | 中国人民解放军国防科技大学 | 一种基于软件定义的集中组播控制方法 |
CN108923946A (zh) * | 2018-06-27 | 2018-11-30 | 中国人民解放军国防科技大学 | 一种基于软件定义的集中组播控制方法 |
CN109587275A (zh) * | 2019-01-08 | 2019-04-05 | 网宿科技股份有限公司 | 一种通信连接的建立方法及代理服务器 |
CN112152820A (zh) * | 2019-12-09 | 2020-12-29 | 北京天德科技有限公司 | Tcp多播 |
CN112152820B (zh) * | 2019-12-09 | 2021-07-20 | 北京天德科技有限公司 | 一种多播tcp的架构方法及多播tcp系统 |
Also Published As
Publication number | Publication date |
---|---|
CN104518973B (zh) | 2018-01-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104518973A (zh) | 一种基于sdn环境的数据的可靠组播传输方法 | |
CN105763359B (zh) | 用于交织结构交换机集群的分布式双向转发检测协议(d-bfd) | |
CN106656784B (zh) | 用于区块链网络的数据流传播系统及方法 | |
US8730979B2 (en) | Method and system for increasing forwarding efficiency of virtual private LAN service network | |
CN102035729B (zh) | 一种组播数据转发方法 | |
US20150085862A1 (en) | Forwarding Multicast Data Packets | |
CN104365066B (zh) | 用于以太虚拟专用网的方法和设备 | |
US10749703B2 (en) | Information processing method and device, and computer storage medium | |
CN107592262A (zh) | 报文发送方法和装置、报文跨域转发的网络架构 | |
WO2020063997A1 (zh) | 节点间通信方法、通信节点以及通信系统 | |
WO2014121468A1 (zh) | 在网络虚拟化系统中组播数据通道建立的方法及设备 | |
CN102316030A (zh) | 一种实现数据中心二层互联的方法和装置 | |
CN106375223B (zh) | 一种基于sdn的数据转发系统及方法 | |
WO2017157206A1 (zh) | 云数据中心互联方法及装置 | |
WO2022021818A1 (zh) | 数据报文的处理方法及装置、存储介质、电子装置 | |
CN104579981B (zh) | 一种组播数据报文转发方法及设备 | |
CN104539545A (zh) | Trill网络中的组播报文转发方法和设备 | |
CN103716169A (zh) | 点到多点的组播实现方法、网络节点和系统 | |
CN103685007A (zh) | 一种边缘设备报文转发时的mac学习方法及边缘设备 | |
CN105493454B (zh) | 用于实现双活接入trill园区边缘的方法和设备 | |
EP2670088A1 (en) | Trill network interconnection method and system | |
CN104320322A (zh) | 一种报文控制方法和设备 | |
JP5988116B2 (ja) | 伝送経路情報を配信するための方法およびルーティングブリッジ | |
García-Domínguez | Enabling SCADA cluster and cloud for smart grid using hierarchical multicast; the PTMF framework | |
CN101286925B (zh) | 检测是否会出现重复的组播数据包的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |