EIGRP实验报告.doc

IGP部分EIGRP分解实验一、实验拓扑拓扑1二、实验需求及目的实验目的：了解EIGRP在简历邻居关系时，有哪些参数需要匹配，如果不匹配会如何？能够熟练掌握EIGRP的各种技术，例如汇总、stub、被动接口、不等价负均衡。实验需求：如图，完成基本的拓扑的配置。1. 把所有和邻居关系简历有关的参数，统统实验证明。2. 在R3上学习到R1所有环回口的明细，R2上学到汇总，并且下一跳为R3。3. R1和R2之间使用认建立历邻居关系。4. R2上建立loop0 2.2.2.2/24,让R1到达2.2.2.2，实现不等价负载均衡。三、实验步骤根据拓扑完成底层配置，全网启用eigrp。一）了解EIGRP的邻居关系 EIGRP是通过HELLO建立和维护邻居关系的。当我们在路由器上启用了EIGRP的进程之后，EIGRP会向224.0.0.10这个组播地址发送hello包，当某个路由器收到hello包后，会为对方建立一个邻居表，并把自己全部的路由条目用updata包发给邻居，邻居收到后回复一个ACK包，邻居关系建立完毕。当然了，如果发出去的updata，在一定的时间内没有等到对方给的回复，EIGRP会重新以单播，发送16次updata，直到收到ACK包，如果16次发包后，任然没有收到回复，则断掉邻居关系，这种机制叫做可靠传输机制（RTP）。（1） EIGRP的hello包通过抓包软件，让我们来看看EIGRP在邻居建立过程中，发送的hello包内所包含的参数。我们可以看出EIGRP的hello包中，主要包括：5K值、hello时间、hold时间、认证、AS号。在邻居建立过程中，5K值、AS号、认证这几个参数必须一致。（2） 5K、AS、认证对邻居关系的影响H 是邻居建立的顺序，从0 开始表示第一个建立的邻居关系Address 形成邻接关系远端邻居的接口IP 地址Interface 是和远端邻居形成邻接关系的本地接口信息Hold(sec) 是邻居保持时间，从14 0的倒计时，基本上我们通常看到它到10 就跳回14Up time 邻居建立的时间SRTT 平均往返时间，单位MS，是动态计算的RTO 重传超时，这个时间是根据SRTT 计算得到，也不固定Q CNT 重传队列，重传队列通常是0，如果有数值出现，意味着已经发生了不可靠的传输，6Seq num 就是发包的序列号，用这个在EIGRP 邻居之间可以控制发送和接受EIGRP 消息 当前，邻居关系是正常建立的，路由也能正常学习到。我们首先来看一下R1默认的5K值：然后，我们将其修改，在进程下使用“metric weights 1 1 1 1 1 1”把5K值全部置1.敲下回车后，控制台会立即弹出消息，提示你说邻居关系down了，是5K值不匹配。同时进程会发出goodbye消息。删掉刚才的命令让邻居关系恢复正常。接下来，我们在R1上改变它的AS号。很明显，改变AS号后，虽然控制台没有任何的提示，但是通过查看邻居关系发现，没有邻居建立，通过“show ip pro”可以看到，两边的AS号，不一致。恢复正常。关于认证，认证不通过，任何协议都无法正常工作，不然的话认证就没有任何的意义了。当然eigrp只能支持MD5的密文认证，关于配置方面和rip一致，这里就不多做介绍了。（3） hello 时间 、hold时间对邻居关系的影响在默认的以太网的环境中eigrp的hello时间是5S，hold时间是15S。但是，邻居双方关于该值的不匹配是否会受到影响，让我们来试验一下。在R2的F0/0接口下使用“ip hello-interval eigrp 1 14”，使用过后发现邻居关系浮动一下，随后保持正常；接着使用“ip hello-interval eigrp 1 16”，大概15S过后，控制台会弹出消息，说邻居关系down了，接着邻居关系又建立了。这说明hello和hold时间的不匹配，不会阻碍邻居关系的建立，他只会引起邻居关系的浮动。（4） 主从地址不匹配对邻居关系的影响现在把R1与R2，连接的这条链路上R2的F0/0接口的主地址改为21.21.21.2，添加一个从地址为12.12.12.1。配置完后，你会发现R2上的邻居关系里与R1的邻居关系仍然存在，而R1上与R2的邻居关系已经down了。这是因为R2在发送updata包时，使用的源地址是21.21.21.2（主地址），R1收到后发现该地址不可达，于是将该报丢弃。而R1发给R2的数据包的源地址是12.12.12.1 正好与R2的从地址匹配，所以会出现单项邻居关系。而由于R2上收不到R1给的ACK包，所以这里R2上会出现邻居关系浮动。（5） 底层不通 与掩码不匹配 对邻居关系的影响关于底层不通对邻居关系的影响，我想这个没有必要提了。关于子网掩码的不匹配，有必要说一下。先把邻居关系恢复正常。接着把R1的f0/0接口的掩码改为25位的。改完后，R1上邻居关系浮动了一下，随后正常。而在R2上，你会发现邻居关系开始不断地浮动。浮动周期大概在1分钟左右。原因：这是由于R1和R2虽然通过组播发送hello包建立了邻居关系，但是由于他们的子网掩不一致，导致R2不接受从f0/0口接收到的更新，而是从f0/1口接受到更新包，而由于R2发给R1的ACK包的TTL只有一跳，R3不能转发给R1，R1收不到R2给的ACK，就会进入RTP的重传，16次后，还是没有回复，于是邻居关系就down了。但是一会儿的，组播hello又建立了邻居关系，就这样不断反复。所以邻居关系就会浮动。（6） router-id对邻居关系的影响 把邻居关系恢复正常。 使用“eigrp router-id 11.11.11.11”在R1和R2上输入，使得两边的router-id一致。发现邻居关系并没有出现异常。接下来在R1上新建loop 10 192.168.1.1/24，将其宣告进rip，在将rip重分发进eigrp。之后观察R2和R3的路由表，你会发现R2始终学不到D EX表象的路由，而在R2上“eigrp router-id 2.2.2.2”以后，发现路由又可以正常学习了。原因：是因为router-id一致虽然邻居关系能够正常建立，但是会导致，不学习外部路由。二）在R3上学习到R1所有环回口的明细，R2上学到汇总，并且下一跳为R3。解决方法有很多种，这里主要是为了介绍被动接口和手动汇总的作用。首先，在R3的f0/1接口下，做手工汇总“ip summary-address eigrp 1 11.0.0.0 255.0.0.0后面可以添加管理距离，或者配合leak-map使用，使得学到明细的同时，也学到汇总（路由泄露）。”，这时候，你查看R2的路由表，会发现R2虽然学到了R3给的汇总，但是，又从R1上学校了明细的路由条目。这里，我所使用的方法是，断开R1与R2邻居关系。即把R2的F0/0接口设为被动接口（EIGRP的被动接口即接受更新，也不发送跟新），这样邻居关系就断了，自然就学不到R1直接传过来的updata包了。由于，不方便后面的实验，所以不使用这种方法。我们可以这样，我们在R1的f0/1接口上也做汇总，但是汇总的管理距离为100（默认是90），这样R2在学习的时候，自然只学习R3传过来的汇总了，因为R3的管理距离更小。关于eigrp的自动汇总，这里没有用实验来说明，其实很简单。这里做个简单的说明：EIGRP的自动汇总，与RIP不同，他只针对直连的路由做汇总，而rip是针对所有的路由条目。3）R1和R2之间使用认建立历邻居关系。关于EIGRP的认证，我们都知道他和rip一样是有轮回机制的，不同的是EIGRP只支持MD5的密文认证。4）R2上建立loop0 2.2.2.2/24,让R1到达2.2.2.2，实现不等价负载均衡。默认情况下，R1到达R2的loop0接口会选择R2作为下一跳，这是因为R1通过DUAL算法发现，R2给自己的metric最小，FD最小，所以R2成了后继路由器。而R3给R1的AD通告距离的metric和R1的FD一样，所以R1没有可行后继。自然，在他的拓扑表里面也没有关于R2loop0走R3的路由了。现在，我们要让R1的拓扑表中，出现关于R2loop0走R3的路由。怎么做呢？我们知道EIGRP metric值的计算一般只牵扯到两个参数，一个是带宽，一个是延时，也就是说我们只要改变其中任意一个参数，这里建议，改变延时，因为ospf的metric的计算是基于带宽的。只要是的R3给R1的AD值小于当前的最小FD就行了。在R3的F0/1接口上将其带宽改为990“delay 99”。（注意eigrp metric的计算是在进站方向上的 ）这时候，在R1的拓扑表里就可以看到关于R2loop0走R3的路由了。我们用最大的FD/最小FD+1算出倍数因子，为2。改变倍数因子,在R1的路由进程下“variance 2”。这时候再去看R1的路由表，你会发现不等价负载均衡已经完成。5）EIGRP的末节网络 EIGRP设置末节网络后，邻居关系会重置。Stub区域的作用是eigrp stub区域设置了之后，路由器在丢失路由条目的时候不会向stub区域发查询消息。我们都知道，当EIGRP路由器，关于某一个网络找不到可行后继的时候，会向自己的邻居发起查询包，并进入3分钟的等待时间，如果在3分钟内收到了回复包，则结束计时，并回复被动的路由状态。如果3分钟后，任为收到回复包，则进入了SIA（卡在活跃状态）。Stub区域就是解决，SIA的方法之一。现在，我们通过实验来对比一下。我们现在把R1的debug eigrp packets query & R2上debug eigrp packets，然后shutdown R1 loop1接口。控制台弹出：接下来，我们把R2设为stub区域。然后shutdwon R1 loop 2R1不再向R2发出查询消息。因