4.1.丢包原因
UDP丢包并不是因为TTL，TTL是当前包的要跳转的路由的个数，linux环境下一般默认为64，Windows一般为128，一般情况下完全足够。丢包其实是由于阻塞造成的。路由有等待队列，并不是我的数据包从本路由到下一个路由是无条件发送的，而是有等待队列，这个等待队列会有丢包的算法实现。比如当前队列已经排列百分之N的容量时，就会随机的丢包等操作。
解决：闭环流控(停等式流控)
4.2.停等式流量控制
问题1 发送端发送后，接收端返回ACK，发送端会在一段时间后才能收到消息
问题2：发送端发送消息后丢包了，在一定时间（RTT）后没有收到接收端ACK，则重新发送消息
问题3：发送端发送消息后，接收端收到了数据，并且发送了ACK，但是ACK数据丢了，在一定时间后没有收到接收端ACK，则重新发送消息。接收端如何判断收到的包已经收到过了(data包加编号)，则直接放弃该包，直接回复ACK。
问题4：如图 d2 丢包，ACK1 延迟回复给了发送端，则发送端认为d2发送成功，继续发d3，实际接受端是没有收到过d2的。所以ACK也要加编号，否则就可能出现这类问题。