[TCPIP工作原理教案第07章传输控制协议TCP.pptVIP

[TCPIP工作原理教案第07章传输控制协议TCP.ppt

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

第7章 传输控制协议(TCP) 本章学习目标 了解面向连接的概念 了解TCP报文端的结构及其首部各个字段的意义 理解TCP连接的建立和关闭的过程 理解TCP保证可靠性的机制:顺序号、超时与重传和确认 了解TCP的流量控制方法 了解TCP的拥塞控制策略 7.1 TCP协议 TCP连接 数据流传输 可靠传输 TCP连接 TCP协议与UDP一个重要的不同之处是TCP是面向连接的而UDP是非连接的 TCP传输数据前必须先在发送者和接受者之间通过握手建立一个连接 TCP常用端口号 数据流传输 TCP协议只是把应用程序要传输的数据当成无结构的可以分成字节的比特流 TCP协议“不知道”所传输的数据的意义 可靠传输 TCP是可靠的传输层协议,它使用多种技术来保证数据的可靠交付 7.2 TCP报文段结构 报文段头部 源端口(16比特):报文段发送者端口号 目的端口(16比特):报文段接收者端口号 顺序号(32比特):TCP为每个要传送的字节分配一个正整数,称为顺序号。 报文段头部(续) 确认号(32比特):当控制位ACK置位时,此域包含的顺序号为接收端希望接收的下一个字节的顺序号。 首部长度(4比特):以32比特为单位的报文段首部的长度,即指出数据区在报文段中的位置。 保留位(6比特):保留未用,全置为0。 报文段头部(续) 控制位(6比特) URG:置位时表示紧急指针字段有效。 ACK:置位时表示确认号字段有效。 PSH:置位时表示本报文段要求PUSH操作,此时TCP会立即发送缓冲区中的数据,而不必等待缓冲区填满;在接收端,TCP立即把接收到的数据送给应用程序。 RST:置位时表示连接复位,用于在连接发生异常时复位连接。 SYN:置位时表示与对方同步顺序号。 FIN:置位时表示发送方没有数据发送了,用于关闭连接。 报文段头部(续) 窗口(16比特):指出接收方可以接收的最大字节数,可以认为是接收端缓冲区的大小。 校验和(16比特):用于检测数据是否在传输过程中受到破坏。 校验和计算所用到伪头部格式 报文段头部(续) 紧急指针(16比特):当URG位置位时此字段才有效。有效时标识了此报文段中紧急数据最后一个字节相对于此保文段数据区第一个字节的偏移量。 可选项:此字段位数是可变的,没用到的位用0填充使其长度为32比特。 7.3 TCP的连接管理 ◆ 连接的建立 ◆ 连接的关闭 TCP连接的建立--三次握手过程 TCP连接的关闭 7.4 顺序号和确认 顺序号(Sequence number)是一个正整数。当TCP要发送数据时,它随机选择一个初始顺序号,顺序号依次递加,按顺序分配给后续的每个字节的数据 顺序号 顺序号的最大值为( )。当数据过大,顺序号超过此数,则顺序号 对取模 顺序号示例 接收端对接收数据的确认 7.5 滑动窗口机制和流控制(Flow control) 为了充分利用网络的带宽,提高网络的运行效率,TCP采用滑动窗口机制控制数据的发送 滑动窗口示例 7.6 糊涂窗口症状(Silly window syndrome) 避免糊涂窗口 在发送端,防止逐个字节地发送数据,而是收集了一定数量的数据后再打包发送 ----Nagle 算法 接收端糊涂窗口的一种解决方法是延迟发送确认 另一种解决方法称为Clark方法 7.7 拥塞控制(Congestion control) 当在网络中传输的数据过多而超过网络的容量时,数据传输的延时将大大增加,这就导致拥塞的发生。拥塞发生后,一方面数据的延迟严重,另外路由器由于超载而丢弃数据,这些都会使得发送端重传更多的报文,更多的报文进入到网络中又加剧网络拥塞的状况。如果这种状况持续下去,将发生所谓拥塞崩溃的现象 防止发生拥塞崩溃 TCP采用了限制发送端发送数据的多少和速率的方法 7.8 溢出时间和重传 为了确保可靠性,TCP要求接收端对收到的数据进行确认。TCP为每个发送报文段安排了一个定时器并设定一个溢出时间,如果在定时器溢出时还未收到确认信号,发送端则重新发送数据 溢出时间合理---自适应重传算法 7.9 TCP连接的状态转换图 TCP连接主要经过连接的建立、数据的传输和连接的关闭三个阶段,在各个不同的阶段,TCP连接可能处于不同的状态 状态转换图说明各个状态的转换关系 TCP有限状态机各个状态的描述 小结 TCP是一种重要的网络协议,它为应用程序提供了可靠的面向连接的数据流传输服务。 TCP使用顺序号、确认和重传等技术保证传输的可靠性。 滑动窗口机制使得TCP能有效地使用网络资源。通过改变窗口的大小和通告窗口,TCP可以对流量进行一定的控制。 TCP还提供了拥塞避免、慢启动和加速递减等算法来解决网

文档评论(0)

guojiahao8 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档