TCP协议初期设定的最大接收窗口为65535字节，但随着硬件发展成为性能瓶颈。为解决此问题，TCP引入了Window Scale选项，通过声明一个Shiftcount指数来扩大实际接收窗口。例如，103.86.70.43告知192.168.9.135其Shiftcount为6，意味着接收窗口需乘以64。这样，103.86.70.43的接收窗口30528是实际值。此机制允许双方根据网络状况调整窗口大小，提升传输效率。
TCP刚发明的时候，全世界的网络带宽都很小，所以最大的接受窗口被定义成65535字节，随着硬件的革命性进步，65535已经成为性能瓶颈，而TCP头只给接收窗口值留了16bit，解决方案就是在三次握手时是，把自己的Window Scale告知对方。Window Scale放在TCP头之外的Options中，向对方声明一个Shilt count，把它作为2的指数，再剩以TCP头中定义的接收窗口，就得到真正的TCP接收窗口了。
103.86.70.43 告诉 192.168.9.135 它的Shilt count是6，2的6次方等于64，意味着以后103.86.70.43声明的接收窗口要乘以64才是真正的接收窗口。
103.86.70.43声明他的接收窗口Window size value: 477, 477*64=30528,所以Wireshark就显示win=30528
关于接收窗口，103.86.70.43 向192.168.9.135声明自己的接收窗口为30528，192.168.9.135收到之后，就会把自己的发送窗口限制在30528之内。
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
