Wikipedia article on TCP 表示传输 TCP 段的 IP 数据包有时会丢失，并且 TCP“请求重新传输丢失的数据”。
请求重传丢失数据的具体规则是什么？以什么时间频率执行重传请求？数字有上限吗？当 IP 数据包丢失时，客户端是否有功能向服务器指示忘记整个 TCP 段丢失的部分？
【问题讨论】：
syn 数据包的固定延迟（这是相当悲观的）。
标签： networking tcp
请求重传丢失数据的具体规则是什么？
接收方不请求重传。发送方等待发送给客户端的字节范围的 ACK，如果未收到，则在特定时间间隔后重新发送数据包。 这是ARQ（自动重复请求）。有几种实现方式。
Stop-and-wait ARQ
Go-Back-N ARQ
Selective Repeat ARQ
详见RFC 3366。
重传请求的执行频率是多少？
标准未强制执行重传次数和尝试次数。它由不同的操作系统以不同的方式实现，但方法是固定的。 （也许是指纹操作系统的一种方法？）
超时是根据 RTT（往返时间）时间来衡量的。但这并不是经常需要的，因为当收到 3 个重复 ACK 时会启动快速重传。
数字有上限吗？
是的，有。经过一定次数的重试后，主机被认为“宕机”，发送方放弃并断开 TCP 连接。
当 IP 数据包丢失时，客户端是否具有指示服务器忘记丢失的整个 TCP 段的功能？
关键是可靠的通信。如果您希望客户端忘记某些部分，那么您一开始就不会使用 TCP。 （也许是 UDP？）
【讨论】：
没有固定的重传时间。简单的实现会估计 RTT（往返时间），如果在 2 倍的时间内没有收到发送数据的 ACK，那么它们会重新发送。
他们然后加倍等待时间，如果再次没有回复，则重新发送一次。冲洗。重复。
更复杂的系统可以更好地估计 ACK 需要多长时间，并准确猜测哪些数据丢失了。
底线是关于何时重新传输没有硬性规定。这取决于实施。 所有重传仅由发送方根据接收方没有响应而触发。
TCP 从不丢弃数据，所以不，没有办法表明服务器应该忘记某个段。
【讨论】：