计算机网络-谢希仁第六版第五讲传输层zm2014下祥解.ppt

* 不允许 发送 已发送并收到确认 A 的发送窗口已满，有效窗口为零 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 P1 P2 P3 A 的发送窗口内的序号都已用完， 但还没有再收到确认，必须停止发送 滑动窗口示例 计算机网络 5. 传输层：流量控制 * □ 滑动窗口以字节为单位，最大65535字节□ TCP 连接的每一端都必须设有两个窗口 一个发送窗口和一个接收窗口 一方的发送窗口和另一方接收窗口一致！！□ TCP采用可变发送窗口方式进行流量控制 接收端可根据自己的资源情况，动态调整自己的接收窗口，并将新的窗口通告给对方，使对方的发送和自己的接收窗口一致 TCP滑动窗口机制 计算机网络 5. 传输层：流量控制 * 使用可变滑动窗口进行流控 100 200 300 400 500 600 700 800 900 101 201 301 401 501 601 701 801 1 已发送 并被确认 已发送但 未被确认 可发送 不可发送 指针 100 200 300 400 500 600 700 800 900 101 201 301 401 501 601 701 801 1 已发送 并被确认 可发送 不可 发送 指针 发送窗口前移 发送窗口缩小 发送窗口初始：500字节 新窗口通告：400字节 计算机网络 5. 传输层：流量控制 * 0窗口通告面临新问题 □ 问题一： 0窗口通告停止所有的传输，接收缓存又 有空间，怎么办？ Tips:持续定时器使用时机： 一方发送了0窗口通告，另一方就启动定时器 □ 问题二： 非0窗口通告丢失，怎么办？ □ 结 果： 造成死锁 □ 解 决： 发送方为每个连接都启动持续定时器，周 期性的向接收方发窗口探查报文段 □ 解 决： 发送一个非0窗口通告再次触发 计算机网络 5. 传输层：流量控制 * □ 拥塞：负荷过载时出现的严重的时延 □ 拥塞崩溃: 拥塞加剧，直到网络完全崩溃 拥塞控制问题 对资源需求的总和 可用资源 □ 拥塞控制定义：防止过多数据注入到网络中，使 网络中路由器或链路不致过载 计算机网络 5. 传输层：拥塞控制 * TCP拥塞控制策略 □ 核心思想：当网络出现拥塞，减少发送数据 即：改变发送窗口 通知窗口(rwnd)： 接收端根据其接收能力承诺的窗口值，是来自接收端的流量控制 拥塞窗口(cwnd)： 发送端根据网络拥塞情况得出得窗口值，是来自发送端的流量控制? □ 下一问题：发送窗口究竟设置多大？？？ 发送窗口 = min (通知窗口rwnd，拥塞窗口cwnd) □ 解决：引入拥塞窗口—cwnd 问题：拥塞窗口值？ 发送端的主机在发送数据时，既要考虑到接收端的接收能力，又要使网络不要发生拥塞 计算机网络 5. 传输层：拥塞控制 * 慢开始和拥塞避免 快重传和快恢复 TCP拥塞控制算法 --设置拥塞窗口值cwnd □ 基本思想：从小到大逐渐增加拥塞窗口 网络没有出现拥塞，拥塞窗口就增大 网络出现拥塞，拥塞窗口就减小 □ 基本算法:4个 计算机网络 5. 传输层：拥塞控制 * 传输层协议小结 ◆ 基本问题：端到端数据的传输问题 ◆ 数据源和目的地标识问题（端口）、通信五要素、 多路复用和分解 ◆ UDP协议及应用 ◆ TCP: 报文格式\TCP连接建立和关闭\确认机制- 重传时间算法\流量控制算法-糊涂窗口问 题\拥塞控制算法 * 用TCP还是UDP? 只使用TCP协议 适用于对可靠性要求较高的或需大量传输报文的交互过程； 只使用UDP协议 适用于对可靠性要求不高的或实时的交互过程； 同时使用TCP和UDP协议 不基于任何协议 UDP TCP SMTP HTTP MIME BGP RPC rlogin Rsh FTP TELNET DNS SNMP ASN.1 TFTP BOOTP DHCP NFS RIP RTP RPC XDR *