TCP 接続の 3 回のハンドシェイクと 4 回の解消プロセス

TCP 接続の 3 方向ハンドシェイクと 4 方向解消プロセス

TCP 接続を使用してデータを送信するプロセスでは、クライアントとサーバーは接続を確立するために 3 方向ハンドシェイクを経て、4 方向の接続を確立する必要があります。ハンドシェイクして切断します。

詳細は以下の図に示されています

上図は、TCP 接続の確立から切断までの詳細なプロセスを示しています。具体的なメッセージは次のとおりです。詳細を議論します。

接続を確立するための TCP スリーウェイ ハンドシェイク中に、クライアントは最初に SYN=1, Sequence=p 要求パケットをサーバーに送信します。

サーバーがクライアントにリンクを許可することに同意すると、ACK=p 1、SYN=1、Sequence=q の応答パケットを送信します。

最後に、クライアントはサーバーから応答パケットを受信した後、サーバーに応答パケットを送信します。具体的な内容は ACK=q 1、SYN=0、Sequence=p 1 です。 。

TCP 切断には 4 回のハンドシェイクが必要ですが、なぜ 3 回のハンドシェイクではないのですか? 具体的な理由は次のとおりです。

その後、サーバーがクライアントから SYN を受信したとき。接続要求メッセージが送信されると、SYN ACK メッセージを直接送信できます。 ACK メッセージは応答に使用され、SYN メッセージは同期に使用されます。しかし、接続を閉じるとき、サーバーが FIN メッセージを受信したときに、SOCKET はすぐには閉じられない可能性が高いため、最初に ACK メッセージで応答し、クライアントに「送信された FIN メッセージを受信しました。 」 FIN メッセージはサーバー側のすべてのメッセージが送信された場合にのみ送信できるため、一緒に送信することはできません。したがって、4 段階のハンドシェイクが必要です。

切断プロセスは最初にクライアントによって開始されます。まず、クライアントは FIN=1、Sequence=m で切断要求パケットを送信します。

リクエストを受信した後、サーバーは確認パケットACK=m 1、Sequence=nを送信します。

この時点で、クライアントからサーバーへの一方的な接続が切断され、クライアントはサーバーにデータ パケットを送信しなくなります。サーバーは、データ パケットの送信後にクライアントにデータを送信する必要がない場合でも、この時点でクライアントに切断要求を送信できます。 FIN=1、シーケンス=ms、ACK=m1。

クライアントはサーバーの切断要求を受信した後、確認パケットを送信します。 Sequence=m 1,ACK=ms 1;

クライアントは最後の ACK パケットを送信した後も 2MSL (最大セグメント生存時間) 待機することに注意してください。ネットワーク内でパケットが失われる可能性があります。サーバーが ACK パケットを受信しないことを懸念して、クライアントは 2MSL を待機し、FIN 要求を再送信します。