张店网站建设价,网站换域名做301,求个网站没封的2021,膳食管理东莞网站建设技术支持** 这个实验我没有约到没有问题的机子(连续三台机子都是坏的...)因此仅供参考1、根据2.6中步骤3回答#xff1a;TCP的连接和建立采用的是#xff1a;三次握手方式#xff0c;PCA是主动打开方(C)#xff0c;PCB是被动打开方(S)。先点击发送再点击接收#xff0c;会出现什么…** 这个实验我没有约到没有问题的机子(连续三台机子都是坏的...)因此仅供参考1、根据2.6中步骤3回答TCP的连接和建立采用的是三次握手方式PCA是主动打开方(C)PCB是被动打开方(S)。先点击发送再点击接收会出现什么问题为什么答先点击发送再点击接受会导致连接失败而且如果没有应用进程被动打开那么主动打开的应用进程无法建立连接。因为C/S模式下若Server没有启动那么Client就连接不上。服务器和客户端的结合需要看TCP状态机必须存在被动打开方才能够连接。2、根据2.6中步骤5结合预习报告分析TCP连接的建立过程根据TCP建立过程的三个报文先填写下表字段名称第一条报文第二条报文第三条报文报文序号345Sequence Number001Acknowledgement Number11Ack011Syn1103、根据2.6中步骤6回答TCP连接建立时其报文首部与其它TCP报文不同有一个“Option”字段它的作用是什么值为多少结合IEEE802.3协议规定的以太网最大帧长度分析此数据是怎样得出的。答Option字段的值中包含一个最大报文段长度(Maximum segment sizeMSS)取C/S两方承载的MSS中取较小的值。MSS应用于数据传送阶段在本实验中得到的MSS值是1460 bytes。MSS最大MTU长度IP首部固定长度(20)TCP首部固定长度(20)1500202014604、根据2.6中步骤7结合预习报告分析TCP连接的释放过程选择TCP连接撤消的四个报文将报文信息填入下表。字段名称第一条报文第二条报文第三条报文第四条报文报文序号385386387388Sequence Number35591111355912Acknowledgement Number13559113559122Ack1111Fin10105、根据2.6中步骤8分析TCP数据传送阶段的前8个报文将报文信息填入下表。报文序号报文种类(发送/确认)序号字段确认号字段数据长度被确认报文序号窗口6发送1114058407确认1140101384008发送1401114601458409发送286111460584010确认1286101168011确认143210161460012发送43211146017584013确认1578101917520请写出TCP数据部分长度的计算公式。数据传送阶段第一个报文的序号字段值是否等于连接建立时第三个报文的序号答TCP数据部分长度 IP总长度 - IP首都长度 - TCP首部长度数据传送阶段第一个报文的序号字段值 等于 连接建立时第三个报文的序号。6. 根据3.6.1中“ 滑动窗口机制和窗口侦查机制分析”步骤6回答(1) 分析数据发送部分的前几条报文描述发送方发送窗口的变化并解释为什么答发送方发送窗口的大小线性增大每次递增2920。因为数据发送部分前几条报文时处于慢启动状态拥塞窗口cwnd指数规律增长而滑动窗口rwnd线性增长。一般而言rwnd cwnd而且发送窗口min[cwnd, rwnd]因此发送窗口的大小也随着rwnd线性增长。(2) 指出从哪个序号的报文能够看出接收端开始休眠并解释理由。如果接收缓存大于65535在接收窗口值持续减少前接收端已开始休眠。如果接收缓存小于等于65535在接收窗口值持续减少时接收端开始休眠。因为其后通告的接收窗口越来越小(左边沿在不断向右移动而右边沿不再移动)接收方在窗口范围外的可用缓存已被使用完表明接收方在窗口范围外的可用缓存被已确认的数据占据着应用程序进程没有再从缓存中读取这些已确认的数据即表明其已开始休眠(3)分析文件send2-组座号-tcpsndwnddata.txt选中三次握手连接建立后的前4条报文记录(3条DATA报文、1条ACK报文序号为4、5、6、7)记下发送方发送窗口的相关值(rcv_wnd , snd_wnd_left , snd_wnd_point , snd_wnd_leftcwnd , snd_wnd_leftrcv_wnd , (snd_wnd_point- left))。按下表分析计算接收方(及发送方)的窗口的相关值。5号报文(sender----data----receiver)rcv_wndsnd_wnd_leftsnd_wnd_pointersnd_wnd_leftcwnd和snd_wnd_leftrcv_wndsnd_wnd_point- left发送方发出报文584023799351912379938051237993957123799410312860发送窗口右边沿2379941031通告的接收窗口接收窗口左边沿接收窗口指针接收窗口右边沿在接收缓存中的数据量(即未确认的数据)接收方接到DATA前22379935191237993659123799351911400接收方接到DATA后323799351912379938051237993519128606号报文(sender----data----receiver)rcv_wndsnd_wnd_leftsnd_wnd_pointersnd_wnd_leftcwnd和snd_wnd_leftrcv_wndsnd_wnd_point- left发送方发出报文584023799351912379939511237993957123799410314320发送窗口右边沿2379941031通告的接收窗口接收窗口左边沿接收窗口指针接收窗口右边沿在接收缓存中的数据量(即未确认的数据)接收方接到DATA前32379935191237993805123799351912860接收方接到DATA后323799351912379939511237993519143207号报文(receiver ----ack---- sender)通告的接收窗口接收窗口左边沿接收窗口指针接收窗口右边沿在接收缓存中的数据量(即未确认的数据)接收方发出ACK42379935191237993519123799410310rcv_wndsnd_wnd_leftsnd_wnd_pointersnd_wnd_leftcwnd和snd_wnd_leftrcv_wndsnd_wnd_point- left发送方接到ACK后840023799365912379939511237994243123799449912920发送窗口右边沿2379944991发送方接到ACK前584023799351912379939511237993957123799410314320发送窗口右边沿2379941031(1) 根据文件send2-组座号-tcpsndwnddata.txt中发送方的发送窗口相关值进行分析接收方开始休眠后描述接收窗口的变化指出窗口收缩、窗口合拢、窗口张开对应的开始报文序号并记下send2-组座号-tcpsndwnddata.txt文件中的对应报文的数值记录(pkt_seqnopkt_type..……)。窗口收缩右边沿向左移动RFC强烈不建议使用一般不发生。窗口合拢窗口的左边沿向右边沿靠近发生在接收窗口持续减小期间166 snd_data167 rcv_ack168 snd_data169 snd_data170 snd_data171 snd_data172 snd_data173 rcv_ack174 snd_data175 rcv_ack窗口张开当窗口的右边沿向右移动时将允许发送更多的数据一般发生在休眠结束后通告大窗口时180 rcv_ack181 snd_data182 rcv_ack183 snd_data184 rcv_ack7. 根据3.6.1中“ 滑动窗口机制和窗口侦查机制分析”步骤7回答写出窗口侦查开始的报文序号窗口侦查报文数据长度、窗口侦查报文发送的时间规律。窗口侦查报文指的是Keep-Alive报文长度为5840每相邻两条窗口侦查报文Keep-Alive报文 时间差组成的数据序列的规律成倍增加规律13、根据4.6中步骤7(1)分析UDP报文结构选中第一个UDP报文将UDP协议树中各字段名、字段长度、字段值、字段表达信息填入下表。并绘制UDP报文结构详细绘制UDP协议树字段。字段名字段长度字段值字段表达信息Source Port2 bytesmurray(1123)源端口1123Destination2 bytes1030目的端口1030Length2 bytes13报文长度13Checksum2 bytes0x301d校检码0x301d(2)UDP报文结构与TCP报文结构有什么区别答UDP报文仅有源端口、目的端口、报文长度、校检码和数据组成。TCP除此之外还有seq、ack、偏移字段等字段用于保证传输的可靠性。(3)在步骤5交换机S1和S2之间的网线拔掉期间PCA向PCB发送的UDP消息在步骤6交换机S1和S2之间的网线重新插上之后PCB是否还能收到请解释为什么会出现这种现象答PCA会向PCB发送i’m fine, and you?在步骤6交换机S1和S2之间的网线重新插上之后PCB不能收到。因为UDP是不可靠传输协议因此因为拔掉网线而发送失败后报文就丢失了。(4)综合分析TCP协议和UDP协议的不同之处。UDPTCP无连接面向连接不可靠传输无流量控制和拥塞控制可靠传输使用流量控制和拥塞控制支持一对一、一对多、多对一、多对多交互通信只支持一对一通信面向报文面向字节流首部8字节首部20~60字节适用于实时应用适用于要求可靠传输的应用。
