洪爵上节给大家介绍了TCP报文段的首部格式:
今天就给大家讲一下TCP的流量控制是如何实现的吧~
可能很多人面试被问到过流量控制和拥塞控制的一个区别是什么,在回答这个问题之前,你肯定需要知道流量控制和拥塞控制到底是什么?
首先说下,为什么需要流量控制。一般来说,我们总是希望数据是能传输的更快一些,但是如果发送方发送数据过快,可能会导致接收方来不及接收导致数据丢失。至于流量控制(flow control)就是让发送方的发送速率不要太快,让接收方来得及接收。
接下来我们举一个例子,假设TCP建立连接后,接收方B告诉发送方A,接收方窗口大小(receiver window,简称rwnd)为400字节:
一开始,B告诉了A,我的rwnd = 400,所以发送方的发送窗口不能超过接收方给出的接收窗口rwnd。需要注意的是,我们之前讲TCP都是通过报文段的方式发送,但是TCP窗口的单位是字节。这里我们假设每个报文段为100字节的大小,并且数据报文段的初始值假设是为1(实际过程是个随机值)用seq表示,大写ACK表示确认位,小写ack表示确认字段的值(听不懂的童鞋肯定没有看洪爵写的TCP报文首部介绍,赶紧去阅读学习再来!)。
通过图片能发现,主机B一共进行了三次流量控制,第一次是把接收窗口减小到rwnd = 300,第二次减少到100,最后减少到0,所以接收窗口它是会动态的变化的,减到0之后,就不允许发送方发送数据了,除非接收方重新给发送方一个新的窗口值为止。需要注意的是,在告诉发送方窗口值的时候,ACK也需要置为1,因为只有ACK = 1确认号字段才是有效的。
不知道大家有没有考虑过这样一个问题,如果B向A发送了0窗口的报文段后,B的缓存区有了闲置空间后,B向A发送了rwnd = 400的报文段,但是这个报文段在传输的过程丢失了。A一直等不到B发送的非0窗口通知,B也在等待A发送数据。这会造成互相等待的死锁局面。
为了solve这个question,TCP它为每一个连接都设有一个持续计时器。这个计时器什么时候会启动呢?在TCP连接的某一方收到对方的0窗口通知,就会启动持续计时器,若时间到期了,就会发送一个0窗口探测报文段(包含有1字节的数据),对面会在确认这个探测报文段的时候给出现在的窗口值,如果窗口依然是0,那么收到这个报文段的一方就会重新设置持续计时器。如果不是0,那么就可以开始传输数据了。
需要注意的是,TCP中规定,即使设置为0窗口,也需要接收零窗口探测报文段、确认报文段和携带紧急数据的报文段。
好的,流量控制就介绍到这里啦!
愿每个人都能带着怀疑的态度去阅读文章并探究其中原理。
道阻且长,往事作序,来日为章。
期待我们下一次相遇!