我把这篇文章命名为“你的旁路正在显现”，因为你不能编造这些东西。
体育博彩平台推荐在分析重大问题的时候，总是先找普通的问题，心里总有这样的想法：“体育博彩平台推荐以前见过这个问题吗？”
在大多数情况下，它是新的或不同的东西。
这个问题
最近，体育博彩平台推荐被叫去调查一个严重的性能问题。客户的企业服务器从企业数据中心转移到云解决方案提供商。随着迁移的进行，性能突然开始下降——以至于访问任何服务器都无法使用。
为了解决这个问题，公司的IT部门选择了一家新的广域网压缩供应商。旧供应商版本的广域网压缩设备仍然存在，但在“旁路”模式下运行。我还要补充一点，到目前为止，体育博彩平台推荐已经研究了很多东西，比如带宽利用率、核心基础设施中的组件，以及延迟和吞吐量测试。因此，体育博彩平台推荐开始采用一种新的方法：对数据包进行跟踪，看看问题可能出在哪里。当体育博彩平台推荐这样做的时候，体育博彩平台推荐总是能很快地知道什么不是问题。体育博彩平台推荐在早期这样做，节省了测试所有内容的时间和麻烦，这样体育博彩平台推荐就可以快速关注可能出现的问题。这也有助于清除每个人思维过程中的阻塞。
吞吐量测试和审查跟踪文件
然后体育博彩平台推荐开始运行几个吞吐量测试。这开始揭示了几个反复出现的情况，包括，当一个1gb或更大的大文件被写入Colorado Springs的服务器时，TCP错误将开始出现，并且总是出现在文件的末尾。影响是如此之大，它会减慢文件传输速度，看起来好像已经停止了，但实际上并没有。不久之后，SMB（文件传输协议）就会超时。
回顾跟踪文件，可以发现离开服务器的数据包模式与在科罗拉多斯普林斯的WAN压缩设备加速设备的新供应商版本中看到的有所不同。这表明网络路径内的设备正在更改数据包。进一步的调查显示，在旁路模式下运行的旧版本WAN压缩设备正在影响流量中数据包的TCP部分。
具体来说，从Colorado Springs数据中心出站端的跟踪文件可以看出，“选择性ack”（SACK）被引入到流量中，但这些ack并没有从服务器发送。当客户机从处理这些sack中恢复过来时，写过程变得非常缓慢，响应时间为100毫秒。
SACK的正常使用发生在主机接收数据时，但由于资源限制，数据在传递给接收应用程序之前丢失在机器上。例如，接收主机上的操作系统可能会“没收”属于其他进程的内存，以防止系统死锁或内存池耗尽，并且在数据交付给应用程序之前消除接收缓冲区。当发生这种情况时，接收主机将发送一个SACK以重新传输丢失的数据。接收方释放资源并可能丢失数据的过程也称为食言。
虽然这种情况被视为正常的响应，但它并没有由服务器呈现，这表明数据路径中的另一个透明设备导致了问题。进一步的测试表明，通过从网络路径中删除旧版本的WAN压缩设备，消除了多余的sack。
对进一步跟踪文件的检查显示，通过移除旁路，多余的sack消失了，所有数据都被传输，没有任何损失。SMB （Server Message Block）性能
SMB请求61440字节的数据，在文件拷贝（读或写）过程中需要请求每个数据块。下图1:1 - 1:2显示了在观察问题时从服务器和客户端获取的测量结果。
服务器端的响应时间相当高，平均为263毫秒。
图1:1 Microsoft SMB Service Response Time：统计服务器的最小响应时间、最大响应时间和平均响应时间
图1:2 Microsoft SMB Service Response Time：统计来自客户端的最小响应时间、最大响应时间和平均响应时间
图1:3 SBM文件写请求和响应时间—下图包含SMB写请求和SMB写响应的时间度量。
吞吐量图
图2:1吞吐量图：该图显示了当WAAS从网络中移除时进行的会话TCP 4153 （RED）和TCP 4184 （GREEN）的单独吞吐量。TCP 4153平均耗时139秒，而TCP 4184会话中相同的文件平均耗时151秒。
既定基线（Gearbit Lab测试网络）
在Gearbit Lab中，进行了测试以提供吞吐量基线。基线提供了在没有任何外部干扰的情况下可实现吞吐量的模拟。
图3:1 Gearbit Lab Test 1低吞吐量：使用WAN模拟器，RTT 40ms，窗口大小16384，结果产生6,400,000 bps （800,000 bps）。
图3:2 Gearbit Lab测试2更好的吞吐量：使用WAN模拟器，RTT 40ms，窗口大小64,440结果产生720,000,000 bps （90,000,000 bps）
总而言之，Gearbit实验室的测试表明，如果设置更高的传输窗口，则可以使用给定的设备实现更高的吞吐量。此外，更换旧的WAN压缩设备显著提高了性能，消除了重复SACT问题。
访问www.gearbit.com获取其他案例研究。