EIGRP实验-路由更新

engins

先上拓扑图：

我们关注R1，R2之间的路由更新过程；配置好IP和EIGRP；

等到收敛完毕之后（速度非常快，1秒左右）查看路由表：

复习，由此可见EIGRP是自动开启了自动汇总的，如R2中将R1的【10.1.1.0/24】,【10.1.2.0/24】,【10.1.3.0/24】,【10.1.4.0/24】四条路由汇总成为【10.0.0.0/8】；但是在有明细路由条目（172.16.1.4/30）的情况下（使用了VLSM技术），会自动生成一条指向null0接口的主类路由条目，

如“D       172.16.0.0/16 is a summary, 00:04:06, Null0”，这样做的目的是防止环路。

将R2的S1/0接口SHUTDOWN：

接着我们打开wireshark抓包工具，抓取R1的S1/1接口的数据包：

通过观察发送时间和数据包类型，我们可以发现，收敛完毕之后，各自间隔5秒钟时间（速率大于T1，间隔不是精确的5秒，大致差不多）路由器会向224.0.0.10这个组播地址发送hello包；

然后我们将R2的S1/0（和R1相连的）接口shutdown掉，抓包：

shutdown之后R1就收不到R2发送的Hello包了，直到15秒（3倍的hello报文发送间隔）之后，R1向组播地址发送了一个“Goodbye Message”报文，报文内容如下:

将R2的S1/0接口SHUTDOWN：

首先我们猜测，S1/0被shutdown之后，路由器R2肯定会向它的邻居R1发送路由更新报文，告诉邻居“【172.16.1.4/30】这条路由失效了，把它从你的路由表（及拓扑表）里面删除吧！”；然后R1收到消息之后要告诉R2收到了，并且将相关条目从拓扑表和路由表中删除！下面我们来抓包分析：

首先第一个数据包是R2发送给R1的“Query 报文”，具体内容如下：

R2以单播的方式发送给自己的邻居R1：Opcode：Query（3）标识这是一个查询报文；'Prefix Length'标识了掩码长度为30位；"【Destination：172.16.1.4】标识这条路由已经不可达"；但是这边奇怪的是，为什么是查询报文，而不是更新报文？？

第二个数据包是R1收到R2发送的查询报文之后，回发的一个ACK报文：

还记得我们之前说过的吧？opcode为5的并且ACK不为0的报文是ACK报文，而不是Hello报文；Acknowledge：22表示是对R2发送给R1的序列号为22【Sequence：22】的数据包确认；确认的同时R1由向R2发送了序列号为21的“Reply报文”；紧接着R2又给R1发送了一个ACK报文，值得注意的是，每个报文的序列号和ACK号，尤其是R2将回复的ACK报文的序列号置为0了，表示收敛完毕了，重置了序列号！！

将R2的S1/1接口开启：

当开启了R2的S1/1接口之后，我们可以看出来R2立即以单播的方式向它的邻居发送了update报文，宣告了【172.16.1.4/30】,报文中还包括该条路由的延迟、带宽等信息，用于计算度量值；随后R1又向R2发送了ACK消息；各报文具体内容如下：

写到这里还没有提到的主动被动状态以及DUAL扩散更新算法，这些将在后面慢慢道来！

crespo09

如果没有毛片，中国的性教育简直就是一片空白！

mm111222

床上运动也可以减肥的，你们都不知道吗？

sfyhip

穿别人的鞋，走自己的路，让他们找去吧。

774530750

要是我灌水，就骂我“三个代表”没学好吧。

lipeng

微机原理闹危机，随机过程随机过，实变函数学十遍，汇编语言不会编！

奇忠诚

找到好贴不容易，我顶你了，谢了