- 之前讲过,理想传输的一个重要条件就是发送方发多快接收方都能接收到。实际上是不可能实现的,只能可以通过流量控制来控制发送方发送数据的速率(控制要求由接收方提出)。
利用滑动窗口实现流量控制:在讲可靠传输时讲过
- 其中
rwnd
指的是窗口大小,这里指B设置A的窗口的大小
可能会发生死锁
- B向A发送了零窗口报文段后,B的接收缓存又有了一些空余,于是B向 A发送了rwnd=400的报文段。
- 但这个报文段在传送过程
丢失了
。这时候A一直等待收到B发送的非零窗口的通知,而B也一直等待A发送的数据 - 如果没有其它措施,这种互相等待的死锁局面将一直延续下去。
- 为了解决这个问题,TCP为每一个连接设有一个
持续计数器
。
持续计时器
- TCP为每一个连接都设有一个持续计时器
- 只要TCP连接的一方收到对方的零窗口通知(假如收到的是接收方),就启动这个持续计时器
- 若计时器时间到期,发送方就发送一个零窗口探测报文段(1个字节),接收方就在确认这个探测报文段时给出现在的窗口值。
- 若窗口仍然是零,则收到这个报文段的一方就重新设置持续计时器。(如果接收方窗口大小一直是零该怎么办???)
- 若窗口不是零,则死锁的僵局就可以打破了
例题