目录
使用Packet Tracer,正确配置网络参数,通过抓取HTTP数据包,分析TCP连接建立过程。
网络拓扑图如下图所示:
配置客户端和服务器端
192.168.1.67,并设置其子网掩码255.255.255.0,和默认网关,192.168.1.68
。192.168.2.67,并设置其子网掩码255.255.255.0,和默认网关,192.168.2.68
。
通过抓取HTTP数据包得到的TCP报文,完成如下事情:
(1)画出TCP连接建立示意图
如上图所示:
客户端第一次发送请求连接时,ACK=0,SYN=1,SEQ=0
服务器端发送请求接受报文时,ACK=1,SYN=1,SEQ=0
客户端发送请求确认报文时,ACK=1,SYN=0,SEQ=1
(3)解答:为什么连接建立需要第三次握手
第一次:
客户端发送连接建立请求,ACK=0,SYN=1,SEQ=0;
第二次:
服务器端发送连接接受报文,ACK=1,SYN=1,SEQ=0;
第三次:ACK=1,SYN=0,SEQ=1
进行第三次握手的原因:
1 当客户端发送连接建立请求报文时,该报文由于网络拥塞或者其他原因,在规定时间内,未收到服务器端的连接接受报文
2 此时客户端又发送了一个连接建立请求报文,并得到了服务器端的及时响应,然后二者之间继续完成连接建立,然后传输数据,最后连接释放
3 连接释放之后,服务器端收到了客户端迟到的连接建立请求报文,误以为是客户端又要建立连接,然后服务器端像客户端发送连接接受报文并为
此次连接准备资源。但是此时客户端不需要传输数据,这样就白白浪费了服务器的资源。如果服务器端得到客户端发送的连接确认请求后(即第三次握手),
再为此次传输 准备资源,就能够解决这个问题。
(1)分析TCP连接释放
画出TCP连接释放示意图,结合课本内容,解释图为什么会跟课本不一样。解答为什么连接释放需要四次握手。
第三次实验报告:使用Packet Tracer分析TCP连接建立过程
原文:https://www.cnblogs.com/nonebrightmoon/p/11707530.html