EIGRP实验报告Word格式.docx

EIGRP实验报告Word格式.docx

《EIGRP实验报告Word格式.docx》由会员分享，可在线阅读，更多相关《EIGRP实验报告Word格式.docx（6页珍藏版）》请在冰豆网上搜索。

2.在R3上学习到R1所有环回口的明细，R2上学到汇总，并且下一跳为R3。

3.R1和R2之间使用认建立历邻居关系。

4.R2上建立loop02.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、认证对邻居关系的影响

当前，邻居关系是正常建立的，路由也能正常学习到。

我们首先来看一下R1默认的5K值：

然后，我们将其修改，在进程下使用“metricweights111111”把5K值全部置1.敲下回车后，控制台会立即弹出消息，提示你说邻居关系down了，是5K值不匹配。

同时进程会发出goodbye消息。

删掉刚才的命令让邻居关系恢复正常。

接下来，我们在R1上改变它的AS号。

很明显，改变AS号后，虽然控制台没有任何的提示，但是通过查看邻居关系发现，没有邻居建立，通过“showippro”可以看到，两边的AS号，不一致。

恢复正常。

关于认证，认证不通过，任何协议都无法正常工作，不然的话认证就没有任何的意义了。

当然eigrp只能支持MD5的密文认证，关于配置方面和rip一致，这里就不多做介绍了。

（3）hello时间、hold时间对邻居关系的影响

在默认的以太网的环境中eigrp的hello时间是5S，hold时间是15S。

但是，邻居双方关于该值的不匹配是否会受到影响，让我们来试验一下。

在R2的F0/0接口下使用

“iphello-intervaleigrp114”，使用过后发现邻居关系浮动一下，随后保持正常；

接着使用“iphello-intervaleigrp116”，大概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对邻居关系的影响

把邻居关系恢复正常。

使用“eigrprouter-id11.11.11.11”在R1和R2上输入，使得两边的router-id一致。

发现邻居关系并没有出现异常。

接下来在R1上新建loop10192.168.1.1/24，将其宣告进rip，在将rip重分发进eigrp。

之后观察R2和R3的路由表，你会发现R2始终学不到DEX表象的路由，而在R2上“eigrprouter-id2.2.2.2”以后，发现路由又可以正常学习了。

是因为router-id一致虽然邻居关系能够正常建立，但是会导致，不学习外部路由。

二）在R3上学习到R1所有环回口的明细，R2上学到汇总，并且下一跳为R3。

解决方法有很多种，这里主要是为了介绍被动接口和手动汇总的作用。

首先，在R3的f0/1接口下，做手工汇总“ipsummary-addresseigrp111.0.0.0255.0.0.0”，

这时候，你查看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上建立loop02.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的路由。

怎么做呢？

我们知道EIGRPmetric值的计算一般只牵扯到两个参数，一个是带宽，一个是延时，也就是说我们只要改变其中任意一个参数，只要是的R3给R1的AD值小于当前的最小FD就行了。

在R3的F0/1接口上将其带宽改为990“delay99”。

（注意eigrpmetric的计算是在进站方向上的）

这时候，在R1的拓扑表里就可以看到关于R2loop0走R3的路由了。

我们用最大的FD/最小FD+1算出倍数因子，为2。

改变倍数因子,在R1的路由进程下“variance2”。

这时候再去看R1的路由表，你会发现不等价负载均衡已经完成。

5）EIGRP的末节网络

EIGRP设置末节网络后，邻居关系会重置。

Stub区域的作用是eigrpstub区域设置了之后，路由器在丢失路由条目的时候不会向stub区域发查询消息。

我们都知道，当EIGRP路由器，关于某一个网络找不到可行后继的时候，会向自己的邻居发起查询包，并进入3分钟的等待时间，如果在3分钟内收到了回复包，则结束计时，并回复被动的路由状态。

如果3分钟后，任为收到回复包，则进入了SIA（卡在活跃状态）。

Stub区域就是解决，SIA的方法之一。

现在，我们通过实验来对比一下。

我们现在把R1的debugeigrppacketsquery&

R2上debugeigrppackets，然后shutdownR1loop1接口。

控制台弹出：

接下来，我们把R2设为stub区域。

然后shutdwonR1loop2

R1不再向R2发出查询消息。

因为，他意识到了自己的邻居是末节了，末节区域没有必要去接受查询包，他的后面没有路由器。

实验总结：

1.要了解eigrp的邻居关系在什么情况下不会建立，在什么情况下会浮动。

2.了解EIGRP的自动汇总与rip的不同。

3.知道eigrp的被动接口是不接受也不发送hello包的。

4.知道SIA，并且会通过stub区域来解决。

5.会配置eigrp的不等价负载均衡。

（知道eigrp的metric是在接受时计算的）