一个TCP连接的过程中,会经历一系列的状态变化,这些变化包括:

LISTENSYN_SENTSYN-RECEIVEDESTABLISHEDFIN-WAIT-1FIN-WAIT-2CLOSE-WAITCLOSINGLAST-ACKTIME-WAITCLOSED。其中CLOSED是一个虚构的状态,因为CLOSEDTCP连接的TCBTransmission Control Block)已经释放掉了,所以此时这个TCP连接已经不存在了。关于各个状态的一个简要说明:

  1. LISTEN:侦听并等待对端的TCP连接请求

  2. SYN-SENT:发送SYN连接请求后,等待对端回复SYN请求

  3. SYN-RECEIVED:收到来自对端的SYN请求,并回复SYN请求后,等待对端响应SYN请求的ACK消息

  4. ESTABLISHED:代表连接建立,双方在这个状态下进行TCP数据交互

  5. FIN-WAIT-1:发送FIN关闭连接请求后,等待对方响应FINACK消息或者对端的FIN关闭请求

  6. FIN-WAIT-2:等待对方FIN关闭请求

  7. CLOSE-WAIT:等待本地用户(进程)发送FIN关闭请求给对端

  8. CLOSING:当双方同时发送FIN关闭请求时,会进入CLOSING状态,等待对端发送FIN报文的响应ACK消息

  9. LAST-ACK:收到对端FIN请求后,回复ACKFIN并等待对方回复FIN的响应ACK消息,此时进入此状态

  10. TIME-WAIT:该状态是为了确保对端收到了FIN请求的ACK响应,默认会等待两倍MSL时长(MSLMaximum Segment Lifetime,即报文最大生存时间,超过这个时间的报文会被丢弃)


 

注:

图中“---------”上下的内容表示状态变换的条件(例如snd SYN,ACK表示发送SYNACK报文,rcv FIN表示收到FIN报文等等)

图中“+-------+”中框起来的是各个TCP连接的状态

图中“-------->”这类箭头表示状态之间变换的顺序(还有各种折线箭头)


TCP三次握手的过程以及状态切换过程说明:

    TCP A                                               TCP B

1.  CLOSED                                              LISTEN

2.  SYN-SENT    -->                  --> SYN-RECEIVED

3.  ESTABLISHED <--     <-- SYN-RECEIVED

4.  ESTABLISHED -->        --> ESTABLISHED

5.  ESTABLISHED --> --> ESTABLISHED

过程说明:

  1. B作为服务器端处于LISTEN状态,侦听外部的TCP连接

  2. A发送SYN连接请求给B,进入SYN-SENT状态,B收到连接请求后,进入SYN-RECEIVED状态

  3. B回复SYNACKAA收到后进入ESTABLISHED状态

  4. A回复ACKBB收到后也进入ESTABLISHED状态

  5. 双方开始进行数据交换

 

 

再来看一个更为复杂的握手过程,双方在CLOSED状态下同时发起到对方的TCP连接:

    TCP A                                                TCP B

1.  CLOSED                                               CLOSED

2.  SYN-SENT     -->               ...

3.  SYN-RECEIVED <--               <-- SYN-SENT

4.               ...               --> SYN-RECEIVED

5.  SYN-RECEIVED --> ...

6.  ESTABLISHED  <-- <-- SYN-RECEIVED

7.               ...      --> ESTABLISHED

过程说明:

  1. AB均处于CLOSED状态

  2. AB发送SYN连接请求,A进入SYN-SENT状态

  3. 由于网络延迟,步骤2A发送的SYN请求还未到达B,此时B发送SYN请求给A,进入SYN-SENT状态,A收到后进入SYN-RECEIVED状态

  4. 2步来自ASYN请求刚到达BB收到后,进入SYN-RECEIVED状态

  5. A回复SYNACKBSYN请求

  6. B回复SYNACKA,由于A已经发过ACK响应BSYN,所以A直接进入ESTABLISHED状态

  7. B收到SYN请求的ACK响应,进入ESTABLISHED状态

  8. 整个过程中,由于双方同时发起建立连接的请求,所以过程中双方都发出了超过1个带有SYN的报文

 

 

为了避免一个延迟到达的SYN报文引起混乱,TCP中使用RST标记来重置连接状态:

    TCP A                                              TCP B

1.  CLOSED                                             LISTEN

2.  SYN-SENT    -->                ...

3.  (duplicate) ...                  --> SYN-RECEIVED

4.  SYN-SENT    <--     <-- SYN-RECEIVED

5.  SYN-SENT    -->                  --> LISTEN

6.              ...                --> SYN-RECEIVED

7.  SYN-SENT    <--   <-- SYN-RECEIVED

8.  ESTABLISHED -->       --> ESTABLISHED

过程说明:

  1. B处于LISTEN状态,等待连接

  2. A发起SYN请求,准备与B建立连接

  3. B收到一个之前从A发出的延迟到达的SYN请求(可能是由于网络延迟,导致该请求滞后了很久才到达B),进入SYN-RECEIVED状态

  4. B回复SYNACK报文给A,注意这里B回复的是第2步中A延迟到达的SYN请求

  5. A收到后发现ACK字段的值(91)并不是之前自己发起请求时SEQUENCE的值+1101),所以A判断此时报文顺序异常,于是A发送RST报文给BB收到后重新进入LISTEN状态

  6. A在第1步发出的SYN报文到达BB正确进入SYN-RECEIVED状态

  7. B回复SYNACKA

  8. A回复ACKB,双方均进入ESTABLISHED状态

 

 

