计算机网络运输层精要.ppt

* * * * * * * * * * * * * * * * * * * * * 24 从连续收到三个重复的确认转入拥塞避免 2 4 6 8 10 12 14 16 18 20 22 0 0 4 8 12 16 20 传输轮次 拥塞窗口 cwnd 收到 3 个重复的确认 执行快重传算法 慢开始 “乘法减小” 拥塞避免 “加法增大” TCP Reno 版本 ssthresh 的初始值 拥塞避免 “加法增大” 新的 ssthresh 值 快恢复 UDP协议和TCP协议都是属于传输层的协议。（1）UDP协议： UDP协议是无连接的、不可靠的协议，是一种尽力而为的数据交付服务；UDP 没有流量控制、差错控制和拥塞控制机制，接收方使用校验和检测差错；UDP对接收到的数据报不发送确认； UDP传送数据比TCP速度快，UDP用户数据报的首部开销小，只有8个字节。（2）TCP协议：TCP利用端口号提供进程到进程的通信；TCP是面向连接的，提供可靠的数据传输；TCP提供全双工通信；TCP提供流量控制、差错控制、拥塞控制。TCPP传送数据速度相对慢些。 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * “选择性确认（Selective ACK，SACK）机制”:在SACK支持下，仅可以重传缺少部分的数据，而不要重传那些已正确接收的数据。 就是在TC数据段格式的头部“可选项”字段中添加一个代表支持SACK的选项。要使用SACK，首先必须在建立TCP传输连接时的SYN数据段中包含“SACK-Permit”（SACK允许）字段选项，表示在今后的传输中希望收到SACK选项。然后在其它的数据段中需要包含“SACK”字段。 7.5 TCP 的流量控制7.5.1 利用滑动窗口实现流量控制 一般说来，我们总是希望数据传输得更快一些。但如果发送方把数据发送得过快，接收方就可能来不及接收，这就会造成数据的丢失。 流量控制(flow control)就是让发送方的发送速率不要太快，既要让接收方来得及接收，也不要使网络发生拥塞。 利用以字节为单位滑动窗口机制可以很方便地在 TCP 连接上实现流量控制。 在建立连接时，双方通过连接相互通告各自的初始窗口大小。 在数据传输过程中，发送端按接收端发回的确认报文中的窗口值发送一定的数据量；接收端可根据接收缓冲区的使用状况动态地调整接收窗口大小，并在发送确认报文进行确认时捎带着将新的窗口大小通告给发送端。发送端将按新的接收窗口尺寸来调整发送窗口大小，接收端也用新的接收窗口大小来验证新到达数据分组的可接受性。 注意：传输层的滑动窗口机制与数据链路层协议流量控制中的固定滑动窗口有所不同。传输层中的窗口值是随着数据的传输过程而不断变化的。 以字节为单位的滑动窗口 前移 不允许发送 已发送并 收到确认 A 的发送窗口 = 20 允许发送的序号 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 B 期望 收到的序号 前沿 后沿 前移 收缩 根据 B 给出的窗口值 A 构造出自己的发送窗口20 TCP 标准强烈不赞成 发送窗口前沿向后收缩 序号：seq = 1, DATA seq = 201, DATA seq = 401, DATA seq = 301, DATA seq = 101, DATA seq = 201, DATA seq = 501, DATA ACK = 1, ack = 201, rwnd = 300 ACK = 1, ack = 601, rwnd = 0 ACK = 1, ack = 501, rwnd = 100 A B 允许 A 发送序号 201 至 500 共 300 字节 A 发送了序号 101 至 200，还能发送 200 字节 A 发送了序号 301 至 400，还能再发送 100 字节新数据 A 发送了序号 1 至 100，还能发送 300 字节 A 发送了序号 401 至 500，不能再发送新数据了 A 超时重传旧的数据，但不能发送新的数据 允许 A 发送序号 501 至 600 共 100 字节 A 发送了序号 501 至 600，不能再发送了 不允许 A 再发送（到序号 600 为止的数据都收到了） 丢失！ 流量控制举例 A 向 B 发送数据。在连接建立时，B 告诉 A：“我的接收窗口 rwnd = 400（字节）”。 注意：只有当ACK=1时，确认号ack才有效。 利用滑动窗口实现流量控制 P197 图7-15 TCP利用窗口