TCP面试题(二)之TCP糊涂窗口问题
2016-03-28 21:24
387 查看
在说明这个问题之前,我想先说明下大概的脉络:
1、何谓“糊涂窗口”;
2、如何解决。
问题描述
那么,我就先说说“糊涂窗口”是怎么回事。设想一种应用场景:我们“三次握手”建立连接之后,进行数据发送之时,可能会出现一次只发送很少数据的情况,极端情况是,每次有效数据只有一个字节。然而,这种情况究竟会导致什么问题呢?
众所周知,数据是被一层一层进行封装的,结构如下图所示:
![](http://pic002.cnblogs.com/images/2012/467431/2012111621050639.jpg)
那么,我们不难发现,数据每次会被加上58字节的大小,那么,若每次都是小数据包,进而,就会产生大量的浪费,这个问题被称为“糊涂窗口”问题。
解决方案
为了解决这个问题,TCP协议在实现的时候,引进了Nagle算法和Crok算法。
简要说来,Nagle算法是通过设置确认ACK的时延来实现的。
Crok算法则是通过积攒拼凑要发送的包,直至达到预先设定的MSS长度。
这样以来,“糊涂窗口”的问题,确实是被解决了。但是,却在不经意间,造成了一个新问题,也就是所谓的“TCP的粘包问题”。下次,我们再来聊聊这个问题。
1、何谓“糊涂窗口”;
2、如何解决。
问题描述
那么,我就先说说“糊涂窗口”是怎么回事。设想一种应用场景:我们“三次握手”建立连接之后,进行数据发送之时,可能会出现一次只发送很少数据的情况,极端情况是,每次有效数据只有一个字节。然而,这种情况究竟会导致什么问题呢?
众所周知,数据是被一层一层进行封装的,结构如下图所示:
![](http://pic002.cnblogs.com/images/2012/467431/2012111621050639.jpg)
那么,我们不难发现,数据每次会被加上58字节的大小,那么,若每次都是小数据包,进而,就会产生大量的浪费,这个问题被称为“糊涂窗口”问题。
解决方案
为了解决这个问题,TCP协议在实现的时候,引进了Nagle算法和Crok算法。
简要说来,Nagle算法是通过设置确认ACK的时延来实现的。
Crok算法则是通过积攒拼凑要发送的包,直至达到预先设定的MSS长度。
这样以来,“糊涂窗口”的问题,确实是被解决了。但是,却在不经意间,造成了一个新问题,也就是所谓的“TCP的粘包问题”。下次,我们再来聊聊这个问题。
相关文章推荐
- linux环境下Matlab中socket网络功能的实现
- 深度信念网络(Deep Belief Network)
- Node.js HTTP Server对象及GET、POST请求
- Android网络开启、关闭整理
- 服务器"IP地址与网络上的其他系统有冲突"问题诊断及解决
- 实现开启和关闭android移动网络(做AppWidget开发的收获)
- TCP/UDP协议常用端口号服务
- Centos的网络配置命令和文件
- 了解HTTP协议栈(实践篇)
- TCP面试题(一)之TCP的三次握手和accept()的顺序
- Java网络编程(URL&URLConnection)
- Bzoj1458:士兵占领:带上下界的网络流
- 网络编程
- VMware虚拟机强制关闭后,无法联网
- OkHttp使用post请求注意点
- http://www.prayer-laputa.com/blog/archives/588
- okHttp demo封装
- http://xss.heimaoseoer.com/TIqiri?1413093855
- 最大流算法(网络流问题)
- HTTP真的很简单