半开连接(Half-open)和一些非正常的连接情况举例:

TCP连接中的一方在未通知对方的情况下关闭或者终止了连接,或者双方不同时地出现异常导致连接失效,这种情况下,如果某一方仍然尝试通过此TCP连接发送数据,则会收到RST报文。

下面是一方系统异常的一个例子:

    TCP A                                                 TCP B

1.  (CRASH)                                    (send 300,receive 100)

2.  CLOSED                                                ESTABLISHED

3.  SYN-SENT -->               --> (??)

4.  (!!)     <--      <-- ESTABLISHED

5.  SYN-SENT -->               --> (Abort!!)

6.  SYN-SENT                                              CLOSED

7.  SYN-SENT -->               -->

过程说明:

  1. BSEQ=300ACK=100,此时A遇到异常TCP连接中断

  2. ATCP连接由于异常被动关闭,B仍然是ESTABLISHED状态

  3. A从异常中恢复后,应用并未意识到连接已经断开,再次尝试通过这个TCP连接发送数据,此时会受到“连接已关闭”的消息

  4. B发送SQL=300ACK=100的报文指明下一个要接收的报文和自己的序号

  5. A收到第4步的报文后,判断出这是一个半开连接,会给B回复一个RST报文,B收到后退出,关闭连接

 

下面的过程是当一方异常之后,另一方尝试通过半开连接发送数据时的状态变化情况:

     TCP A                                              TCP B

1.  (CRASH)                                   (send 300,receive 100)

2.  (??)    <-- <-- ESTABLISHED

3.          -->                    --> (ABORT!!)

 

下面的过程是当一方受到一个延迟到达的SYN连接请求时的状态变化情况:

    TCP A                                              TCP B

1.  LISTEN                                             LISTEN

2.       ...                 -->  SYN-RECEIVED

3.  (??) <--    <--  SYN-RECEIVED

4.       -->               -->  (return to LISTEN!)

5.  LISTEN                                             LISTEN

 

关于RST报文的补充说明,在以下三种情况下,会发送RST报文:

  1. 当任何非RST报文到达,而该报文所对应的连接不存在时,会向对端发送RST报文

  2. 如果当前的TCP连接状态处于非同步状态(LISTENSYN-SENTSYN-RECEIVED),此时收到一个ACK报文确认一个未发送过的消息,或者收到的报文的安全级别或者分隔与当前连接不匹配,此时会向对端发送RST报文

  3. 如果当前的TCP连接处于同步状态(ESTABLISHEDFIN-WAIT-1FIN-WAIT-2CLOSE-WAITCLOSINGLAST-ACKTIME-WAIT),任何不被接受的报文(在SEQ号窗口之外或者不被接受的ACK号)必须是仅包含当前SEQ号和期望接收的ACK号的ACK报文,并保持当前连接状态不变。如果接收到的报文要求的安全级别,分隔与当前连接不匹配,则发送RST报文。

 

 

TCP连接关闭的两种状态变化情况:

一方先关闭连接:

    TCP A                                                     TCP B

1.  ESTABLISHED                                               ESTABLISHED

2.  (Close)
    FIN-WAIT-1  -->   --> 
 CLOSE-WAIT

3.  FIN-WAIT-2  <--       <--  CLOSE-WAIT

4.                                                            (Close)
    TIME-WAIT   <--   <-- 
 LAST-ACK

5.  TIME-WAIT   -->       -->  CLOSED

6.  (Wait for 2 MSL)
    CLOSED

过程说明:

  1. 双方处于已连接的状态

  2. A发起关闭连接操作,发送FIN关闭请求给B,并进入FIN-WAIT-1状态,B收到后进入CLOSE-WAIT状态

  3. B发送ACKAA收到后进入FIN-WAIT-2状态

  4. B没有其他数据要发送给A,于是B发起关闭连接操作,发送FINACKA并进入LAST-ACK状态,等待最后的ACK确认,A收到后进入TIME-WAIT状态

  5. A回复ACKBB进入CLOSED状态

  6. A等待2MSL时间后,确认连接关闭,也进入CLOSED状态

 

双方同时发起关闭连接:

    TCP A                                                    TCP B

1.  ESTABLISHED                                              ESTABLISHED

2.  (Close)                                                  (Close)
    FIN-WAIT-1  -->   ... FIN-WAIT-1
      
           <--   <--
                ...   -->

3.  CLOSING     -->       ... CLOSING
                <--       <--
                ...       -->

4.  TIME-WAIT                                                TIME-WAIT
    (2 MSL)                                              
    (2 MSL)
    CLOSED                                               
    CLOSED

过程说明:

  1. 双方处于已连接的状态

  2. AB同时发起关闭连接操作,双方同时向对方发送FIN关闭请求

  3. 双方都进入CLOSING状态,同时给对方响应ACK消息

  4. 双方都进入TIME-WAIT状态,各自等待2MSL时间后进入CLOSED状态


转自:https://blog.csdn.net/qwertyupoiuytr/article/details/68938963