TCP历史版本分析比较及研究.docVIP

PAGE PAGE 1 TCP历史版本分析比较及研究 摘要 TCP协议是一种面向连接的可靠运输协议。TCP通过拥塞控制机制来控制允许传送到网络上的数据量。按照拥塞控制方法的不同，TCP分为Tahoe, Reno, NewReno, Vegas, SACK五个版本。本文通过NS2模拟仿真实验，分析比较并评价不同的TCP 版本。 关键词：NS2 ；Tahoe TCP；Reno TCP；NewReno TCP；Vegas TCP；SACK TCP Abstract TCP is a connection-oriented unicast protocol that offers reliable data transfer as well as flow and congestion control which used to control the throughput to the network. There are five different TCP versions including Tahoe, Reno, NewReno, Vegas and SACK according to the congestion control algorithm. In this paper, simulate the five TCP version with NS2, analyzing, comparing and evaluating the difference among the five TCP Versions. Key Words: NS2 ；Tahoe TCP；Reno TCP；NewReno TCP；Vegas TCP；SACK TCP 背景 互联网最初源于美国国防部的ARPANET计划。早在70年代中期，ARPA为了实现异种网络之间的互联与互通，推出了TCP/IP体系结构和协议规范。时至今日，TCP/IP协议也成为最流行的网际互联协议，并由单纯的TCP/IP协议发展成为一系列以IP为基础的TCP/IP协议簇。TCP／IP协议簇为互联网提供了基本的通信机制。互联网采用的是无连接的端到端数据包交换，提供“尽力而为（best effort）”的服务[1]，随着互联网用户数量的膨胀，网络的拥塞问题也越来越严重。因此，互联网上主要的互连协议TCP/IP的拥塞控制（congestion control）机制对控制网络拥塞具有特别重要的意义。从70年代至今，TCP的拥塞控制机制经历多次的改进和调整，根据不同时期的TCP的拥塞控制机制的不同，从而诞生了几种不同的TCP版本。本文针对这几种不同的TCP版本[2]，在NS2中进行实验，并进行分析比较。 拥塞控制 当网络中存在过多的数据包时，网络的性能就会下降，这种现象称为拥塞。在网络发生拥塞时，会导致吞吐量下降，严重时会发生“拥塞崩溃”（congestion collapse）现象。之所以会发生拥塞是因为网络能够提供的资源不足以满足用户的需求。这时，网络自身只能靠降低服务质量来继续为用户服务，也就是“尽力而为”的服务。 虽然拥塞是因为资源不足而造成的，但是拥塞本身并不是一个静态问题，它是一个动态的问题，所以单纯的增加网络资源并不能解决拥塞。目前，网络对拥塞问题的控制主要基于TCP的拥塞控制。 TCP通过拥塞控制窗口（Congestion Window，简称cwnd）来控制允许被传送到网络上的数据报数量。在开始数据传送之前，TCP会先在传送端与接收端间建立一条网络联机，将要传送的信息分割成数个数据报，并按照封包编号通过网络层所提供的功能依次传送出去。当收到一个数据报时，TCP的接收端会返回一个ACK（Ackonwledgment，ACK）给传送端，以表示这个数据报已被收到。在整个传送过程中，TCP进行拥塞控制，以避免因为传送过快而造成网络拥塞[]。 TCP拥塞控制[3,4,5]算法主要包括三个部分：加性增，乘性减；慢启动；对超时事件作出反应。TCP拥塞控制是通过控制一些重要参数的改变而实现的。TCP用于拥塞控制的参数主要有：(1) 拥塞窗口（cwnd）:拥塞控制的关键参数，它描述源端在拥塞控制情况下一次最多能发送的数据包的数量。(2) 通告窗口（awin）:接收端给源端预设的发送窗口大小，它只在TCP连接建立的初始阶段发挥作用。(3) 发送窗口（win）:源端每次实际发送数据的窗口大小。(4) 慢启动阈值（ssthresh）:拥塞控制中慢启动阶段和拥塞避免阶段的分界点。初始值通常设为65535byte。(5) 回路响应时间（RTT）:一个TCP数据包从源端发送到接收端，源端收到接收端确认的时间间隔。(6) 超时重传计数器（RTO）:描述数据包从发