网页设计制作方案,seo关键词优化如何,wordpress 文章连续,小程序网址链接提取前面两节内容我们学习了传输层的基本概况的一些知识#xff0c;包括传输层在TCP/IP协议栈中负责的任务、传输层的两大协议#xff0c;以及端口号、套接字等一些基本的概念。从这一节开始#xff0c;我们将开启两大协议中TCP协议的学习。
但是#xff0c;经过之前的学习包括传输层在TCP/IP协议栈中负责的任务、传输层的两大协议以及端口号、套接字等一些基本的概念。从这一节开始我们将开启两大协议中TCP协议的学习。
但是经过之前的学习我们知道TCP提供可靠传输的机制也就是TCP具有可靠传输的特性。因此在正式学习TCP协议之前我们先要搞清楚一些可靠传输的工作原理主要就是即将要介绍的ARQ协议。ARQ协议分为停止等待ARQ和连续ARQ本节我们先学习停止等待ARQ简称“停等ARQ”。
而我们要知道的一点是ARQ并不是应用在传输层的因为传输层保证可靠传输的机制要比ARQ复杂的多。ARQ是为了应对早期通信链路的质量不太可靠的问题在数据链路层保证可靠传输的。但现在随着光纤等技术的发展底层通信链路的质量大大提高因此慢慢的在数据链路层也就不需要这种可靠机制了不过这种机制的原理是我们需要清楚的这可以为后面学习传输层TCP协议的可靠传输打下一个比较好的认知基础。 停止等待
上面我们说停止等待是是一种保证数据可靠传输的机制。可靠传输的意思就是信息的发送方发出去的数据能够收到对方的回应。也就是接收方收到信息之后要给发送方回应一个确认收到。
停止等待就是基于可靠传输的这种思想而设计出来的一种机制具体过程是发送方每发送完一个报文就停止发送然后等待对方的确认在收到对方发来的确认之后再继续发送下一个报文。如下面的例图所示。 可见使用这样的确认机制确实能够在一定程度上保证数据的可靠传输。当然接收方也不总是会发送确认报文。由于网络的不可靠性在传输过程中不免有时候会出现一些错误例如由于噪声的影响当接收方检测到报文有错误时也可以发送一个否认报文给发送方让发送方知道传输的数据出了错发送方再把这些数据重发一次。但是由于这样做会让协议的设计与实现变的复杂所以现在实用的可靠传输协议都不使用这种否认报文了。 自动重传请求ARQ
在不使用否认报文这种方法之后就产生了自动重传请求协议即“ARQ”协议。自动重传请求的思想在于接收方收到错误数据之后只是把它简单地丢弃掉即可不需要单独请求发送方再重发一次数据而发送方是否需要重发数据这件事情由发送方自己来负责解决。
像上面第一个例图那样发送方的每一个报文接收方都正常收到了也都依次向发送方回复了确认发送方也都正常的收到了确认。
但是数据在传输过程中由于通信线路或者网络设备的故障仍然会导致数据的传输出现一些问题。比如在数据传输过程中因为噪声的影响导致数据某些地方出了错误接收方收到以后通过校验计算检测出了这是有错误的数据因此接收方就会把它丢弃掉还有就是由于网络设备故障导致网络出现环路那么数据包最终将会“TTL0”导致接收方根本收不到数据。再有就是接收方正常收到了数据但是回复给发送方的“确认”却在传输中丢失了。
这样的几种情况都会导致发送方不知道自己的数据有没有被接收方收到因为发送方一直在等待着对方“确认”的到来收不到“确认”就不会继续发送后面数据。所以必须想办法让发送方能够处理这个问题这个办法就是使用超时重传。
超时重传是在数据的发送方设置一个超时定时器在每发送完一个报文之后超时定时器就开始倒计时如果在时间到之前收到了对方发来的确认那么定时器就被撤销接着发送后面的报文定时器重新开始倒计时而如果在时间到之前没有收到对方发来的确认那么发送方就可以认为“接收方没有正常收到我的报文”所以我要把刚才的报文再重传一遍。利用这种办法就实现了报文的自动重传。
这种机制我们描述起来简单但是实现起来要有多方面的考虑。例如有这样的两个问题
问题1如果当前网络并没有什么故障只是信息比较拥堵而已发送方发出去的报文正在网络中排队这时候发送方的定时器时间到发送方就会再次重传一遍刚才的数据。等发送方刚把重传的数据发出去第一次发出的报文正好到达了接收方接收方会回应一个“确认”。等过不了一会儿接收方又会收到发送方第二次发来的报文。那么问题来了接收方怎么才能判断第二次收到的这个报文是一个新发送的呢还是一个重传的报文呢如果是重传的那该怎么处理呢
问题2发送方的定时器倒计时要设置成多少比较合适呢时间设置的太短了会产生不必要的重传要是设置的太长了那么整个的传输效率就会很低。
首先第一个问题比较合理的解决办法是给每一个报文编号无论是数据报文还是确认报文都要有相应的编号在停等ARQ协议中使用一个比特位编号就可以了。这样就能区分开哪些是新发来的哪些是重传的。如果识别出是重传的报文那就把它丢弃掉就可以了同时再向发送方回复刚才的“确认”。第二个问题保证数据能够到达接收方接收方回复确认这是一个往返的时间同时又考虑到网络可能会出现拥塞问题所以定时器的时间应设置为“比平均往返时间更长一些”比较合理。
最后还要考虑的一个方面就是接收方回复给发送方的“确认”如果在传输过程中出了问题怎么办。“确认”报文也是有可能会丢失的也是有可能由于当时网络情况的拥堵“确认”报文在发送方定时器时间到之前没有到达的。就像下面的例图展示的这样 首先如果“确认”报文丢失了怎么办完全不用接收方担心发送方的定时器会自动超时所以发送方就会再重传一份接收方收到这个报文之后由于有编号的存在所以接收方能够识别出这是一个重传的报文然后就会把它丢弃掉再次发送刚才的“确认”。然后如果是因为当时网络拥堵“确认”报文在定时器时间到之前没有到达发送方所以发送方就会重传报文接收方收到后把它丢弃掉重新发送“确认”。等过了一会儿发送方收到了第一次的“确认”经过对比编号发现这是一个“迟到”的确认直接丢弃即可。 本节关于停止等待ARQ的过程就是这些关键要理解的是ARQ是一种可靠传输机制、停止等待的工作过程以及自动重传是依靠超时定时器来进行的。但是ARQ协议除了有停等ARQ还有连续ARQ下一节我们继续学习。
参考教材谢希仁《计算机网络》第八版
