17TCP传输控制协议.pdfVIP

  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文档。上传文档
查看更多
17TCP传输控制协议.pdf

下载 第17章 TCP :传输控制协议 17.1 引言 本章将介绍T C P为应用层提供的服务,以及 T C P首部中的各个字段。随后的几章我们在了 解T C P 的工作过程中将对这些字段作详细介绍。 对T C P 的介绍将由本章开始,并一直包括随后的 7 章。第 1 8章描述如何建立和终止一个 T C P连接,第 1 9和第2 0 章将了解正常的数据传输过程,包括交互使用(远程登录)和批量数 据传送(文件传输)。第2 1章提供T C P超时及重传的技术细节,第 2 2和第2 3章将介绍两种其他 的定时器。最后,第2 4章概述T C P新的特性以及T C P 的性能。 17.2 TCP的服务 尽管T C P和U D P都使用相同的网络层( I P ),T C P却向应用层提供与U D P完全不同的服务。 T C P提供一种面向连接的、可靠的字节流服务。 面向连接意味着两个使用 T C P 的应用(通常是一个客户和一个服务器)在彼此交换数据 之前必须先建立一个 T C P 连接。这一过程与打电话很相似,先拨号振铃,等待对方摘机说 “喂”,然后才说明是谁。在第 1 8章我们将看到一个 T C P连接是如何建立的,以及当一方通信 结束后如何断开连接。 在一个T C P连接中,仅有两方进行彼此通信。在第 1 2章介绍的广播和多播不能用于 T C P 。 T C P通过下列方式来提供可靠性: • 应用数据被分割成 T C P认为最适合发送的数据块。这和 U D P 完全不同,应用程序产生的 数据报长度将保持不变。由 T C P传递给I P 的信息单位称为报文段或段( s e g m e n t )(参见 图1 - 7)。在1 8 . 4节我们将看到T C P如何确定报文段的长度。 • 当T C P发出一个段后,它启动一个定时器,等待目的端确认收到这个报文段。如果不能 及时收到一个确认,将重发这个报文段。在第 2 1章我们将了解T C P协议中自适应的超时 及重传策略。 • 当T C P 收到发自T C P连接另一端的数据,它将发送一个确认。这个确认不是立即发送, 通常将推迟几分之一秒,这将在 1 9 . 3节讨论。 • T C P将保持它首部和数据的检验和。这是一个端到端的检验和,目的是检测数据在传输 过程中的任何变化。如果收到段的检验和有差错, T C P将丢弃这个报文段和不确认收到 此报文段(希望发端超时并重发)。 • 既然T C P报文段作为I P数据报来传输,而 I P数据报的到达可能会失序,因此 T C P报文段 的到达也可能会失序。如果必要, T C P将对收到的数据进行重新排序,将收到的数据以 正确的顺序交给应用层。 • 既然I P数据报会发生重复,T C P 的接收端必须丢弃重复的数据。 • T C P还能提供流量控制。 T C P连接的每一方都有固定大小的缓冲空间。 T C P 的接收端只 第17章 TCP:传输控制协议使用171 下载 允许另一端发送接收端缓冲区所能接纳的数据。这将防止较快主机致使较慢主机的缓冲 区溢出。 两个应用程序通过T C P连接交换8 bit字节构成的字节流。 T C P不在字节流中插入记录标识 符。我们将这称为字节流服务( byte stream service )。如果一方的应用程序先传 1 0字节,又传 2 0字节,再传 5 0字节,连接的另一方将无法了解发方每次发送了多少字节。收方可以分 4次接 收这 8 0个字节,每次接收 2 0 字节。一端将字节流放到 T C P 连接上,同样的字节流将出现在 T C P连接的另一端。 另外,T C P对字节流的内容不作任何解释。 T C P不知道传输的数据字节流是二进制数据, 还是A S C I I字符、E B C D I C字符或者其他类型数据。对字节流的解释由 T C P连接双方的应用层 解释。 这种对字节流的处理方式与U n i x操作系统对文件的处理方式很相似。 U n i x 的内核 对一个应用读或写的内容不作任何解释,而是交给应用程序处理

文档评论(0)

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

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

1亿VIP精品文档

相关文档