CN115190072B - 激进传输协议和保守传输协议之间公平性的速率调节方法 - Google Patents
激进传输协议和保守传输协议之间公平性的速率调节方法 Download PDFInfo
- Publication number
- CN115190072B CN115190072B CN202210801225.1A CN202210801225A CN115190072B CN 115190072 B CN115190072 B CN 115190072B CN 202210801225 A CN202210801225 A CN 202210801225A CN 115190072 B CN115190072 B CN 115190072B
- Authority
- CN
- China
- Prior art keywords
- message
- data
- data stream
- transmission protocol
- virtual switch
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了激进传输协议和保守传输协议之间公平性的速率调节方法,包括以下步骤:步骤S1,在接收端主机的虚拟交换机中设置数据流记录表;步骤S2,虚拟交换机收到数据流的报文后,判断报文类型;步骤S3,当为数据报文时,判断报文所属数据流在数据流记录表中是否有记录,若有,读取报文的序列号,更新数据流记录表中表项的拥塞窗口字段,若没有,在数据流记录表中生成表项,记录数据流的传输协议类型并初始化拥塞窗口大小;步骤S4,当为确认报文时,判断报文所属数据流是否是激进传输协议,若是,读取报文的序列号,更新数据流对应表项的拥塞窗口值,并根据表项条目数量和拥塞窗口值,重置报文头部的通告窗口字段,若不是,进行正常传输。
Description
技术领域
本发明属于数据传输领域,具体涉及一种激进传输协议和保守传输协议之间公平性的速率调节方法。
背景技术
分布式应用程序(例如Hadoop、Spark和分布式机器学习)在数据中心中被广泛使用。为满足分布式应用的低时延通信需求,现代数据中心网络的网络规模和链路带宽快速增长。一个现代数据中心可以包含超过100,000台服务器,并且链路带宽将增加到100Gbps以上。这些变化为实现低延迟和高带宽通信提供了新的可能,但也为设计有效的传输协议以避免潜在的严重拥塞带来了新的挑战。
数据中心中应用的主流的传输协议是激进传输协议,如传统的TCP Reno传输协议及其变体等发送方驱动传输协议。总的来说,这类传输协议根据丢包或者显式拥塞通知标记(ECN)等信号来检测网络拥塞情况,发送方调整发送速率。发送方在没有收到拥塞信号时,通过各自的算法增加发送速率,以占用更大的带宽。而发送方在接收到拥塞信号后,降低发送速率以缓解链路的拥塞。然而,此时链路拥塞已经实际形成,这种发送方“探测和退避”的拥塞控制机制,在数据中心网络突发的流量下,由于对链路拥塞的反馈存在滞后性,容易导致拥塞交换机缓冲区的队列形成和丢包的产生,增加相关数据流的通信时延。
为了缓解由“探测与退避”机制引起的缓冲区队列过长和丢包问题,学者们最近提出了一些保守传输协议,如pHost、NDP、ExpressPass、Homa等接收方驱动传输协议。总的来说,在保守传输协议中,发送方的数据传输是由接收方的credit报文驱动发送的,而不是通过发送方探测带宽,主动进行数据传输。通过credit报文细粒度的调控,保守传输协议能减少数据包在瓶颈链路处的碰撞,很大程度上可以避免瓶颈交换机处拥塞的产生,从而优化相关数据流的排队时延。
但是,在多租户数据中心(公共云)环境下,保守传输协议的部署仍然存在困难。一方面,主流的保守传输协议需要对交换机等硬件进行修改,部署的开销较大。另一方面,云服务提供商可以虽然可以限制用户虚拟机的传输速率,但无法控制用户虚拟机的TCP/IP协议栈及其行为,在此场景下,多种传输协议共存的情况无法避免。在保守传输协议在与激进传输协议共存时,由于保守传输协议credit报文及其调度的数据包报文,易于被激进传输协议主动的、激进的流量所扰乱,甚至淹没,因此保守传输协议难以达到预期的良好性能。
发明内容
本发明是为了解决上述问题而进行的,目的在于提供一种激进传输协议和保守传输协议之间公平性的速率调节方法。
本发明提供了一种激进传输协议和保守传输协议之间公平性的速率调节方法,具有这样的特征,包括以下步骤:步骤S1,在数据中心网络的接收端主机的虚拟交换机中设置维护数据流信息的数据流记录表,记录经过虚拟交换机的数据流的传输协议类型和拥塞窗口大小;步骤S2,虚拟交换机收到新的数据流的第一个报文后,通过解析报文头部的协议字段对报文类型进行判断,报文类型为数据报文和确认报文;步骤S3,当报文为数据报文时,虚拟交换机判断数据报文所属数据流在数据流记录表中是否有记录,若有记录,读取数据报文的序列号,更新数据流记录表中对应表项的拥塞窗口字段,若没有记录,在数据流记录表中生成新的表项,记录数据流的传输协议类型并初始化拥塞窗口大小;步骤S4,当报文为确认报文时,虚拟机交换机判断确认报文所属数据流的传输协议类型是否是激进传输协议,若是激进传输协议,读取确认报文的序列号,并更新数据流对应表项的拥塞窗口值,同时,根据数据流记录表中的表项条目数量和对应表项的拥塞窗口值,重置确认报文头部的通告窗口字段,来将激进传输协议的传输模式转变为保守传输模式,若不是激进传输协议,则进行正常传输。
在本发明提供的激进传输协议和保守传输协议之间公平性的速率调节方法中,还可以具有这样的特征:其中,步骤S1中,数据流记录表用于记录途经虚拟交换机上的数据流信息,数据流记录表中每个表项包含数据流使用的传输协议和实时拥塞窗口大小。
在本发明提供的激进传输协议和保守传输协议之间公平性的速率调节方法中,还可以具有这样的特征:其中,步骤S4中,根据数据流记录表中的表项条目数量和对应表项的拥塞窗口值,重置确认报文头部的通告窗口字段时,通告窗口字段的重置值为β*ωi*BDP/num_flows,其中,β为增幅系数,当通过虚拟交换机的数据流中有数据流的拥塞窗口大小小于ωi*BDP/num_flows时,β设置为1.1,否则设置为1,ωi为数据流权重系数,该数据流权重系数的值根据采用的策略进行调整来控制每条数据流的吞吐量权重,在采用公平策略时,ωi设为1,BDP为网络中的时延带宽积,根据数据中心网络中的链路带宽和时延计算得到,num_flows为虚拟交换机中记录的活跃数据流的数量。
发明的作用与效果
根据本发明所涉及的一种激进传输协议和保守传输协议之间公平性的速率调节方法,通过在接收端主机的虚拟交换机中设置维护数据流信息的数据流记录表,虚拟交换机处理接收到的报文,并维护数据流记录表以记录经过虚拟交换机的每条数据流的信息,同时根据数据流记录表维护的数据流信息,例如数据流的数目、拥塞窗口等,使用本发明方法的虚拟交换机对激进传输协议的数据流的确认报文的头部进行重置操作,将激进传输协议的传输模式转变为保守传输模式,能够避免激进的激进传输流量对保守传输流量造成损害,保证了两种传输协议流量共存时的公平性,同时又因为将数据中心的流量转化为了保守传输模式,减少了交换机处的排队时延和丢包率,最终提升了数据中心的网络性能。因此,本发明的一种激进传输协议和保守传输协议之间公平性的速率调节方法能够解决现有数据中心中两类传输协议之间共存不公平的问题,并且本发明的方法能够很容易的应用到现有的网络中,保证了本发明的普及性。
附图说明
图1是本发明的实施例中的一种激进传输协议和保守传输协议之间公平性的速率调节方法的流程示意图;
图2是本发明的实施例中的测试床拓扑图;
图3是本发明的实施例中在测试床环境中,在虚拟交换机中使用本发明前后,两条不同类型数据流在瓶颈链路处的实时吞吐量图;
图4是本发明的实施例中在测试床环境中,在虚拟交换机中使用本发明前后,两种不同类型数据流在不同并行流数目下的平均吞吐量图;
图5是本发明的实施例中在测试床环境中,在虚拟交换机中使用本发明前后,CPU使用量与Memory使用量在不同并行流数目下的对比图;
图6是本发明的实施例中的两种模拟测试拓扑图;
图7是本发明的实施例中在模拟实验测试环境中,本发明与未使用本发明和AC/DC两种方法在不同并行流数目下的排队时延与丢包数目图;
图8是本发明的实施例中在模拟实验测试环境中,本发明与未使用本发明和AC/DC两种方法在不同规模的Leaf-spine和Fat-tree拓扑下带宽损失比对比图;
图9是本发明的实施例中在模拟实验测试环境中,在不同数据中心应用模式工作量下的平均流完成时间和平均吞吐率的变化图。
具体实施方式
为了使本发明实现的技术手段与功效易于明白了解,以下结合实施例及附图对本发明作具体阐述。
<实施例>
图1是本发明的实施例中的一种激进传输协议和保守传输协议之间公平性的速率调节方法的流程示意图。
如图1所示,本实施例的一种激进传输协议和保守传输协议之间公平性的速率调节方法,包括以下步骤:
步骤S1,在数据中心网络的接收端主机的虚拟交换机(或接收端架顶交换机)中设置维护数据流信息的数据流记录表并初始化数据流记录表,通过数据流记录表记录经过虚拟交换机的数据流的传输协议类型和拥塞窗口大小。
步骤S1中,数据流记录表用于记录途经虚拟交换机(或接收端架顶交换机)上的数据流信息,数据流记录表中每个表项包含数据流使用的传输协议和实时拥塞窗口大小。
步骤S2,虚拟交换机收到新的数据流的第一个报文后,通过解析报文头部的协议字段对报文类型进行判断,报文类型为数据报文和确认报文。
步骤S3,当报文为数据报文时,虚拟交换机(或接收端架顶交换机)判断数据报文所属数据流在数据流记录表中是否有记录,若有记录,读取数据报文的序列号,更新数据流记录表中对应表项的拥塞窗口字段,若没有记录,在数据流记录表中生成新的表项,记录数据流的传输协议类型并初始化拥塞窗口大小。
步骤S4,当报文为确认报文时,虚拟机交换机判断确认报文所属数据流的传输协议类型是否是激进传输协议,若是激进传输协议,读取确认报文的序列号,并更新数据流对应表项的拥塞窗口值,同时,根据数据流记录表中的表项条目数量和对应表项的拥塞窗口值,重置确认报文头部的通告窗口字段,来将激进传输协议的传输模式转变为保守传输模式,若不是激进传输协议,则进行正常传输。
交换机或者路由器在收到后续新报文后,重复上述操作。
步骤S4中,根据数据流记录表中的表项条目数量和对应表项的拥塞窗口值,重置确认报文头部的通告窗口字段时,通告窗口字段的重置值为β*ωi*BDP/num_flows,
其中,β为增幅系数,当通过虚拟交换机的数据流中有数据流的拥塞窗口大小小于ωi*BDP/num_flows时,β设置为1.1,否则设置为1,
ωi为数据流权重系数,该数据流权重系数的值根据采用的策略进行调整来控制每条数据流的吞吐量权重,在采用公平策略时,ωi设为1,
BDP为网络中的时延带宽积,根据数据中心网络中的链路带宽和时延计算得到,
num_flows为虚拟交换机中记录的活跃数据流的数量。
本实施例中还利用NS2.35网络仿真平台,和真实的测试床对本发明的性能进行了测试。NS网络模拟器是一种通用的多协议网络模拟软件,是互联网上公开发布的(网址:http://www.isi.edu/nsnam/ns),目前已被网络研究者广泛使用。NS2.35是它的版本之一。
图2是本发明的实施例中的测试床拓扑图。
如图2所示,在本实施例的测试床拓扑中,服务器板载网卡的带宽为2.5Gbps,交换机出口链路速率为10G。没有排队延迟的逐跳往返延时为100微秒且报文大小和和超时时间分别设置为1.5KB和200毫秒。所有服务器运行了ubuntu 20.04操作系统,服务器内搭建了数个操作系统为Ubuntu 18.04的虚拟机。
本实施例中,使用如图2所示的测试床环境进行性能对比测试,在如图2所示的拓扑中接收端的虚拟交换机使用本发明的速率调节方法,与没有使用本发明的原生虚拟交换机进行对比。在该测试中,发送端服务器中的虚拟机会陆续发送复数条流给接收端中的虚拟机,所用的传输协议是激进传输协议TCP Newreno或者是保守传输协议Homa。这些流的报文,会在接收端服务器网卡竞争形成瓶颈。发送端同时发送的流个数,会从2条流逐渐增加到32条。测试结果如图3-图5所示,具体如下:
图3是本发明的实施例中在测试床环境中,在虚拟交换机中使用本发明前后,两条不同类型数据流在瓶颈链路处的实时吞吐量。
如图3所示,两条不同类型数据流中一条数据流是激进传输协议数据流,使用的传输协议是TCPNewreno,另一条数据流是保守传输协议数据流,使用的传输协议是Homa。图3(a)为原生虚拟交换机方案下两条共存数据流的实时吞吐量图,图3(b)为虚拟交换机使用本发明方法后的两条共存数据流的实时吞吐量图。
从图3(b)可以看到,在虚拟交换机中使用了本发明的方法后,两条数据流开始发送后,瓶颈链路处的实时吞吐量快速聚合到了公平的吞吐量。而图3(a)原生虚拟交换机的对照组中,两条数据流在瓶颈链路的实时吞吐量共存时存在严重的不公平现象。
图4是本发明的实施例中在测试床环境中,在虚拟交换机中使用本发明前后,两种不同类型数据流在不同并行流数目下的平均吞吐量图。
如图4所示,图4(a)为使用原生虚拟交换机方案时两种传输协议数据流在不同并行流数目下的平均吞吐量图,图4(b)为虚拟交换机使用本发明方法后,两种传输协议数据流在不同并行流数目下的平均吞吐量图。在图4(a)中,可以看到,随着并行流数目的增多,在原生虚拟交换机方案中,接收端驱动传输数据流Homa平均吞吐量迅速下降,带宽占用不公平现象加剧。而在图4(b)中,即使并行流的数目增多,两种传输协议数据流在瓶颈链路的平均吞吐量依然能保持公平。
图5是本发明的实施例中在测试床环境中,在虚拟交换机中使用本发明前后,CPU使用量与Memory使用量在不同并行流数目下的对比图。
如图5所示,图5(a)为原生虚拟交换机方案(Baseline)与使用本发明方法的虚拟交换机(ERA)在不同并行流数目下的CPU使用量对比,图5(b)为原生虚拟交换机方案与使用本发明方法的虚拟交换机在不同并行流数目下的Memory使用量对比。图5展示了使用本发明的方法造成的CPU使用量和Memory使用量,可以看到,在使用本发明的方法后,即使是并行流数目达到了1000条,CPU与内存增加的开销相较于使用之前增幅不超过5%。
本实施例中,除了在测试床环境下的进行局部性能测试,为了全面比较本发明的有效性,还进一步测试了在复杂拓扑结构情况下,本发明的各项性能指标,包括:平均排队时延、报文丢弃个数、带宽损失比、平均流完成时间以及平均吞吐率。实验场景包括:增大并行流数目、增大拓扑规模和四种常见的数据中心应用模式测试。测试的方法包括了:原生虚拟交换机、AC/DC和使用本发明方法的虚拟交换机。进行模拟测试的拓扑结构具体如下:
图6是本发明的实施例中的两种模拟测试拓扑图。
如图6所示,图6(a)为Leaf-spine拓扑,图6(b)为Fat-tree拓扑。本实施例中,如图6(a)所示的Leaf-spine拓扑中,每台和主机相连的架顶交换机都连接到了图片上方的所有的核心交换机。并且发送端到架顶交换机和架顶交换机到核心交换机的链路带宽分别为1Gbps和10Gbps。交换机的缓存大小设置为250个报文大小,无队列时的往返延时为100微秒,报文大小为1.5KB。图6(b)所示的Fat-tree拓扑中,除了拓扑的结构除外,其他参数与图6(a)中的Leaf-spine拓扑相同。
本实施例中,在如图6所示的复杂拓扑结构下的模拟测试结果如下:
图7是本发明的实施例中在模拟实验测试环境中,本发明与未使用本发明和AC/DC两种方法在不同并行流数目下的排队时延与报文丢弃个数图。
如图7所示,图7(a)为不同方法在不同并行流数目下排队时延对比图,图7(b)为不同方法在不同并行流数目下丢包个数对比图。在该测试中,网络为含有20个Rack的Leaf-spine拓扑,随机选个多个发送方发送并行流,随机选择一个接收方接收数据,形成瓶颈链路。从图7中可以看到,随着并行数据流数目的增多,原生虚拟交换机和AC/DC方法的平均排队时延和报文丢弃个数都明显增大,而在不同的并行流数目下,本发明的平均排队时延和报文丢弃个数都小于其他两种方法。可见本发明在不同并行流数目模拟测试环境下,性能指标要明显优于其它方法。
图8是本发明的实施例中在模拟实验测试环境中,本发明与未使用本发明和AC/DC两种方法在不同规模的Leaf-spine和Fat-tree拓扑下带宽损失比对比图。
如图8所示,图8(a)和图8(b)分别为不同方法在不同规模拓扑下的保守传输协议数据流的带宽损失比。在该测试中,网络拓扑为规模可变的Leaf-spine拓扑和Fat-tree拓扑,保持网络的负载为50%,随机选择多个发送方发送并行流,随机选择一个接收方接收数据,形成瓶颈链路。从图8中可以看到,在不同规模的不同拓扑下,使用本发明时,保守传输协议数据流的带宽损失比都远远小于其他两种方法,说明此时两种传输协议之间不公平的现象得到缓解。
图9是本发明的实施例中在模拟实验测试环境中,在不同数据中心应用模式工作负载下的平均流完成时间和平均吞吐量的变化图。
如图9所示,图9(a)为不同方法在数据挖掘、网页搜索、缓存追随和网页服务四种工作模式下,数据流的平均流完成时间的变化图,图9(b)为不同方法在数据挖掘、网页搜索和缓存追随三种工作模式下的长流的平均吞吐量。在该测试中流大小服从不同应用模式给定的分布。如图9(a)、(b),无论是那种应用模式,使用了本发明方法的虚拟交换在平均流完成时间和平均吞吐量两个指标上均优于其他两种方法。
综上所述,本发明的速率调节方法具有比其他方法更优秀的性能。这是因为本发明通过虚拟交换机对激进传输协议确认报文头部的通告窗口字段进行了修改,控制了激进传输协议数据流在网络中发送的数据量,来保证保守传输协议数据流的credit调度和数据发送,实现了两种不同传输协议共存时的公平。并且由于本发明的所有组成部分都是模块化的,因此可以很容易的组合到现有的网络中,保证了本发明的普及性。
实施例的作用与效果
根据本实施例所涉及的一种激进传输协议和保守传输协议之间公平性的速率调节方法,通过在接收端主机的虚拟交换机中设置维护数据流信息的数据流记录表,虚拟交换机处理接收到的报文,并维护数据流记录表以记录经过虚拟交换机的每条数据流的信息,同时根据数据流记录表维护的数据流信息,例如数据流的数目、拥塞窗口等,使用本实施例方法的虚拟交换机对激进传输协议的数据流的确认报文的头部进行重置操作,将激进传输协议的传输模式转变为保守传输模式,能够避免激进的激进传输流量对保守传输流量造成损害,保证了两种传输协议流量共存时的公平性,同时又因为将数据中心的流量转化为了保守传输模式,减少了交换机处的排队时延和丢包率,最终提升了数据中心的网络性能。因此,本实施例的一种激进传输协议和保守传输协议之间公平性的速率调节方法能够解决现有数据中心中两类传输协议之间共存不公平的问题,并且本实施例的方法能够很容易的应用到现有的网络中,保证了本实施例的普及性。
上述实施方式为本发明的优选案例,并不用来限制本发明的保护范围。
Claims (2)
1.一种激进传输协议和保守传输协议之间公平性的速率调节方法,其特征在于,包括以下步骤:
步骤S1,在数据中心网络的接收端主机的虚拟交换机中设置维护数据流信息的数据流记录表,记录经过所述虚拟交换机的数据流的传输协议类型和拥塞窗口大小;
步骤S2,所述虚拟交换机收到新的数据流的第一个报文后,通过解析报文头部的协议字段对报文类型进行判断,所述报文类型为数据报文和确认报文;
步骤S3,当所述报文为所述数据报文时,所述虚拟交换机判断所述数据报文所属数据流在所述数据流记录表中是否有记录,若有记录,读取所述数据报文的序列号,更新所述数据流记录表中对应表项的拥塞窗口字段,若没有记录,在所述数据流记录表中生成新的表项,记录所述数据流的传输协议类型并初始化拥塞窗口大小;
步骤S4,当所述报文为所述确认报文时,所述虚拟交换机判断所述确认报文所属数据流的传输协议类型是否是激进传输协议,若是所述激进传输协议,读取所述确认报文的序列号,并更新所述数据流记录表中对应表项的拥塞窗口值,同时,根据所述数据流记录表中的表项条目数量和对应表项的拥塞窗口值,重置所述确认报文头部的通告窗口字段,来将所述激进传输协议的传输模式转变为保守传输模式,若不是所述激进传输协议,则进行正常传输,
其中,所述步骤S4中,根据所述数据流记录表中的表项条目数量和对应表项的拥塞窗口值,重置所述确认报文头部的通告窗口字段时,所述通告窗口字段的重置值为β*ωi*BDP/num_flows,
其中,β为增幅系数,当通过所述虚拟交换机的数据流中有数据流的拥塞窗口大小小于ωi*BDP/num_flows时,β设置为1.1,否则设置为1,
ωi为数据流权重系数,该数据流权重系数的值根据采用的策略进行调整来控制每条数据流的吞吐量权重,在采用公平策略时,ωi设为1,
BDP为网络中的时延带宽积,根据所述数据中心网络中的链路带宽和时延计算得到,
num_flows为所述虚拟交换机中记录的活跃数据流的数量。
2.根据权利要求1所述的激进传输协议和保守传输协议之间公平性的速率调节方法,其特征在于:
其中,所述步骤S1中,所述数据流记录表用于记录途经所述虚拟交换机上的数据流信息,所述数据流记录表中每个表项包含所述数据流使用的传输协议和实时拥塞窗口大小。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210801225.1A CN115190072B (zh) | 2022-07-08 | 2022-07-08 | 激进传输协议和保守传输协议之间公平性的速率调节方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210801225.1A CN115190072B (zh) | 2022-07-08 | 2022-07-08 | 激进传输协议和保守传输协议之间公平性的速率调节方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115190072A CN115190072A (zh) | 2022-10-14 |
CN115190072B true CN115190072B (zh) | 2023-06-20 |
Family
ID=83518147
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210801225.1A Active CN115190072B (zh) | 2022-07-08 | 2022-07-08 | 激进传输协议和保守传输协议之间公平性的速率调节方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115190072B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1515107A (zh) * | 2001-06-29 | 2004-07-21 | 英特尔公司 | 互联网协议安全隧道的动态配置 |
CN101119281A (zh) * | 2007-08-24 | 2008-02-06 | 中国科学院计算技术研究所 | 一种传感器网络拥塞控制方法 |
CN104796350A (zh) * | 2015-04-29 | 2015-07-22 | 广西大学 | 一种基于连续报文标记的多路径tcp拥塞控制方法 |
WO2019033932A1 (zh) * | 2017-08-18 | 2019-02-21 | 华为技术有限公司 | 数据中心的拥塞控制方法和装置 |
-
2022
- 2022-07-08 CN CN202210801225.1A patent/CN115190072B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1515107A (zh) * | 2001-06-29 | 2004-07-21 | 英特尔公司 | 互联网协议安全隧道的动态配置 |
CN101119281A (zh) * | 2007-08-24 | 2008-02-06 | 中国科学院计算技术研究所 | 一种传感器网络拥塞控制方法 |
CN104796350A (zh) * | 2015-04-29 | 2015-07-22 | 广西大学 | 一种基于连续报文标记的多路径tcp拥塞控制方法 |
WO2019033932A1 (zh) * | 2017-08-18 | 2019-02-21 | 华为技术有限公司 | 数据中心的拥塞控制方法和装置 |
Non-Patent Citations (1)
Title |
---|
数据中心网络快速反馈传输控制协议;苏凡军;牛咏梅;邵清;;计算机工程(04);第113-117页 * |
Also Published As
Publication number | Publication date |
---|---|
CN115190072A (zh) | 2022-10-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Bhandarkar et al. | LTCP: improving the performance of TCP in highspeed networks | |
Vamanan et al. | Deadline-aware datacenter tcp (d2tcp) | |
Akella et al. | Selfish behavior and stability of the Internet: A game-theoretic analysis of TCP | |
Dukkipati et al. | Why flow-completion time is the right metric for congestion control | |
US9112786B2 (en) | Systems and methods for selectively performing explicit congestion notification | |
US8248930B2 (en) | Method and apparatus for a network queuing engine and congestion management gateway | |
Cao et al. | Explicit multipath congestion control for data center networks | |
CN111201757A (zh) | 在底层网络上动态配置的网络接入节点虚拟结构 | |
EP1166526B1 (en) | Method and apparatus for avoiding packet reordering in multiple-priority queues | |
JP2004538719A (ja) | 非線形高スケーラブル増加−減少輻輳制御機構を提供する方法 | |
JPH03174848A (ja) | コンピュータ回路網における遅延ベース混雑回避方法及び装置 | |
EP3525406A1 (en) | Method and apparatus for determining tcp congestion window | |
Tourrilhes | Packet frame grouping: Improving IP multimedia performance over CSMA/CA | |
Liu et al. | Congestion control without a startup phase | |
CN112468405A (zh) | 基于信用和反应型的数据中心网络拥塞控制方法 | |
Hong et al. | Adaptive bandwidth binning for bandwidth management | |
CN115190072B (zh) | 激进传输协议和保守传输协议之间公平性的速率调节方法 | |
Zhang et al. | Revisiting congestion detection in lossless networks | |
Avci et al. | Congestion aware priority flow control in data center networks | |
Hsiao et al. | Active delay control for TCP | |
Attiya et al. | Improving internet quality of service through active queue management in routers | |
Ha et al. | Performance evaluation of scheduling algorithms in an integrated packet services network environment | |
Ertemalp et al. | Using dynamic buffer limiting to protect against belligerent flows in high-speed networks | |
McAlpine et al. | An architecture for congestion management in ethernet clusters | |
Li et al. | Fair bandwidth share using flow number estimation |
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 |