• TCP可靠传输的保证


    我们知道传输层提供最主要的两种协议,TCP和UDP,其中TCP是保证可靠传输,为什么他要保证可靠传输呢,IP说:当然是我不能,我只提供尽力而为的服务,不保证你能不能交付,不保证能不能正确的交付,不保证能不能按顺序交付。要不然干嘛要你保证呢。说的好有道理,我呵呵一笑。

    那么可靠数据传输到底能保证什么呢?

    1.不错:就是传输的数据包没有错误

    2.不丢:传输的数据包不丢失

    3.不乱:传输的数据包顺序要保持正确的交付。

    可靠传输协议凭什么能做出这样的保证呢?

    1.差错检测:TCP将保持它首部和数据的检验和。这是一个端到端的检验和,目的是检测数据在传输过程中的任何变化。如果收到段的检验和有差错,TCP将丢弃这个报文段和不确认收到此报文段(希望发端超时并重发)。

    2.超时重发和确认机制:当TCP发出一个报文段后,它启动一个定时器,等待目的端确认收到这个报文段。如果不能及时收到一个确认,将重发这个报文段。当TCP收到发自TCP连接另一端的数据,它将发送一个确认。

    3.缓存机制:每个分组都会有一个序列号,对于后一个序列号分组先到的情况,接收端会先进行缓存,等待前一个序列号到达,然后一起交付上层。

    重点讲一下流水线可靠传输协议,其实也就是滑动窗问题。

    对于使用流水线可靠传输协议,如果出现丢包,损坏或超时会有哪些方法来解决呢?两种方法:回退N步(Go-Back-N,GBN)和选择重传(Selective Repeat,SR)

    GBN协议

    发送端维持这一个长度为N的滑动窗口,你也可以理解为一个数组。

    1.窗口里含有发送但是没收到确认的分组,以及剩下可用的坑位,如果有可用的坑位,上层需要发送数据,则直接发送,否者缓存或返回给上层。

    2.接收端实行累积确认,也就是说当接收端传送的确认号为100,也就是前面的序号都是收到了,

    3.如果超时未收到确认,发送端会重传所有发送但未确认的分组。只有一个定时器,用来记录窗口的最前端,也就是最早发送的分组。

    4.因为此协议是使用的累积确认,所以所有为按序到达的分组都会被丢弃。

    选择重传

    1.发送端和接收端都会维持一个窗口,大小为N。

    2.接收端每收到一个分组就会发送一个确认,并且会缓存不是按序到达的分组

    3.发送端会标记已经被确认的分组,当窗口第一个值被确认后,窗口向后滑动。每一个分组为此自己的定时器。

    4.当一个分组超时了,只会重传超时的分组。

    窗口长度必须小于或等于序号空间大小的一半。

    TCP的可靠传输协议是GBN和SR的混合的

    1.他是基于累积确认的,

    2.但是他是可以缓存的,不会丢弃乱序的分组,

    3.只有一个定时器,记录发送端窗口的第一个未确认的分组的时间,超时发送第一个分组。

  • 相关阅读:
    第六章
    第七章
    第五章
    第四章
    第三章
    第二章
    第一章
    Android深度探索——第十章读书笔记及心得
    Android深度探索——第九章读书笔记及心得
    Android深度探索——第八章读书笔记及心得
  • 原文地址:https://www.cnblogs.com/daijiabao/p/10930024.html
Copyright © 2020-2023  润新知