标签：摘要   抓取   network   地址   一个   步骤   报文   router   二次   

个人信息：

     •  姓名：李微微

      •  班级：计算1811

      •  学号：201821121001

一、摘要

       本文描述使用路由器连接不同的网络，使用命令行操作路由器，通过抓取HTTP报文，分析TCP连接建立的过程。

二、建立网络拓扑结构

        PC0、Router0、Server0分别是配置好的客户端、路由器、服务器。

三、配置参数

         3.1  配置客户端IP地址：192.168.1.01；

        3.2  服务器IP地址：192.168.1.02。

                分别在客户端和服务器的“Default Gateway”输入对应接口的地址，设置默认网关。

        3.3  配置路由器参数步骤如下：

                3.3.1 命令的功能:       

                   清除路由器上的现有配置：
                     Router>enable #进入特权执行模式
                     Router>config t #进入全局配置模式

                   配置Fa0/0接口：
                     Router(config)#interface Fa0/0
                     Router(config-if)#ip address 192.168.1.2 255.255.255.0
                     Router(config-if)#no shutdown              #激活接口

                   配置Fa0/1接口：
                     Router(config)#interface Fa0/1
                     Router(config-if)#ip address 192.168.2.2 255.255.255.0
                     Router(config-if)#no shutdown               #激活接口

                   启动动态路由：
                     Router(config)#router rip
                     Router(config-router)#version 2               #使用rip 2版本
                     Router(config-router)#no auto-summary          #关闭自动路由汇总

                   指定网络：
                     Router(config-router)#network 192.168.1.0
                     Router(config-router)#network 192.168.2.0

四、抓包，分析TCP连接建立过程

        4.1 通过客户端访问服务器后抓到的HTTP数据包：

       4.2（1）画出TCP连接建立示意图

         4.2（2）分析序号和确认号的变化    

                 第一次握手：客户端向服务器发出连接请求报文段，这时首部中的同步位SYN=1，同时选择一个

                                      初始序号seq=x（本次x=0），确认号ack=1。

                 第二次握手：服务器收到连接请求报文段后，如同意建立连接，则向客户端发送确认。在确认报

                                      文段中SYN=1，ACK=1，初始号seq=0，确认号是ack=x+1，同时

                                      也为自己选择一个初始序号seq=y（本次y=0）。

                 第三次握手：客户端收到服务器的确认后，还要向服务器给出确认。确认报文段中SYN=1，ACK=1，

                                       确认号ack=y+1，而自己的序号seq=x+1。

          4.2（3）解答：为什么连接建立需要第三次握手

                解答：主要是为了防止已经失效的连接请求报文段突然又传到服务端，因而产生错误。

                              所谓“已失效的连接请求报文段”是这样产生的。考虑种正常情况 A发出连接请求，但因连接请求报文丢
                              失而未收到确认。于是A再重传一次连接请求。后来收到了确认，建立了连接。数据传输完毕后，就释
                              放了连接。A共发送了两个连接请求报文段，其中第一个丢失，第二个到达了B,没有“已失效的连接请求报文段”。

                              现假定出现一种异常情况，即A发出的第一个连接请求报文段并没有丢失，而是在某些网络结点长时间滞留了，
                              以致延误到连接释放以后的某个时间才到达B.本来这是一个早已失效的报文段。但B收到此失效的连接请求报文
                              段后，就误认为是A又发出一次新的连接请求。于是就向A发出确认报文段，同意建立连接。假定不采用报文握
                              手，那么只要B发出确认，新的连接就建立了。由于现在A并没有发出建立连接的请求，因此不会理睬B的确认，
                              也不会向B发送数器。但B却以为新的运输连接已经建立了，并直等待A发来数据。B的许多资源就这样白白浪费了。

五、拓展 （不作要求，但属于加分项）

        5.1（1）分析TCP连接释放

                           TCP连接释放示意图：    

                   结合课本内容，解释图为什么会跟课本不一样。解答为什么连接释放需要四次握手。

                 解答：如果将回应客户端的确认报文和FIN报文合并到一起，那么这实际上也就是一个三次握手的过程；

                               之所以要将确认报文和FIN报文分离形成四次挥手，是因为服务端需要将所有的数据发送完毕。

                               在这两个报文发送的间隔，服务端还需要发送的数据全部送出，该连接就已经没有存在的必要了。

         5.2（2）通过该实验如果有产生新的疑问，可以写出来，并尝试自己解决问题

                  疑问：为什么建立连接的时候只需要三次握手？释放连接只需要四次？而不是因为不能确定对方是否确认，而陷入死循环？

参考资料：

           《计算机网络》（第七版）谢希仁编著

第三次实验报告：使用Packet Tracer分析TCP连接建立过程

标签：摘要   抓取   network   地址   一个   步骤   报文   router   二次   

原文地址：https://www.cnblogs.com/caibanye/p/11701580.html