第6章TCP-UDP.ppt

6.11 拥塞控制 流量控制是一种局部控制机制，其参与者仅仅是发送方和接收方，它只考虑了接收端的接收能力，而没有考虑到网络的传输能力； 正因为流量控制的这种局限性，从而导致了拥塞崩溃现象的发生。 拥塞是由于网络中的路由器超载而引起的严重延迟现象。拥塞的发生会造成数据的丢失，数据的丢失会引起超时重传，而超时重传的数据又会进一步加剧拥塞，如果不加以控制，最终将会导致系统的崩溃。 拥塞造成的数据丢失，仅仅靠超时重传是无法解决的，因此,TCP提供了拥塞控制机制。 * 6.11 拥塞控制 拥塞控制注重于整体，其考虑的是整个网络的传输能力，是一种全局控制机制。参见RFC2581. TCP的拥塞控制，仍然是利用发送方的窗口来控制注入网络的数据流的速度。减缓注入网络的数据流后，拥塞就会自然被解除。 引入拥塞控制后，发送窗口大小取决于两个方面的因素： 接收方的处理能力——确认报文所通告的窗口大小（即可用的接收缓存的大小）来表示； 网络的处理能力——发送方所设置的变量—拥塞窗口来表示。 发送窗口的大小取通告窗口和拥塞窗口中较小的一个。 发送窗口大小=min(接收方通告窗口大小，拥塞窗口大小) * 6.11 拥塞控制 拥塞策略 TCP处理拥塞的一般策略基于三个阶段  * 6.11 拥塞控制 慢开始阶段：早期开发的TCP应用在启动一个连接时会向网络中发送大量数据包，这样很容易导致路由器 缓存空间耗尽，网络发生拥塞。由于TCP源端无法知道网络资源当前的利用状况，因此新建立的TCP连接不能一开始就发送 大量数据，而只能逐步增加每次发送数据量，避免上述现象的发生。 * 新的TCP连接时，拥塞窗口（cwnd）初始化为一个数据包大小。源端按cwnd大小发送数据，每收到一个ACK确认，cwnd就增加一个数据包发送量，这样cwnd就 将随着回路响应时间（Round Trip Time，RTT）呈指数增长，源端向网络发送的数据量将急剧增加。事实上，慢启动一点也不慢，要达到每RTT发送W个数据包所需时间仅为RTT× logW。由于在发生拥塞时，拥塞窗口会减半或降到1，因此慢启动确保了源端的发送速率最多是链路带宽的两倍。 慢开始，指数增大 6.11 拥塞控制 拥塞避免阶段：如果TCP源端发现超时或收到3个相同ACK副本时，即认为网络发生了拥塞（主要因为由传输引起的数据包损坏和丢失的概率很小（1%））。此时就进入拥塞避免阶段。 * 慢启动阈值 （ssthresh）被设置为当前拥塞窗口大小的一半；如果超时，拥塞窗口被置1。如果cwndssthresh，TCP就执行拥塞避免算法，此时，在一个RTT内，cwnd将增加1，所以在拥塞避免阶段，cwnd不是呈指数增长，而是线性增长。 拥塞避免，加法增大 6.11 拥塞控制 拥塞检测阶段：若拥塞发生了，拥塞窗口的大小就必须减小。发送端能够猜测到拥塞已发生的唯一方法是它必须重传一个报文段。 * 拥塞 快重传和快恢复 门限值下降到一半（乘法减小） 6.11 拥塞控制 * 小结： TCP拥塞策略及三个阶段之间的关系 6.11 拥塞控制 * 例子：假定最大窗口值为32个报文段，门限值为16个报文段。 TCP与UDP协议的比较 TCP UDP 传输是否可靠 可靠 不可靠 是否面向连接 是 否 是否有差错恢复 是 否 是否拥塞控制 是 否 是否流量控制 是 否 传输速度 慢 快 负载消耗 多 少 适用场合 可靠数据传输 不可靠快速传输 * TCP与UDP相同：传输层协议，使用端口号进行通信。 TCP与UDP不同： 本章小结 UDP特点：不可靠、无连接 TCP特点：可靠、面向连接、流、全双工 端口：熟知端口、注册端口、动态端口 套接字地址：IP+端口号 UDP格式 UDP服务：封装和拆装、复用和分用 TCP报文格式 TCP连接：建立（三次握手）、关闭（四次握手） TCP操作：推送，紧急，封装和拆装，复用和分用 TCP控制：流量、差错、时间、拥塞 * 作业 简述TCP和UDP的相同与不同。 简述TCP建立连接的三次握手过程。 实际捕获一个TCP数据报首部如下: 00 50 06 15 bf 7b f0 9b 0f 91 2c ef 70 12 16 d0 fb e5 00 00 02 04 05 b4 01 01 04 02 首部长度为多少字节？ TCP数据报是从服务器发送到客户端，还是从客户端发送到服务器？ 这个TCP报文是建立TCP连接的报文，还是结束TCP连接的报文？ 源端口号和目的端口号是多少？ 序号是多少？确认号是多少？ * 实验六 题目：传输层协议分析 时间： 内容： 用分析软件捕获UDP协议，进行分析。 用分析软件捕获TCP协议，进行分析。 练习命令netstat使用。 撰写实验报告。 * *