第2章 TCPIP协议分析-7 传输层协议 (课件).pptVIP

第2章 TCPIP协议分析-7 传输层协议 (课件).ppt

  1. 1、本文档共90页,可阅读全部内容。
  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文档。上传文档
查看更多
网 络 协 议 第2章 TCP/IP协议分析 TCP/IP协议族 编址与地址解析 网际协议 网际控制消息协议 IP路由协议 IP组播协议 传输层协议 应用层协议 2.7 传输层协议 衡量通信子网服务质量的指标: 连接建立延时 / 释放延时; 连接建立失败概率 / 释放失败概率; 传输延时; 吞吐率; 残留误码率; 传输失败概率; 物 理 层:比特流的传输; 数据链路层:将有差错的物理链路变成无差错的数据链路; 网络层:如何使报文分组以适当的路径通过通信子网; 传输层:如何实现分布式进程之间的通信; 单机系统内的进程通信的解决办法 进程 — 程序、程序操作的数据与进程控制块; 进程间的同步与互斥关系的解决; 进程间的通信方法 — 信号量与P、V操作; 消息缓冲区; 原语; 进程间发送与接收数据: 发送原语(Send primitive); 读取原语(Read primitive); 所以的过程都是在一个操作系统的管理下进行的; 网络环境中计算机之间的进程通信的特点 计算机网络:分布在不同地理位置的多台独立的计算机系统的集合; 独立的计算机系统:存在独立的操作系统; 各自的自主性 — 很多问题的不确定性; 各个主机的活动状态? 各个主机的内部进程的状态? 每个进程什么时间参与网络活动? 参与网络活动时希望与网中哪个进程通信? 为每一个用户进程分配一个传输地址; 每一个传输地址在全网应该是惟一的; 在进程通信开始之前需要解决: 双方进程要有共同的起始状态: 一方处于发出通信要求的状态; 另一方要处于接受通信连接的“倾听”状态; 双方进程要有共同认可的通信环境: 是否提供差错控制; 是否提供流量控制; 双方之间建立起双向的逻辑通道; 传输层协议与数据链路层协议的区别 窗口字段 —— 占 2 字节。窗口字段用来控制对方发送的数据量,单位为字节。TCP 连接的一端根据设置的缓存空间大小确定自己的接收窗口大小,然后通知对方以确定对方的发送窗口的上限。 TCP报文段的封装 连接建立 服务器:LISTEN,ACCEPT 客户机:CONNECT 三次握手( three-way handshake) 数据传送 连接释放 CLOSE TCP三次握手/建立连接 TCP三次握手/建立连接 TCP三次握手/建立连接 TCP三次握手/建立连接 在现在的大部分Internet中,网络拥塞造成的包丢失(或极长的延迟)现象比硬件故障造成的包丢失现象更容易发生。而传输协议中的重发,即向网络中送入消息的另外副本,会加重拥塞。如果拥塞又引起额外的重发,则系统会进入拥塞崩溃(congestion collapse)的状态,类似于高速公路上的交通阻塞。 为了避免这一问题,为了更好地进行拥塞控制,Internet标准推荐使用三种技术,即慢启动(slow-start),加速递减(multiplicative decrease)和拥塞避免(congestion avoidance)。 使用这些技术的一个前提就是:由于通信线路带来的误码而使得分组丢失的概率很小(远小于1%)。因此,只要出现分组丢失或迟延过长而引起超时重发,就意味着在网络中的某个地方比现了拥塞。 拥塞控制算法举例 UDP头部 UDP伪首部(12字节) 如果接收方应用程序读数据的速度能够与数据到达的速度一样快,接收方将在每一确认中发送一个正的窗口通告。然而,如果发送方操作的速度快于接收方(由于CPU更快),接收到的数据最终将充满接收方的缓冲区,导致接收方通告一个零窗口(zero window)。发送方收到一个零窗口通告时,必须停止发送,直到接收方重新通告一个正的窗口。 本地TCP在字节序列范围内设置传送窗口。 源TCP将窗口内的所有字节顺序组织成段,并试图无延迟地发送这些段。 段的分组与传送导致边界指针在传送窗口内从左向右迅速移动。当发送TCP进程接收到来自目的主机的一个确认(ACK)时,对应每一个字节的确认整个窗口向右滑动一个字节。 由于ACK可能是累积的,在向右移动过程中窗口会发生跳跃。只要接收到ACK,窗口就继续向右移动,而边界指针不会追上标记窗口右边界的指针。如果边界指针触到标记窗口右边的指针,传送TCP进程必须终止传送,并要等待ACK到达后窗口才可以向右移动。 对应每一个连接有两个窗口。一个窗口随着数据的发送而滑动,第二个窗口则随着数据的

文档评论(0)

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

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

1亿VIP精品文档

相关文档