ImageVerifierCode 换一换
格式:DOC , 页数:8 ,大小:835KB ,
资源ID:1684818      下载积分:6 金币
快捷注册下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/1684818.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

开通VIP折扣优惠下载文档

            查看会员权益                  [ 下载后找不到文档?]

填表反馈(24小时):  下载求助     关注领币    退款申请

开具发票请登录PC端进行申请

   平台协调中心        【在线客服】        免费申请共赢上传

权利声明

1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前可先查看【教您几个在下载文档中可以更好的避免被坑】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时联系平台进行协调解决,联系【微信客服】、【QQ客服】,若有其他问题请点击或扫码反馈【服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【版权申诉】”,意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:0574-28810668;投诉电话:18658249818。

注意事项

本文(传输层协议分析实验报告.doc)为本站上传会员【w****g】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4009-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

传输层协议分析实验报告.doc

1、2、 传输层协议分析 2、A 数据包捕获分析部分 2、1 实验目得 理解TCP报文首部格式与字段得作用,TCP连接得建立与释放过程,TCP数据传输中编号与确认得作用。 2、2 实验内容 应用TCP应用程序传输文件,截取TCP报文,分析TCP报文首部信息,TCP连接得建立过程,TCP数据得编号与确认机制。 2、3 实验原理 TCP协议就是传输控制协议得简称,工作在网络层协议之上,就是面向连接得,可靠得,端到端得传输层协议。 1) TCP得报文格式 TCP报文段分为头部与数据两部分,如图1: 图1  TCP报文段得总体结构 TCP首部 TCP数据部分 TCP报文段首部又分

2、为固定部分与选项部分,固定部分为20B,如图2所示,这些字段得组合实现了TCP得所有功能。 图2 TCP报文段得首部 0                  15     31 源端口 目得端口 序号 确认号 头部 长度(4bit) 保留 U R G A C K P S H R S T S Y N F I N 窗口 校验与 紧急指针 选项(长度可变) 填充 TCP采用传输输连接得方式传送TCP报文,传输连接包括连接建立、数据传输与连接释放三个阶段。

3、 2) TCP连接得建立 TCP连接建立采用“3次握手"方式。 首先,主机A得TCP向主机B得TCP发出连接请求报文段,其首部中得同步位SYN应置1,同时选择一个序号X,表明在后面传送数据时得第一个数据字节得序号就是X+1,如图3所示: 被动打开 主动打开 确认 连接请求 图3  TCP连接建立得3次握手过程 然后,主机B得TCP收到连接请求报文段后,若同意,则发回确认.在确认报文段中应将SYN与ACK都置1,确认号应为X+1,同时也为自己选择一个序号Y. 最后,主机A得TCP收到B得确认后,要向B发回确认,其ACK置1,确认号为Y+1,而自己得序号为X+1。TCP得标准

4、规定,SYN置1得报文段都要消耗掉一个序号。同时,运行客户进程得主机A得TCP通知上层应用进程,连接已经建立.当主机A向B发送第一个数据报文段时,其序号仍为X+1,因为前一个确认报文段并不消耗序号。 当运行服务器进程得主机B得TCP收到主机A得确认后,也通知其上层应用进程,连接已经建立. 另外,在TCP连接建立得过程中,还利用TCP报文段首部得选项字段进行双方最大报文段长度MSS协商,确定报文段得数据字段得最大长度。双方都将自己能够支持得MSS写入选项字段,比较之后,取较小得值赋给MSS,并应用于数据传送阶段。 3) TCP数据得传送 为了保证TCP传输得可靠性,TCP采用面向字节得方

5、式,将报文段得数据部分进行编号,每个字节对应一个序号。并在连接建立时,双方商定初始序号.在报文段首部中,序号字段与数据部分长度可以确定发送方传送数据得每一个字节得序号,确认号字段则表示接收方希望下次收到得数据得第一个字节得序号,即表示这个序号之前得数据字节均已收到。这样既做到了可靠传输,又做到了全双工通信。 当然,数据传送阶段有许多复杂得问题与情况,如流量控制、拥塞控制、重传机制等,本次实验不探究。 4)TCP连接得释放 在数据传输结束后,通信得双方都可以发出释放连接得请求。TCP连接得释放采用“4次握手”。如图 图4 TCP连接释放得4次握手过程 首先,设图4中主机A得应用

