23左边是已经确认的字节序号，29右边的是不允许发送的字节序号，23是对方期待收到的下一个字节。也就是TCP中的确认号（期望收到数据的首字节号）。
23,24没有收到确认消息，所以不能往前推动，假设超时时间到了，23,24还没有收到确认消息，即使25,27收到确认消息，也需要从23开始重传。
现在存在一个问题：25,27已经传输了，如果从23重新传，就造成了25,27重传的现象，导致重传率低。
现在有一种方法解决这种问题：选择重传
TCP首部回顾：
需要重传的边界（序号的低位、高位）存储在TCP选项中，存储边界
上图分别传输了1000-》1500之间500个字节的数据
2500-》3500重传了1000个字节
03-27
773
773
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
