福州网站建设专业定制,学校网站建设制度,广州app开发价格表,网站图片怎么替换文章目录 利用窗口控制提高速度窗口控制与重发控制确认应答未能返回的情况某个报文段丢失的情况 控制流 利用窗口控制提高速度
TCP以1个段为单位#xff0c;每发一个段进行一次确认应答的处理#xff0c;如图。这样的传输方式有一个缺点。那就是#xff0c;包的往返时间越长… 文章目录 利用窗口控制提高速度窗口控制与重发控制确认应答未能返回的情况某个报文段丢失的情况 控制流 利用窗口控制提高速度
TCP以1个段为单位每发一个段进行一次确认应答的处理如图。这样的传输方式有一个缺点。那就是包的往返时间越长通信性能就越低。 为解决这个问题TCP引入了窗口这个概念。即使在往返时间较长的情况下它也能控制网络性能的下降。如图所示确认应答不再是以每个分段而是以更大的单位进行确认时转发时间将会被大幅度的缩短。也就是说发送端主机在发送了一个段以后不必要一直等待确认应答而是继续发送。 窗口大小就是指无需等待确认应答而可以继续发送数据的最大值。在上图中窗口大小为4个段。
这个机制实现了使用大量的缓冲区缓冲区Buffer在此处表示临时保存收发数据的场所。通常是在计算机内存中开辟的一部分空间。 通过对多个段同时进行确认应答的功能。
如下图所示发送数据中高亮圈起的部分正是前面所提到的窗口。在这个窗口内的数据即便没有收到确认应答也可以发送出去。此外从该窗口中能看到的数据因其某种数据已在传输中丢失所以发送端才能收到确认应答这种情况也需进行重发。为此发送端主机在等到确认应答返回之前必须在缓冲区中保留这部分数据。 在滑动窗口以外的部分包括尚未发送的数据以及已经确认对端已收到的数据。当数据发出后若如期收到确认应答就可以不用再进行重发此时数据就可以从缓存区清除。
收到确认应答的情况下将窗口滑动到确认应答中的序列号的位置。这样可以顺序地将多个段同时发送提高通信性能。这种机制也被称为滑动窗口控制。
窗口控制与重发控制
在使用窗口控制中如果出现段丢失该怎么办
确认应答未能返回的情况
首先我们先考虑确认应答未能返回的情况。在这种情况下数据已经到达对端是不需要再进行重发的。然而在没有使用窗口控制的时候没有收到确认应答的数据都会被重发。而使用了窗口控制就如下图所示某些确认应答即便丢失也无需重发。 TCP中的窗口控制机制可以使得即便某些确认应答丢失发送方无需重发对应的数据。这是通过TCP的选择确认机制Selective AcknowledgmentSACK来实现的。 在传统的TCP中如果接收方收到乱序的数据段它只会发送一个累积确认AcknowledgmentACK来指示已经成功接收到哪些数据段而没有指明丢失了哪些数据段。这样发送方只能根据连续的确认来确定丢失的数据并进行重传。然而使用了SACK选项后接收方可以在ACK中指明哪些数据段已经成功接收同时也指明哪些数据段还未接收到。这样发送方就知道了具体哪些数据段需要进行重传而不必等待超时提高了传输效率。SACK选项提供了更精确的信息使得发送方能够快速重传仅丢失的数据段而不必重传已经成功接收的数据段。这样可以避免不必要的重传减少网络拥塞和传输延迟提高整体速度。需要注意的是SACK选项并不是TCP的必需功能它是一种可选的扩展。因此对于不支持SACK的TCP实现或网络环境仍然会使用传统的累积确认和超时重传机制。 某个报文段丢失的情况
其次我们来考虑一下某个报文段丢失的情况。如图所示接收主机如果收到一个自己应该接收的序号以外的数据时会针对当前为止收到数据返回确认应答不过即使接收端主机收到的包序号并不连续也不会将数据丢弃而是暂时保存至缓冲区中。 。
如图所示。当某一报文段丢失后发送端会一直收到序号为1001的确认应答这个确认应答好像在提醒发送端“我想接收的是从1001开始的数据”。因此在窗口比较大又出现报文段丢失的情况下同一个序号的确认应答将会被重复不断地返回。而发送端主机如果连续3次收到同一个确认应答之所以连续收到3次而不是两次的理由是因为即使数据段的序号被替换两次也不会触发重发机制。 就会将其所对应的数据进行重发。这种机制比之前提到的超时管理更加高效因此也被称作高速重发控制。 如果接收主机收到一个自己应该接收的序号以外的数据时它会针对当前为止已经成功接收到的数据返回确认应答而不是针对异常数据。 TCP使用序号Sequence Number来标识每个传输的数据段并使用确认序号Acknowledgment Number来确认已成功接收到的数据。当接收主机收到一个序号不匹配的数据段时它会忽略该数据段并发送一个确认应答确认已经成功接收到的数据即上一个正确的序号对应的数据。这种行为是为了通信的可靠性和协议的健壮性。通过确认已成功接收的数据发送主机可以得知哪些数据已经被接收到从而避免重复发送相同的数据。接收主机可以通过丢弃不匹配的数据段并返回确认应答来通知发送主机数据接收的状态。如果发送主机在一定时间内没有收到确认应答它会认为发送的数据丢失并重新发送相应的数据段以确保数据的可靠传输。总结来说当接收主机收到一个不匹配序号的数据时它会针对当前为止已经成功接收到的数据返回确认应答而不会针对异常数据。这种机制有助于确保TCP的可靠性和传输的正确性。 控制流
发送端根据自己的实际情况发送数据。但是接收端可能收到的是一个毫无关系的数据包又可能会在处理其他问题上花费一些时间。因此在为这个数据包做其他处理时会耗费一些时间甚至在高负荷的情况下无法接收任何数据。如此一来如果接收端将本应该接收的数据丢弃的话就又会触发重发机制从而导致网络流量的无端浪费。
为了防止这种现象的发生TCP提供一种机制可以让发送端根据接收端的实际接收能力控制发送的数据量。这就是所谓的流控制。它的具体操作是接收端主机向发送端主机通知自己可以接收数据的大小于是发送端会发送不超过这个限度的数据。该大小限度就被称作窗口大小。在前面6.4.6节中所介绍的窗口大小的值就是由接收端主机决定的。
TCP首部中专门有一个字段用来通知窗口大小。接收主机将自己可以接收的缓冲区大小放入这个字段中通知给发送端。这个字段的值越大说明网络的吞吐量越高。
不过接收端的这个缓冲区一旦面临数据溢出时窗口大小的值也会随之被设置为一个更小的值通知给发送端从而控制数据发送量。也就是说发送端主机会根据接收端主机的指示对发送数据的量进行控制。这也就形成了一个完整的TCP流控制流量控制。
下图为根据窗口大小控制流量过程的示例。
