计算机网络・TCP可靠传输.ppt

《计算机网络・TCP可靠传输.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、TCP可靠传输超时重传TCP每发送一个报文段，就对这个报文段设置一次计时器。只要计时器设置的重传时间到但还没有收到确认，就要重传这一报文段。超时重传TCP保留了RTT的一个加权平均往返时间RTTS，又称为平滑的往返时间。第一次测量到RTT样本时，RTTS值就取为所测量到的RTT样本值。以后每测量到一个新的RTT样本，就按下式重新计算一次RTTS：新RTTS(1)(旧RTTS)(新RTT样本)式中，01。若很接近于零，表示RTT值更新较慢。若选择接近于1，则表示RTT值更新较快。RFC29

2、88推荐的值为1/8，即0.125。超时重传RTO应略大于上面得出的加权平均往返时间RTTS。RFC2988建议使用下式计算RTO：RTORTTS+4RTTDRTTD是RTT的偏差的加权平均值。RFC2988建议这样计算RTTD。第一次测量时，RTTD值取为测量到的RTT样本值的一半。在以后的测量中，则使用下式计算加权平均的RTTD：新的RTTD=(1)(旧的RTTD)+RTTS新的RTT样本是个小于1的系数，其推荐值是1/4，即0.25。超时重传TCP报文段1没有收到确认。重传后，收

3、到了确认报文段ACK。如何判定此确认报文段是对原来的报文段1的确认，还是对重传的报文段1的确认？超时重传Karn算法:在计算平均往返时间RTT时，只要报文段重传了，就不采用其往返时间样本。这样得出的加权平均平均往返时间RTTS和超时重传时间RTO就较准确。修正的Karn算法:报文段每重传一次，就把RTO增大一些：新的RTO(旧的RTO)系数的典型值是2，当不再发生报文段的重传时，才根据报文段的往返时延更新平均往返时延RTT和超时重传时间RTO的数值。实践证明，这种策略较为合理。选择确认SACK接收方收到

4、了和前面的字节流不连续的两个字节块。如果这些字节的序号都在接收窗口之内，那么接收方就先收下这些数据，但要把这些信息准确地告诉发送方，使发送方不要再重复发送这些已收到的数据。选择确认SACK接收方收到了和前面的字节流不连续的两个字节块。如果这些字节的序号都在接收窗口之内，那么接收方就先收下这些数据，但要把这些信息准确地告诉发送方，使发送方不要再重复发送这些已收到的数据。选择确认SACK如果要使用选择确认，在建立TCP连接时，就要在TCP首部的选项中加上“允许SACK”的选项，而双方必须都事先商定好。如果使用选择确

5、认，那么原来首部中的“确认号字段”的用法仍然不变。只是以后在TCP报文段的首部中都增加了SACK选项，以便报告收到的不连续的字节块的边界。由于首部选项的长度最多只有40字节，而指明一个边界就要用掉4字节，因此在选项中最多只能指明4个字节块的边界信息。TCP的流量控制流量控制(flowcontrol)是让发送方的发送速率不要太快，既要让接收方来得及接收，也不要使网络发生拥塞。利用滑动窗口机制可以很方便地在TCP连接上实现流量控制。TCP的流量控制TCP的流量控制可以用不同的机制来控制TCP报文段的发送时机:第一种

6、机制是TCP维持一个变量，它等于最大报文段长度MSS。只要缓存中存放的数据达到MSS字节时，就组装成一个TCP报文段发送出去。第二种机制是由发送方的应用进程指明要求发送报文段，即TCP支持的推送(push)操作。第三种机制是发送方的一个计时器期限到了，这时就把当前已有的缓存数据装入报文段（但长度不能超过MSS）发送出去。TCP的拥塞控制在某段时间，若对网络中某资源的需求超过了该资源所能提供的可用部分，网络的性能就要变坏——产生拥塞(congestion)。出现资源拥塞的条件：对资源需求的总和>可用资源若网络中有

7、许多资源同时产生拥塞，网络的性能就要明显变坏，整个网络的吞吐量将随输入负荷的增大而下降。TCP的拥塞控制拥塞控制与流量控制的关系:拥塞控制所要做的都有一个前提，就是网络能够承受现有的网络负荷。拥塞控制是一个全局性的过程，涉及到所有的主机、所有的路由器，以及与降低网络传输性能有关的所有因素。流量控制往往指在给定的发送端和接收端之间的点对点通信量的控制。流量控制所要做的就是抑制发送端发送数据的速率，以便使接收端来得及接收。TCP的拥塞控制拥塞控制所起的作用:TCP的拥塞控制开环控制和闭环控制开环控制方法就是在设计网

8、络时事先将有关发生拥塞的因素考虑周到，力求网络在工作时不产生拥塞。闭环控制是基于反馈环路的概念。属于闭环控制的有以下几种措施：监测网络系统以便检测到拥塞在何时、何处发生。将拥塞发生的信息传送到可采取行动的地方。调整网络系统的运行以解决出现的问题。几种拥塞控制方法1.慢开始和拥塞避免发送方维持一个叫做拥塞窗口cwnd(congestionwindow)的状态变量。拥塞窗口的大小取决于网络