Tcp 为什么HAProxy建议设置3秒倍数的超时?

Tcp 为什么HAProxy建议设置3秒倍数的超时?,tcp,haproxy,Tcp,Haproxy,从: 通过以下方式覆盖一个或多个TCP数据包丢失是一种很好的做法: 指定略高于3秒倍数的超时 (例如:4或5秒) 这似乎是一个任意数字。3秒钟的数字有什么意义?这似乎是默认的TCP重新传输超时。发件人: TCP会在每个出站段被删除时启动重新传输计时器 传给IP。如果未收到数据的确认 在计时器到期之前的给定段中,则该段为 重新传输,直到TcpMaxDataRetransmissions时间。默认值 此参数的值为5 当TCP传输中断时,重新传输计时器初始化为3秒 建立连接;但是,它被“动态”调整为

从:

通过以下方式覆盖一个或多个TCP数据包丢失是一种很好的做法: 指定略高于3秒倍数的超时 (例如:4或5秒)


这似乎是一个任意数字。3秒钟的数字有什么意义?

这似乎是默认的TCP重新传输超时。发件人:

TCP会在每个出站段被删除时启动重新传输计时器 传给IP。如果未收到数据的确认 在计时器到期之前的给定段中,则该段为 重新传输,直到TcpMaxDataRetransmissions时间。默认值 此参数的值为5

当TCP传输中断时,重新传输计时器初始化为3秒 建立连接;但是,它被“动态”调整为 使用平滑往返匹配连接的特性 RFC793中所述的时间(SRTT)计算。给定时间的计时器 段在每次重新传输该段后加倍。使用 在这个算法中,TCP将自己调整为 连接。通过高延迟链路的TCP连接将花费大量时间 比那些在低延迟链路上的超时时间更长