首页> 外文期刊>Computer networks >Delay-based congestion control: Flow vs. BitTorrent swarm perspectives
【24h】

Delay-based congestion control: Flow vs. BitTorrent swarm perspectives

机译:基于延迟的拥塞控制:流量与BitTorrent群观点

获取原文
获取原文并翻译 | 示例

摘要

BitTorrent, one of the most widespread file-sharing P2P applications, recently introduced LEDBAT, a novel congestion control protocol aiming at (ⅰ) limiting the additional delay due to queuing, to reduce interference with the rest of user traffic (e.g., Web, VoIP and gaming) sharing the same access bottleneck, and (ⅱ) efficiently using the available link capacity, to provide users with good BitTorrent performance at the same time. In this work, we adopt two complementary perspectives: namely, a flow viewpoint to assess the Quality of Service (QoS) as in classic congestion control studies, and a BitTorrent swarm viewpoint to assess peer-to-peer users Quality of Experience (QoE). We additionally point out that congestion control literature is rich of protocols, such as VEGAS. LP, and NICE sharing similarities with LEDBAT, that is therefore mandatory to consider in the analysis. Hence, adopting the above viewpoints we both (ⅰ) contrast LEDBAT to the other protocols and (ⅱ) provide deep understanding of the novel protocol and its implication on QoS and QoE. Our simulation based investigation yields several insights. At flow-level, we gather LEDBAT to be lowest priority among all protocols, which follows from its design that strives to explicitly bound the queuing delay at the bottleneck link to a maximum target value. At the same time, we see that this very same protocol parameter can be exploited by adversaries, that can set a higher target to gain an unfair advantage over competitors. Interestingly, swarm-level performance exhibit an opposite trade-off, with smaller targets being more advantageous for QoE of BitTorrent users. This can be explained with the fact that larger delay targets slow down BitTorrent signaling task, with possibly negative effect on the swarming protocol efficiency. Additionally, we see that for the above reason, in heterogeneous swarms, any delay-based protocol (i.e., not only LEDBAT but also VEGAS or NICE) can yield a competitive QoE advantage over loss-based TCP. Overall this tension between swarm and flow-levels suggests that, at least in current ADSL/cable access bottleneck scenarios, a safe LEDBAT operational point may be used in practice. At the same time, our results also point out that benefits similar to LEDBAT can also be gathered with other delay-based protocols such as VEGAS or NICE.
机译:BitTorrent是最广泛的文件共享P2P应用程序之一,最近推出了LEDBAT,这是一种新颖的拥塞控制协议,旨在(ⅰ)限制由于排队引起的额外延迟,以减少对其余用户流量(例如Web,VoIP)的干扰和游戏)共享相同的访问瓶颈,并且(ⅱ)有效利用可用的链接容量,以同时为用户提供良好的BitTorrent性能。在这项工作中,我们采用两种互补的观点:即像传统的拥塞控制研究中一样,以流程观点来评估服务质量(QoS),以及使用BitTorrent群观点来评估对等用户的体验质量(QoE) 。我们还指出,拥塞控制文献中有很多协议,例如VEGAS。 LP和NICE与LEDBAT具有相似之处,因此必须在分析中加​​以考虑。因此,采用以上观点,我们(ⅰ)将LEDBAT与其他协议进行对比,并且(ⅱ)提供了对新颖协议及其对QoS和QoE的深刻理解。我们基于模拟的调查得出了一些见解。在流级别上,我们将LEDBAT收集为所有协议中最低的优先级,这源于其设计,该设计力求将瓶颈链路处的排队延迟明确限制为最大目标值。同时,我们看到对手可以利用这个非常相同的协议参数,从而可以设定更高的目标来获得对竞争对手的不公平优势。有趣的是,群体级别的性能表现出相反的权衡,较小的目标对BitTorrent用户的QoE更有利。这可以用以下事实来解释:较大的延迟目标会减慢BitTorrent信令任务,可能会对拥挤协议效率产生负面影响。此外,由于上述原因,我们发现,在异构集群中,任何基于延迟的协议(即,不仅是LEDBAT,而且是VEGAS或NICE)都比基于损耗的TCP具有竞争性的QoE优势。总的来说,群体和流量水平之间的这种紧张关系表明,至少在当前的ADSL /电缆接入瓶颈情况下,可以在实践中使用安全的LEDBAT操作点。同时,我们的结果还指出,也可以通过其他基于延迟的协议(例如VEGAS或NICE)来获得类似于LEDBAT的好处。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号