CCNP_route笔记2 EIGRP_hello和update

zz775520666

　　很多教材里面都给出了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包整体传过去，而是分了几次。。。估计可能是我模拟器的问题。
　　

　　

         版权声明：本文为博主原创文章，未经博主允许不得转载。