Considerations of SCTP Retransmission Delays for Thin Streams

Considerations of SCTP Retransmission Delays for Thin Streams
复制标题

细流 SCTP 重传延迟的考虑因素

DOI:
10.1109/lcn.2006.322082
复制
发表时间:
2006
期刊:
Proceedings. 2006 31st IEEE Conference on Local Computer Networks
影响因子:
--
通讯作者:
P. Halvorsen
P. Halvorsen
中科院分区:
--
文献类型:
--
作者:
Jon;C. Griwodz;P. Halvorsen

文献摘要

被引文献

相似文献

分布式交互式应用程序的流行在过去几年中呈爆炸式增长。例如,大型多玩家在线游戏已经成为一个快速增长的数百万行业,具有非常高的用户群,支持数百或数千名并发玩家。今天,这样的游戏通常是使用TCP进行时间相关通信的客户端-服务器应用程序。类似的多媒体应用也经常选择TCP。非常薄的数据流通过这些TCP连接中的每一个发送,这意味着它们消耗很少的带宽。TCP由于其重传处理(C. Griwodz和P. Halvorsen,2006年)。TCP的替代方案可以是SCTP(R. Stewart,2000),其被开发以满足信令传输的要求。SCTP随后也被认为比TCP更适合于其他时间相关数据的拥塞控制流。重要的原因是它的数据包边界和部分可靠性的维护。在本文中,我们评估的性能的Linux SCTP实现薄流。像以前的其他人一样,我们确定了延迟挑战。我们还提出了一些增强,以减少延迟相比,原来的Linux的实现。我们主张在SCTP中分别处理瘦数据流和厚数据流
The popularity of distributed interactive applications has exploded in the last few years. For example, massive multi-player online games have become a fast growing, multi-million industry with a very high user mass supporting hundreds or thousands of concurrent players. Today, such games are usually client-server applications that use TCP for time-dependent communication. Similar multimedia applications also choose TCP frequently. Very thin data streams are sent over each of these TCP connections, which means that they consume very little bandwidth. TCP has several shortcomings with respect to the latency requirements of such thin streams because of its retransmission handling (C. Griwodz and P. Halvorsen, 2006). An alternative to TCP may be SCTP (R. Stewart, 2000) which was developed to answer the requirements for signaling transport. SCTP has subsequently also been considered more appropriate than TCP for congestion controlled streaming of other time-dependent data. Important reasons are its maintenance of packet boundaries and partial reliability. In this paper, we evaluate the performance of the Linux SCTP implementation for thin streams. Like others before, we identify latency challenges. We also propose some enhancements for reducing the latency compared to the original Linux implementation. We argue for separate handling of thin and thick data streams in SCTP