SMB协议 vs TCP的延迟ACK特性

• 本文约 216 字，阅读大致需要 1 分钟 | Kernel | #SMB | #TCP | #delayed ACK | #Networking | #Windows

之前一直没什么概念，今天看了微软的 KB 321169 的解释，大致如此：

  • 客户端 (SMB Redirector) 如果启用了security signature，则必须等待命令处理完成才会发出下一条SMB；
  • 服务器端如果启用了延迟ACK，则可能需要过200ms (Windows 2000)才会给出ACK回应

不过感觉这个解释依然不是很有说服力—-文档上说，SMB服务器端是需要对NT_TRANSACT_NOTIFY_CHANGE给出回应的，那么这种情况下ACK不就回应回来了吗？或者说，只要收到了ACK就说明服务器端已经处理了这条SMB？哪位帮忙理解一下？