局域网组网复习补充.docVIP

1、计算分片 如果接收端口MTU为100字节，则一个分片有80字节的数据，第一个分片为8字节的IP head + 72字节的数据。也就是说，分片字节计算方法为： 第一个分片数据字节数=接收端MTU-20-8 其余分片数据字节数=接收端MTU-20 2、对分片报文进行分析 报文截图如下所示： 主要数据有Data , Fragment offset 和Total Length。Data表示这个片中含有几个字节的数据，Fragment offset表示当前片的偏移量，Total Length表示这个片可以包含的最大数据字节数。比如从这张图中可以看出，这个报文被分成四片，当前片为报文的第一片（因为Data为72bytes且偏移量Fragment offset为0），这片报文总长度为100，它的源地址为192.192.169.21，发向的目的地址为192.192.169.10，生存时间为255，遵循ICMP协议。 3、分析TCP报文的连接与释放 TCP连接的建立采用三次握手方式，连接过程为：首先，主机A的TCP向主机B的TCP发出连接请求报文段，其首部中的同步位SYN应置1，同时选择一个序号N(实验用的TCPtest程序置N为0)，表明在后面传送数据时的第一个数据字节的序号是N + 1；主机B的TCP收到连接请求报文段后，若同意，则发回确认。在确认报文段中应将同步位SYN和确认位ACK都置1，确认号应为N + 1，同时为自己选择一个序号M；主机A的TCP 收到主机B的确认后，要向B 发回确认，其确认位ACK置1，确认号为M + 1，而自己的序号为N + 1（ TCP 标准规定：同步位SYN置1的报文要消耗掉一个序号）运行客户进程的主机A的TCP 通知上层应用进程，连接已建立。报文如下图所示： 可以看到，第一次握手时Seq=0，有SYN，无ACK；第二次握手时Seq=0，有SYN,有ACK；第三次握手时Seq=1，无SYN，有ACK 在数据传输结束后,通信双方都可以发出释放连接的请求，TCP连接的释放采用所谓四次握手方式。首先，主机A的应用进程先向其TCP发出释放连接请求，并且不再发送数据，TCP通知对方要释放从主机A到主机B这个方向的连接，将发往主机B的TCP报文段首部的终止位FIN置1，其序号P为前面已传送过的数据的最后一个字节的序号加1。主机B的TCP收到释放连接通知后即发出确认，其序号为Q，确认号为P + 1，同时通知高层应用进程。这样，从主机A到主机B的连接被释放了，连接处于半关闭(half-close)状态，相当于主机A对主机B说：“我已没有数据要发送了。但你如果还发送数据，我仍接收”。此后，主机B不再接收主机A发来的数据。但若主机B还有一些数据要发往主机A，则可以继续发送（这种情况很少）。主机A只要正确的收到数据，仍应向主机B发送确认。若主机B不再接收主机A发送数据，其应用进程就通知TCP释放连接。主机B发出的连接释放报文段必须将终止位FIN和确认位ACK置1，并使其序号仍为Q(因为前面发送的确认报文段不消耗序号)，但必须重复上一次已发送过的ACK = P + 1。主机A必须对此发出确认，将确认位ACK置1，ACK = Q + 1，而自己的序号是P + 1 (因为前面发送的FIN报文段要消耗一个序号)。这样把主机B到主机A的反方向连接释放掉，主机A的TCP再向其应用进程报告，整个连接已全部释放 4、分析TCP报文TCP的窗口探查技术 TCP窗口探查技术：当接收端的接收缓存已满（发送端Window full或接收端Zero Window），不能继续接收数据时，需要向发送端发送一个窗口为0（左边沿、右边沿和指针指向一处）的通告报文。发送端接收到这个报文后，停止发送数据，等待新的窗口通告。如接收端通过确认报文通告窗口，TCP协议并不对这个确认报文进行确认，如果这个确认丢失了，双方就有可能因为等待对方而使连接中止。接收方等待接收数据（因为它已经向发送方通告了一个非0的窗口），发送方在等待允许它继续发送数据的窗口更新。为防止这种死锁情况的发生，发送方使用一个坚持定时器(Persist Timer)周期性地向接收方查询，以便发现窗口是否已增大。从发送方发出的报文段称为窗口探查(Window Probe)，窗口探查是一个包含一个字节的数据的报文段。 5、RipV1命令的配置 图如下所示： 命令配置如下： [R1]interface ethernet 0/0 [R1-ethernet0] ip address 192.168.2.2 255.255.255.0 [R1-Ethernet0/0]quit [R1]interface Ethernet 0/1 [R1-Ethernet0/1]ip address 192.168.3.1 24