CCNP_route笔记2 EIGRP_hello和update

很多教材里面都给出了hello和update过程，这里过程基本是按照书上来看。（ps:发包顺序这里不说，书上写的原理都有，这里主要分析update包先单拨再组播的问题）

书上的图，这里我们需要提出两个问题

1.包发送方式，组播还是单播，读过了几本书，每种给的答案有点出入

2.就是update包，当a接收到b的update包之后，是否将update包的内容添加入自己update包中再反发给b

Ok,做实验抓包测试

实验拓扑，标准的模拟用的

通过这个拓扑建立eigrp，我们主要观察中间的邻接关系的建立

抓包：

这部分是刚建立hello，也就是邻接关系时候发送的，首先不看内容，先关注地址。

hello包的地址是224.0.0.10，组播地址，也就是hello包是依照组播的方式发送的，后面也都是，不是一开始组播后来单播。

其次，要关注的是update包，update包一开始地址是192.168.10.101与192.168.10.103各发了一个包，然后再通过组播地址发送update。很奇怪吧！

我们看下update包的内容，内容不一样，其实这里首次update发送单播与eigrp默认启动水平分割想法差不多，主要还是防环的。

这里同时证明了，在a收到b的update之后，只会把b的update添加到自己的邻居表以及转发给别人，不会转发回b，如果直接使用组播地址，那么默认就把b的信息发回给b，那么有可能就会造成环路，故hello完建立邻接关系那次，update是发送的单播，其后的增量更新发送的是组播，按实验结果抓包来看应该是首先发单播次，然后重复组播次，目的应该还是防止环路。

在思科的教材中，也相应的介绍了默认的水平分割

其后，我们增加r1端一个loopback，172.16.129.1/24，这时候可以看到增量的update

其发送的地址还是组播地址，至于发两次的原因应该是模拟器，第二个报目标不可达的错，可能是模拟器接收的延迟，导致ack没收到，重新多发了一个吧。

PS：这里关闭水平分割重新试下之后，在包的内容里面会进行包含其来路的信息，但是update的分散了，不想之前的update包整体传过去，而是分了几次。。。估计可能是我模拟器的问题。