计算机网络 -面向连接的运输:TCP -运输层

计算机网络 -面向连接的运输:TCP -运输层

  • 一、TCP连接小知识点
  • 二、TCP报文结构
    • 2.1 序号
    • 2.2 确认号
    • 2.3 往返时间的估计与超时
      • 2.3.1 估计往返时间

一、TCP连接小知识点

  1. TCP连接前必须得先进行3次握手
  2. TCP是点对点的连接,且只作用在端系统上。
  3. TCP无法进行广播发送。
  4. 在前面的文章中有提到TCP的发送方需要先发送一个敲门分组给接收方(这是一次握手),然后接收方再发送一个正式的传送分组给发送方(这是第二次分组),发送方再返回给他第三个报文(可以承载有效负荷。(第三次握手)。
  5. TCP发送方和接收方都需要缓存,发送缓存需要缓存的是上层应用请求发送的套接字。而接收缓存需要缓存的是通过网络传输过来的套接字(这里有累积确认的知识点,后面会讲到)。
  6. **最大报文段长度(MSS)最大传输单元(MTU)**的关系,MSS=MTU-TCP/IP首部长度。其中MSS不包含首部的TCP!!

二、TCP报文结构

图片来源
计算机网络 -面向连接的运输:TCP -运输层_第1张图片

2.1 序号

一个报文段的序号是该报文段首字节的字节流编号。这是说明意思呢,我们来举个栗子。假定数据流由一个包含500000字节的文件组成,其MSS为1000字节,数据流的首字节编号是0,第二个报文段分配的序号是1000,第三个是2000,以此类推。

2.2 确认号

主机A的确认号是主机A期望从主机B收到的下雨字节的序号。
在确认号这里有一个点非常重要,**TCP只确认该数据流中至第一个丢失字节为止的字节。**所以乱序先到达的分组需要在接收方的接收缓存中呆一会。等到前面的分组发上来之后才会一起确认。继续用上个例子进行说明,虽然序号2000已经到达了,但是由于序号1000还未到达,所以接收方对序号2000的回复是ACK 1000。

2.3 往返时间的估计与超时

我们对于每一个发送但未确认的分组有一个倒计时定时器。那我们如何确认这个倒计时的时间呢?

2.3.1 估计往返时间

因为网络的波动会导致往返时间的变化,所以往返时间往往不太一样,往返时间的估计是通过每一个已发送但未确认的分组时间进行统计,将其进行指数加权平均得到平均的往返时间(EstimatedRTT)。但是毕竟是平均的时间,有一些差一点点就传送完毕的被进行了不必要的重传。所以需要引入一个新的DevRTT(用于估计当前往返时间与加权平均时间的差值的加权平均)。
在实际应用中,使用

T i m e o u t I n t e r v a l = E s t i m a t e d R T T + 4 ⋅ D e v R T T . TimeoutInterval = EstimatedRTT+4 · DevRTT. TimeoutInterval=EstimatedRTT+4DevRTT.
推荐的初始TimeoutInterval为1s,同时,出现超时后,TimeoutInterval将会加倍,一面后续的分组继续超时。但是当分组正确收到就会更新EstimatedRTT,然后就用上式对TimeoutInterval进行计算。

你可能感兴趣的:(计算机网络,网络)