通过添加 TCP 窗口缩放和选择性确认，现代 TCP 堆栈在处理延迟方面变得更加高效。 但是，TCP 仍然容易受到数据包丢失的影响，这对网络性能产生了巨大的影响。 每个广域网中总是存在某种程度的分组丢失。 有时是由于链路质量引起的，而在其他时候则可能会发生丢包。 这是当核心路由器通过在队列过大时随机丢弃某些数据包来避免拥塞和缓冲区膨胀的时候。 在 WAN 或 VPN 性能受数据包丢失和重传的负面影响所限制的情况下，可以配置数据包丢失恢复。
为什么丢包很重要？
- 损耗严重影响TCP性能：例如，在80毫秒和2％的损耗下，通过100 Mbps链路的 TCP 吞吐量被限制为1 Mbps。
- 更多企业正在通过低成本 VPN 链接连接其办公室。 这些路由器的丢失率通常为1％，是MPLS链路的 10 倍。
- SLA提供了一种错误的安全感。 每天一个小时内损失 3％ 以上，意味着提供商仍然可以达到非常低的每月平均损失率 SLA。
- 新兴和发展中国家的数据包丢失率更高。 平均 2％ 或更多。
丢包恢复的工作原理
OSIgate 提供了三层损失恢复
- 快速重传 ： 从2.6版开始，丢失恢复通过监视数据包序列并使用两个Wanos对等点之间的链路的实时往返时间进行。当数据包丢失时，计时器到期，并且该数据包将重新发送。 Packer Order Correction 可确保最终主机不知道WAN上的丢失，并且TCP层不会降低传输速率。下面是v.2.6 PLR性能的图表。
- 快速重发请求：自版本4.0起，添加了优化功能以进一步提高数据包丢失恢复的速度。快速请求通过监视数据包序列来工作，并且当检测到丢失的数据包时，将重播请求发送到对等方。在这种情况下，可以更快地检测到丢失的数据包并更快地重播，从而增加了加速优势。
- 前向纠错：自版本4.1开始，可以配置FEC。对于FEC，每5、10或20个数据包组发送一个特殊的数据包。如果该分组中的分组丢失，则将实时重建丢失的分组。 FEC与其他PLR和TCP加速功能相结合，增加了额外的加速优势。 FEC是一项可选功能，可以在需要时启用。
丢包恢复结果
为了应对丢失对TCP吞吐量的负面影响，可以将OSIgate配置为提供数据包丢失恢复以协助TCP加速。 以下是各种丢失和延迟配置文件的CIFS复制速度统计信息。 第一个控制测试表明在这些条件下的标准TCP吞吐量。 第二项测试是启用 OSIgate 丢包恢复，禁用压缩和重复数据删除。
