修正TCP释放连接过程文本错误

https://github.com/huihut/interview/issues/81
pull/89/head
huihut 2022-03-06 14:48:55 +08:00
parent d147baea68
commit 58d0e8b3bf
4 changed files with 6 additions and 6 deletions

View File

@ -2358,7 +2358,7 @@ TCP的拥塞控制图
3. 客户端收到服务端回复的 ACK此时从客户端到服务器的连接已释放但服务端到客户端的连接还未释放并且客户端还可以接收数据
4. 服务端继续发送之前没发完的数据给客户端;
5. 服务端发送 FIN+ACK 给客户端,说明服务端发送完了数据(请求释放从服务端到客户端的连接,就算没收到客户端的回复,过段时间也会自动释放);
6. 客户端收到服务端的 FIN+ACK并回复 ACK 给客户端(同意释放从服务端到客户端的连接);
6. 客户端收到服务端的 FIN+ACK并回复 ACK 给服务端(同意释放从服务端到客户端的连接);
7. 服务端收到客户端的 ACK 后,释放从服务端到客户端的连接。
##### TCP 为什么要进行四次挥手?

View File

@ -2348,7 +2348,7 @@ TCP Congestion control graph
> ["Computer Network (7th Edition) -Xie Xiren"](https://raw.githubusercontent.com/huihut/interview/master/images/TCP-transport-connection-management.png)
##### TCP 四次挥手释放连接
##### TCP Four waves to release the connection
![UDP 报文](https://raw.githubusercontent.com/huihut/interview/master/images/TCP四次挥手释放连接.png)
@ -2359,7 +2359,7 @@ TCP Congestion control graph
3. The client receives the ACK from the server, and the connection from the client to the server has been released (but the connection from the server to the client has not been released, and the client can still receive data);
4. The server continues to send the unfinished data to the client;
5. The server sends FIN + ACK to the client, indicating that the server has sent the data (request to release the connection from the server to the client, even if no reply is received from the client, it will be automatically released after a certain period of time);
6. The client receives the FIN + ACK from the server and replies to the client with an ACK (agreeing to release the connection from the server to the client);
6. The client receives the FIN + ACK from the server and replies to the server with an ACK (agreeing to release the connection from the server to the client);
7. After receiving the ACK from the client, the server releases the connection from the server to the client.
##### Why does TCP have to wave four times?

View File

@ -2351,7 +2351,7 @@ TCP的拥塞控制图
3. 客户端收到服务端回复的 ACK此时从客户端到服务器的连接已释放但服务端到客户端的连接还未释放并且客户端还可以接收数据
4. 服务端继续发送之前没发完的数据给客户端;
5. 服务端发送 FIN+ACK 给客户端,说明服务端发送完了数据(请求释放从服务端到客户端的连接,就算没收到客户端的回复,过段时间也会自动释放);
6. 客户端收到服务端的 FIN+ACK并回复 ACK 给客户端(同意释放从服务端到客户端的连接);
6. 客户端收到服务端的 FIN+ACK并回复 ACK 给服务端(同意释放从服务端到客户端的连接);
7. 服务端收到客户端的 ACK 后,释放从服务端到客户端的连接。
##### TCP 为什么要进行四次挥手?

View File

@ -2339,7 +2339,7 @@ TCP Congestion control graph
> ["Computer Network (7th Edition) -Xie Xiren"](https://raw.githubusercontent.com/huihut/interview/master/images/TCP-transport-connection-management.png)
##### TCP 四次挥手释放连接
##### TCP Four waves to release the connection
![UDP 报文](https://raw.githubusercontent.com/huihut/interview/master/images/TCP四次挥手释放连接.png)
@ -2350,7 +2350,7 @@ TCP Congestion control graph
3. The client receives the ACK from the server, and the connection from the client to the server has been released (but the connection from the server to the client has not been released, and the client can still receive data);
4. The server continues to send the unfinished data to the client;
5. The server sends FIN + ACK to the client, indicating that the server has sent the data (request to release the connection from the server to the client, even if no reply is received from the client, it will be automatically released after a certain period of time);
6. The client receives the FIN + ACK from the server and replies to the client with an ACK (agreeing to release the connection from the server to the client);
6. The client receives the FIN + ACK from the server and replies to the server with an ACK (agreeing to release the connection from the server to the client);
7. After receiving the ACK from the client, the server releases the connection from the server to the client.
##### Why does TCP have to wave four times?