TPC プロトコルの 3 ウェイ ハンドシェイクと 4 ウェイ ウェーブ

接続を確立するための 3 ウェイ ハンドシェイク プロセス:

A: あなたとつながりたいのですが、私のリクエストは届きましたか? (私はあなたと結婚したいです)
B: わかりました、あなたのリクエストを受け取りました、私たちは接続を確立することができます、私は同意します。(OK、結婚したいです)
A: OK、返事をもらいました。データの転送を開始できます。(それでは証明書を取得しましょう)
この処理は、接続が確認されて初めてデータ通信の信頼性が保証されるため、双方の通信が正常に行われることを保証するためのものです。

切断の 4 つの波のプロセス:

A: あなたとの接続を切断したいのですが、私のリクエストは届きましたか? (離婚したいです)
B: わかりました、あなたと絶縁することに同意します。(私はあなたの離婚要求に同意します)
B: もう送信するデータはありません。今すぐ切断しても大丈夫です。(離婚手続きの準備が整いました)
A: わかりました、接続を切断してもよいことを確認しました。(離婚証明書を取得する予定です)
このプロセスは、データの送信後に接続を閉じる必要があるため、両端間の接続を正常に閉じることができるようにするためのものです。そうしないと、システム リソースと帯域幅が占有されてしまいます。したがって、切断も非常に重要です。

なぜ3ウェイハンドシェイクなのか

このプロセスでは、3 番目のハンドシェイクは、失敗した接続要求セグメントがサーバーに再送信され、サーバーが複数の冗長接続を確立するのを防ぐためのものです。クライアントがサーバーから確認応答セグメントを受信しない場合、接続要求セグメントを再送信します。受信後、サーバーはそれを新しい接続要求とみなし、複数の冗長接続を確立するため、リソースが過負荷になります。3 回目のハンドシェイクによってこの問題は解決され、クライアントはサーバーから確認セグメントを受信すると、接続が確立されたことを認識し、接続要求セグメントを再度送信しません。

なぜ4回も手を振るのでしょうか?

このプロセスでは、最初の手振りはサーバーに切断するように指示すること、2 番目の手振りはクライアントの要求を確認すること、3 番目の手振りはサーバーも切断を要求していることをクライアントに通知すること、4 番目の手振りはクライアントの要求を確認することです。サーバーのリクエストを処理して接続を閉じます。TCP 接続は全二重であるため、データ送信の整合性と信頼性を確保するために、接続を閉じるときに双方向の確認が必要です。

おすすめ

転載: blog.csdn.net/weixin_42657666/article/details/129381626