首页 TCP协议分析报告

TCP协议分析报告

举报
开通vip

TCP协议分析报告TCP协议分析报告 在滑动窗口的操作中可能出现一个严重的问题这就是发送前言, 0. 程序产生数据很慢或者接收程序消耗数据很慢或者两者都有 , , 。在传输层指定了三个协议, 、和 , 其中 TCP/IP UDPTCP SCTPSCTP是上述哪种情况都使得发送数据的报文段很小这就非常低效 , , 是新的传输层协议, 现在一些实现已经在使用。本文将着重讨 协 TCP 用网络容量这个问题叫糊涂窗口综合症 。。 与 类似位于网络层和应用层之间是进程到进程的协议TCP UDP , 。 议但 是面向连接可靠的运输协议它给 服...

TCP协议分析报告
TCP 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 分析报告 在滑动窗口的操作中可能出现一个严重的问题这就是发送前言, 0. 程序产生数据很慢或者接收程序消耗数据很慢或者两者都有 , , 。在传输层指定了三个协议, 、和 , 其中 TCP/IP UDPTCP SCTPSCTP是上述哪种情况都使得发送数据的报文段很小这就非常低效 , , 是新的传输层协议, 现在一些实现已经在使用。本文将着重讨 协 TCP 用网络容量这个问题叫糊涂窗口综合症 。。 与 类似位于网络层和应用层之间是进程到进程的协议TCP UDP , 。 议但 是面向连接可靠的运输协议它给 服务添加了面向连发送端产生的症状, TCP , , IP 序 服 务 可 能 会 产 生 糊 涂 窗 口 综 合为产生数据很慢的应用程 接和可靠性的特点。算法找到了一个很好的解决方法Nagle 。的服务 1. TCP 发送端 经从发送应用程序收到的第一块数据发送出 去TCP 进程到进程的通信 (1) 怕只有一个字节。像 那样 也是使用端口号提供进程到进程的通信与 UDP , TCP 。在发送第一个报文段以后就在输出缓存中积 发送端 , TCP 不同的是 的端口号还可以复用用一个数对 这是因为 UDP TCP , TCP 据并行等待直到或者接收端 发送出确认歌者已积累到足 , TCP , 来标识一条连接(HOSTIP,PORT) 。段这时发送端 就可以发送 。, TCP 数据可以装成最大长度的报文 流交付服务 (2) 报文段。与 不同是一种面向流的协议中进程把已有 在 UDP , TCP , UDP 对剩下的传输如果收到了对报文段 的确认或者已积累 , 2 , 以便进行交付但 刚允UDP 。TCP 预先定义好边界的一些报文发送给 就必须发送出去报文段 , 3 够的数据可以装成最大长度的报文段许发送进程以字节流的形式来传递数据收进程也把数据作为字节流 , 接收端产生的症状来接收创建了一种环境使得两个进程好像被一个假想的管 。TCP , “ 可能会产生如果接收端 为消耗数据很慢的应用服务TCP , 道所连接”。 窗口综合症有两种建议的解决方法。。全双工通信 (3)解决方法只要有数据到达就发送确认但在或者缓存Clark : , 数据可在同一时间双向流动都有发送缓存和接收 每一个 , TCP 足够大的空间放入最大长度的报文段之前或者缓存空间的一半 , 缓存而两个方向都可以发送报文段的捎带技术是全双工通信, 。TCP 变空之前一直都宣布窗口值为零, 。 的一个很好应用。面向连接的服务(4) 推迟确认当报文段到达时并不立即发送确认接收端在对 : , 的工作时序为两个 在它们之间建立连接数据在两个 的报文段进行确认之前一直等待, 直到缓存有足够的空间为止。TCP : TCP ; 连接被终止有些连接并非连接因为下层使用了不可 拥塞控制;;;(4) 方向进行交换 靠的交付服务 发送端的窗口大小不等取决于接收端而且还取决于网络IP。 , 可靠的服务 塞发送端有两种信息接收端通告的窗口大小和拥塞窗口大小 (5): 。。的真正大小是两者中的较小的一个真的的窗口使用确认机制来检查数据是否安全和完整地到达这种机制 。=minimum(rwnd, cTCP , 处理拥塞的一般策略是基于三个阶段拥塞避慢开始TCP : , 的基础是带重传的肯定确认。拥塞检测在慢开始阶段发送端从非常慢的发送速率开始但很 。, , 的特点 2. TCP 数据率的增长就放慢以, 把速率增大到一个门限当到达门限时编号系统 。(1) 拥塞最后 如果检测到拥塞发送端就又咽到慢开始或拥塞避。, , 编号是从把在每一个方向传送的字节都进行编号字节号TCP , : 段, 这要根据拥塞是怎样检测到的。 随机产生的数开始的。在慢开始算法中拥塞窗口的大小按指数规律增长直到它 , , 序号当字节都被编号后就给每一个报文段指派一个序号: , TCP 。 一个门限为止。每个报文段的序号就是在这个报文段中的第一个字节数据的序号。 在拥塞避免算法中拥塞窗口的大小按照加法规律增长直 , , 确认号报文段中确认字段值定义了某一方所期望接收的下一个: 如果是用超: 塞被检测到大多数的实现对拥塞检测的瓜不一样。 字节的编号确认号是累计的。。测到拥塞, 那么就开始一个新的慢开始阶段。如果是用三个 ACK流量控制 (2)到拥塞那么就开始一个新的拥塞避免阶段 , 。 滑动窗口在缓存上定义了一个窗口缓存是用来暂存放从应用程序传 的报文段格式 TCP , 3. TCP 发送数据的多少由这个滑动窗口协议定 TCP 递来并准备发送的数据。的分组叫做报文段, 其格式如下图 TCP 1- 1这个想象中 , 义在这个窗口中的字节是可以发送而不必考虑确认的。由两部分组成, 首部和数据。首部在没有选项时是 字节, 20 另一个在右边这个窗口叫滑动窗口左 一个在左边, , , 的窗口有两个沿一些选项时可多达 字节。下面分别讨论每个字段的意思: 60 右边字节是未发送的窗口内的, , 边的的字节是已发送且收到确认的源端口地址定义了在主机中发送这个报文段的应用程序的 : 推送数据 但有些时候一方的应用程序打算把它键入的字符发给对方并 望立即收响应数据的延迟传输和延迟交付对应用程序来说是不可 , 受的此时发送端可以请求推操作表示发送端 不必等待窗口, , TCP 填满它每创建一个报文段就立即发送发送端 还必须设置推, , TCP 位 以告诉接收端 这个报文段所包括的数据必须尽快地交PSH TCP, 接收应用程序而不要等待更多的数据的到来 , 。 紧急数据 有些时候发送应用程序希望某一块数据由接收应用程序不按 读出解决这个问题的方法是发送 位置 的报文段发送应用, URG 1 。 序告诉发送端 这块数据是紧急的发送端 创建报文段并TCP , TCP , 紧急数据放在报文段的开始报文其余部分可以包括来自缓存的正。 数据首部中的紧急指针字段了紧急数据的结束和正常数据的开。 当接收端 收到 位置 的报文段时它就利用紧急指针的TCP URG 1 , 从报文段中提取出紧急数据并不按序把它交付给接收 应用程序 , 。 连接终止( 3) 图 的报文段格式1- 1 TCP 参加数据交换的双方中的任何一方都可以关闭连接当一个方 , 的连接被终止时另外一方还可向对方发送数据现今大多数的初 , , 控制定义了 种不同的控制位或标志在同一时间可设置一位: 6 , 允许在终止时有两个选项具有半关闭的三向握手和四向握手但 : 。 或多位标志。 前大多采用了四向握手。确认有效请求推操作连接复 紧急指针有效URG: ;ACK:;PSH:;RST:三向握手 位同步序号终止连接;SYN:;FIN:。 现今大多数的实现在连接终止时使用三向握手。 窗口大小定义对方必须维持的窗口值字节为单位 : ( ) 就发送第一个在收到客户进程发来的关闭命令后客户 TCP , 检验和在 中是可选的但在 中是强制的: UDP , TCP 。 文段 此报文段可以包含客户发送的最后一块数据FIN, 。 紧急指针指明报文段中包含紧急数据: 。 把这种情况通知它的服务器 在收到这个 报文段后TCP FIN , 选项: 加入可选项, 如 SACK程并发送第二个报文段 报文段宣布在另一个方向的连, FIN+ACK 连接 4. TCP 关闭了此报文段可以包含从服务器发送的最后一块数据。。连接的虚拟的不是物理的工作在高层使用 TCP , , TCP 。TCP IP 客户 发送最后一个报文段 来证实从 服务器 收TCP ACK TCP 的服务把单个的报文段交付给接收端但是 控制这个连接本身, TCP , 了 报文段FIN 。 如果一个报文段丢失了或受到损伤那么它就要重传但 不知道这 , 。IP 半关闭种重传如果一个报文段没有按序到达 那么 保留它 直到丢失, , TCP , 在 一方可以终止发送数据但仍然可以接收数据这叫半TCP, , , 的报文段到达为止, 并不知道这种重新排序。 IP 闭客户发送 报文半关闭了这个连接但服务器仍然可以发送。FIN , , 面向连接的传输需要三个阶段连接建立数据传输和连接 TCP : 、据当服务器已经把所有处理的数据都发送完毕时就发送 报, , FIN 终止。 段客户端收到后回送 完成关闭。ACK 。 三次握手建立连接: (1) 连接复位客户发送第一个报文段报文段这个报文段中只有 标 , SYN , SYN 在一端的 可以拒绝一个连接请求可以异常终止一条连TCP , 志置 这个报文段的作用是使序号同步不携带任何数据但是它消1, , , 或可以终止一条空闲的连接所有这些都可以用 标志来完成, RST 。 耗一个序号。差错控制5. 报文段 服务 器 使 用即 SYN+ACK , 服务器发送第二个报文段 ,使用差错控制提供可靠性, TCP 差错控制包括以下一些机制 :报文段同步初始序号以便从服务器向发送字节使用 标志SYN , 。ACK 测受到损伤的报文段丢失的报文段失序的报文段和重复的报文、、 确认已从客户端收到了 报文段同时给出期望从客户端收到的SYN , 差错控制还包括检测出差错后纠正差错的机制中的差错检。TCP 下一个序号服务器还必须定义客户端要使用的接收窗口, 。SYN+ACK 和 差 错 纠 正 是 通 过 使 用 这 样 三 个 简 单 工 具 得 的 检 验 和 确 认 以 : 、报文段不携带数据但消耗一个序号 , 。 超时。 发送第三个报文段仅仅是一个 报文段此报文段序号与上ACK , ?一个 序号一样不消耗任何序号客户还必须定义服务器窗SYN , ACK , 参考文献【】口值有些实现中第三个报文段可以携带数据块这时报文段必须有 。( , [ ] 协议族第三版 著 1TCP/IP Behrouz A.Forouzan 234- 290. 一个新的序号来表示数据中的第一个字节的编号。 [ ] 用 进行网际互联 第一卷 著 2TCP/IP Douglas E.Comer 144- 173.两个进程都发出主动打开这种情况下两个 都向对方发送 , , TCP 报文段此时没有客户也没有服务器通信的双方是对等 作者简介付慧女硕士助教主要研究方向虚拟现实通信SYN+ACK , , , : ( 1981—) , , , , : 。 址山东省临沂市临沂师范学院信息学院 的等到两个 报文段确认了 报文段后连接就打开了: 。。SYN+ACK SYN , 。 高思庆男硕士研究生助教主要研究方向软件工程人工(1977—), , , , : , 四向握手 ( )能计算机网络 , 。数据传送 (2) 连接建立后双向的数据传送就可以开始客户和服务器都可以 , 。责任编辑汤 [ : 在两个方向传送数据和确认两端使用缓存提高了 的效率, TCP 。 ? 李道荣水处理剂概论北京化学工业出版社[ 1] , [M]。: , 2005, 42—57. 页混凝剂投加顺序的影响当使用多种混凝剂时其上接第 ( 43 ) 。, [ ] 郑怀礼, 生物絮凝剂与絮凝技术 。北京: 化学工业出版社, , 2[M]2004最佳的投加顺序通过试验确定一般而言当无机混凝剂与有机混凝 。, , — 143475.剂并用时先投加无机混凝剂再投加有机混凝剂但当处理的胶粒在, , 。 [ ] 刑素青, 化学强化絮凝法处理焦化 废 水 的 研 究。 太 原 : 太 原 理 工 大 3[D]以上时常先投加有机混凝剂吸附架桥再加无机混凝剂压缩双 50μm , , 2006. 电层而使胶体脱稳。 [ ] 陈复, 水处理技术及药剂大全。北京: 中国石化出版社, , — 4[M]200010212
本文档为【TCP协议分析报告】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
该文档来自用户分享,如有侵权行为请发邮件ishare@vip.sina.com联系网站客服,我们会及时删除。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
下载需要: 免费 已有0 人下载
最新资料
资料动态
专题动态
is_482581
暂无简介~
格式:doc
大小:31KB
软件:Word
页数:0
分类:生活休闲
上传时间:2018-01-08
浏览量:14