6、进程先向其TCP发出释放连接得请求,并且不再发送数据。TCP通知对方要释放从A到B这个方向得连接,将发往主机B得TCP报文段首部得中止位置1,其序号X等于前面已传送过得数据得最后一个字节得序号加1。 主机B得TCP收到释放连接通知后即发出确认,其序号为Y,确认号为X+1,同时通知高层应用进程,如图中得箭头①。这样从A到B得连接就被释放了,连接处于半关闭状态,相当于主机A对主机B说“我已经没有数据发送了。但就是如果您还有数据要发送,我仍然接收." 此后,主机B不再接收A发来得数据。但若主机B还有一些数据要发给A,则可以继续发送(这种情况很少)。主机A只要正确收到数据,仍然向B发送确认. 若

7、主机B不再向主机A发送数据,其应用进程就通知TCP释放连接,如图中得箭头②。主机B发出得连接释放报文段必须将中止位FIN与确认位ACK置1,并使其序号仍为Y(因为签名发送得确认报文段不消耗序号),但就是还必须重复上次已经发送过得ACK=X+1。主机A必须对此发出确认,将ACK置1,ACK=Y+1,而自己得序号仍然就是X+1,因为根据TCP标准,前面发送过得FIN报文段要消耗掉一个序号。这样就把B到A得反方向得连接释放掉。主机A得TCP再向其应用进程报告,整个连接已经全部释放。 2、4 实验步骤 步骤1  在Wireshark中设置过滤条件,协议为TCP  ,地址为本机-〉any,并开始截获

8、报文; 步骤2 打开、,完成后,保存截获得报文并命名为“TCP学号”,分析捕获得报文。 这里,TCP得连接与建立采用得就是: 三次握手  方式,本机就是 192、168、3、3   ,远端主机就是 192、168、3、183     . 步骤3  分析TCP连接建立过程得前3个报文,填写下表1: 表1  TCP建立过程得三个报文信息 字段名称 第一条报文 第二条报文 第三条报文 报文序号 1704 1716 1718 Sequence Nunber 830 849 835 ACK Number 289 291 237 ACK 1 291

9、 1 SYN 1 1 1 步骤4 分析截获报文中数据发送部分得第一条TCP报文及其确认报文,将报文中得字段值填写在表格2中。 表2  TCP报文首部信息 字段名 长度 字段值 字段意义 发送报文 确认报文 源端口 16 发送 目标端口 16 确认 端口号就是唯一标识 序号 32 确认好 32 确认 头部长度 4 保留 6 保留字段 窗口 16 校验与 16 紧急指针 16 选项(长度可变) 步骤5  TCP连接建立时,其报文首部与其它TCP报文不

10、同,有一个option字段,它得作用就是什么?结合IEEE802、3协议规定得以太网最大帧长分析此数据就是怎么得出来得? 步骤6 分析TCP数据传送阶段得前8个报文,将报文信息填入表3: 表3  TCP数据传送部分得前8个报文 报文序号 报文种类 序号字段 确认号字段 数据长度 被确认报文序号 窗口 3744 确认 289 1 324 289 123 3754 发送 1 0 66 16580 3764 确认 1 1 344 291 123 3784 发送 1 0 66 16579 3794 确认 237

11、 1 290 237 123 3804 发送 1 0 66 16593 3814 确认 289 8 3824 确认 29 68 2、5  实验总结 在实验中,通过分析截获得TCP报文首部信息,可以瞧到首部中得序号、确认号等字段就是TCP可靠连接得基础。 分析TCP头部信息,分析“3次握手”过程。通过对数据传送阶段报文得初步分析,了解数据得编码与确认机制。 总之,TCP协议中得各项设置都就是为了在数据传输时提供可靠得面向连接得服务. 2、B 编程构造UDP数据包部分 使用C语言构造UDP数据包程序。 1) UDP首部与伪

12、首部结构体定义 /* UDP 首部*/ struct udphdr{ unsigned short u_src; unsigned short u_dst; unsigned short u_len; unsigned short u_cksum; char u_data[U_MAXLEN]; }; //UDP中校验使用得伪首部 struct pseudo_header {int srcIp; short udp_len; char rsv; char protocol; unsigned short src_port; unsigned short dsc_p

13、ort; unsigned short len; unsigned short check_sum; char data[2]; }; 2)构建UDP报文数据 int build_udp_Package(struct socket_pair * sp,const unsigned char *buf,int len,unsigned char *udpPacket[],int *udpPacketLen){ *udpplen=sizeof(struct udp_hdr)+len; struct udp_hdr*uh=(struct udp_hdr*)udppkt; unsigned char*dbuf=(udppkt+sizeof(struct udp_hdr)); memcpy(dbuf,buf,len); Uh—>source=htons(s_port); Uh—〉dest=htons(d_port); Uh-〉len=htons(sizeof(struct udp_hdr0)+len); Uh->check=0; Un—>check=udpcksum(d_ip,d_port,s_ip,udppkt,sizeof(struct udp_hdr)+len); return udppkt; }

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2026 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服