计算机网络技术基础单元3网络的体系结构与协议4传输层协议.pptVIP

计算机网络技术基础单元3网络的体系结构与协议4传输层协议.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
计算机网络技术基础单元3网络的体系结构与协议4传输层协议

* * * * TCP建立连接过程 三次握手协议 第一次握手:客户端问服务器咱俩能不能通信?并告知服务器自己的序列号为x,其中x为机器随机产生。 第二次握手:服务器收到来自客户端的序列号x,当服务器认为可以与客户端通信,就发出回应,置确认号为x+1,并告知客户端自己的序列号为y,其中y也是随机生成。 第三次握手:客户端接收到来自服务器的确认号x+1时,知道服务器答应与自己通讯了,于是置下一次正式传输数据开始的序列号为x+1,同时置确认号为y+1,表示告知服务器我收到你的应答了,数据传输可以开始。 TCP建立连接过程 RST=1 服务器拒绝建立连接。 RST=1 客户机拒绝建立连接。 TCP释放连接过程 TCP连接用于双向通信,因此,任何一方一旦完成数据发送,都需启动连接释放过程。发起连接释放过程的一方发送 FIN=1的TCP报文, 另一方以确认应答作为响应。 复习 传输层有哪些功能? 传输层有哪些协议?分别适用于什么情况? TCP首部最少多少字节? TCP的校验和是对哪些部分进行校验的? TCP的端口号起什么作用?http协议对应的端口号是多少? TCP如何建立连接?发起方将哪个标志位置1? TCP如何释放连接?发起方将哪个标志位置1? 五、TCP可靠数据传输技术 TCP 采用了许多与数据链路层类似的机制来保证可靠的数据传输,如采用序列号、确认应答、滑动窗口协议等。 只不过TCP 的目的是为了实现端到端节点之间的可靠数据传输,而数据链路层协议则为了实现相邻节点之间的可靠数据传输。 1.TCP序列号 TCP发送端要为所发送的每一个分段加上序列号(Sequence Number),保证每个分段能被接收端接收,并只被正确地接收一次。 停止等待算法 2.具有重传功能的积极确认技术 接收端在正确收到发送端数据分段之后向发送端回送一个确认信息,如发送方收不到此确认信息将认为此数据丢失,并重新发送此数据。 发送端 接收端 分段 ACK 下一个分段 定时器 溢出时间 确认机制 发送端 接收端 分段 重发该分段 定时器 溢出时间 发送端 接收端 分段 ACK 重发该分段 定时器 溢出时间 数据分段出错或丢失 这两种情况下,接收方不进行任何响应,发送方定时器超时后自动重传 2.具有重传功能的积极确认技术 重传机制 为了避免由于网络延迟引起迟到的确认和重复的确认,TCP 规定在确认信息中捎带一个分段的序号,使接收方能正确地将分段与确认联系起来。 TCP差错控制机制的要素是检错、确认应答和重传; 发送端保留发送的数据报文,接收端对接收到的数据报文检错,如果没有错误,则发送确认应答,发送端在规定时间内接收不到确认应答,重发数据报文。 TCP用确认序号给出接收端已经成功接收的字节流; 3.可变长的滑动窗口协议进行流量控制 滑动窗口 滑动窗口(Sliding window)是一种流量控制技术,可以避免网络拥塞情况的发生。 在TCP段首部的 “窗口”字段写入的数值就是滑动窗口的大小,其单位为字节。在建立连接时,通信双方使用 SYN 报文段或ACK 报文段中的窗口字段捎带着各自的接收窗口尺寸,即通知对方从而确定对方发送窗口的上限。 当滑动窗口为0时,发送方一般不能再发送数据。 思考 假设主机1 有一个大小为4096 字节长的缓冲区,向主机2 发送2048 字节长度的数据分段,在未收到主机2的关于该2048 字节长度分段的确认之前,主机1 向其他主机只能声明自己有多少字节长度的发送缓冲区? 过了一段时间后,假定主机1 收到了来自主机2 的确认,但其中声明的窗口大小为0,表明什么?主机2 能不能接受任何来自主机1 的新的分段了? 流量控制取决于接收端的处理能力和网络状态; 接收端的处理能力通过确认应答中的窗口字段告知发送端; 如何确定网络发生拥塞?在确定网络发生拥塞的情况下,如何确定流量? 发送端确定网络发生拥塞的依据是网络传输TCP报文过程中发生丢失报文的情况,这和重传条件是相同的,这意味着一旦发生丢失报文,发送端需要调节发送流量。 六、TCP流量控制机制 慢启动 发送端一开始发送报文时,如何确定流量,完全按照接收端的窗口值,还是选择更小的流量? 对未知的情况,总是摸着石头过河!将流量控制在最小,确认网络没有拥塞后,逐渐加大流量,当然,加大过程或者达到接收端公告的窗口值,或者网络发生拥塞时停止,这种方法就是慢启动。 TCP流量控制机制 慢启动 一开始发送1个TCP报文,收到确认应答后,发送2个报文,依此成倍增大,或达到接收端公告的窗口值,或发生报文丢失。 TCP流量控制机制 思考:网络发生拥塞会导致报文丢失,网络根据哪些情况判断报文是否丢失? 发送端通过重传定时器溢出或者连续接收到3个重复的

文档评论(0)

130****9768 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档