linux - 应用层TCP的确认机制

Answer 1

TCP プロトコルのことですか?
TCP プロトコル自体には、配信の確認と自動再送信のメカニズムが含まれています。TCP 接続を使用する限り、この問題を考慮する必要はありません。

Answer 2

TCP は、通常、マシン機器によって実装されるプロトコルです。TCP の再送信に注意を払う必要はありません。一般に、HTTP などのアプリケーション層とネットワーク層は TCP です。HTTP プロトコルを呼び出す場合、下位層のネットワーク プロトコルは上位層に対して透過的です。プロトコル

Answer 3

Modbus プロトコルメカニズムを使用して、マスターステーションとスレーブステーション間の通信はリクエスト/レスポンスメカニズムに属します。マスタステーションがスレーブステーションにリクエストを送信し、スレーブステーションが時間内に応答しない場合、遅延時間が経過した後、マスタステーションはスレーブステーションにリクエストを 5 回連続して送信します。タイムアウトと再送信回数は、各リクエストが可能な限り成功するようにするために使用されます。5 回すべての再送信が失敗した場合、その時点で送信が失敗したと判断され、その後は送信が完了しません。データは再送信されません。

Answer 4

TCP は信頼性の高い送信プロトコルです。送信するすべてのパケットには相手側からの ACK 確認が必要です。
たとえば、相手側に 5 つのパケットを送信し、パケット番号 3 が失われた場合、
となります。 when ピアがパケット No. 4 を受信すると、ピアは ACK 3 を送信し、同時にピアはパケット No. 4 を保存します
ピアがパケット No. 5 を受信して​​も、ピアは引き続きあなたに ACK 3 を送信しますACK. 3. 同時に、相手はパケット No. 5 を保存します。
TCP プロトコルでは、「ACK 3」を 3 回連続で受信すると、パケット No. 3 が失われたことがわかります。これは高速再送信メカニズムと呼ばれます。

パケット No. 3 をピアに再送信すると、ピアは以前にパケット No. 4 と No. 5 を正常に受信しているため、パケット No. 3 を正常に受信した後、ACK 6 で応答します。

この TCP はそれを保証します。

TCP 層で複数回再送信してもパケット 3 が失敗する場合は、送信全体が失敗しています。
ネットワーク接続を確認して再送信する必要があります。アプリケーション層で一度。

Answer 5

いいえ、あなたが言及したものは TCP プロトコル層によって実装されており、それを使用するだけです。
詳細を知りたい場合は、この記事を参照してください。