真相帝之Redistribute行为解析

偶然之间被一兄弟问到关于Redistribute的小问题，事后整理一番，平复心情，开个帖。
关于Redistribute，是为了让两个起了不同路由协议的区域可以相互通信。只要在两个区域中间的那台设备上做Redistribute的配置就好。可是，大家想过没有，再发布，发布的是什么样子的路由呢？
我们先做个环境，如下图所示：

R1上的loopback口地址，R2上的loopback口地址，三台路由器之间互联接口的地址图上都已经给出。
R1和R2之间，一开始起的是RIP，之后又起了OSPF。R2和R3之间起了EIGRP。
我们一起看看在这个环境中Redistubite的一些行为。



R1和R2之间跑RIP，R2和R3直接跑EIGRP；在R2上做RIP进EIGRP的再发布。
R1的配置：



R2的配置：



R3的配置：


在R2上查看路由表，发现关于R1环回口的路由都是通过RIP从R1学来的。

那么在R2上做下再发布

在R3上看下路由表

看到R1环回口的路由了吧。这个很正常，对吧。

原来配置不变，咱们在R1和R2之间起个OSPF。

R1的配置：


R2的配置：


R2上查看路由表

现在R2上看到的R1环回口的路由都是通过OSPF从R1学来的了。
那么咱们看看R3的路由表

这！这！这！R1环回口的路由咋没有了捏？！
有人说，R2上没做再发布。事实上，我们没有改动以前的配置，R2上是存在一条再发布的命令，只不过那条命令是让RIP再发布进OSPF。那咱们加一条再发布命令，做OSPF再发布进EIGRP，然后再去看看R3的路由表。
R2上做OSPF进EIGRP的再发布

R3的路由表

看，现在R3上又有R1环回口的路由了。你们猜猜这是肿么回事呢？

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
华丽的分割线

我能再挖个坑么？神马？不许？这帖子就是我的AS，我说了算，就要再挖一个坑。

在R2上做条静态路由

查看R2的路由表

各位，发现什么地方变了不。是不是1.1.1.1/32这条路由前面的表示从O改变成S了捏？
再看看R3的路由表

1.1.1.1/32这条路由不在R3的路由表里面了。



到这儿，大家是不是对再发布的行为有一些小小的感觉了呢。

其实，很多书上说，再发布是发布路由表中的东西。从上面这个实验来看，确实是这样。
但是R2路由表中的路由，其实通过两个协议都能学习到，看下图，我们在R1上show ip protocols。可以发现R1环回口的路由在RIP和OSPF里面都是被通告出去的。只不过是因为AD的关系R2优选了从OSPF学习到的路由。


没起OSPF之前，R2是通过RIP学习到的路由，并且再发布的命令是关于RIP的，那么R3上有通过再发布学习到的路由。
起OSPF之后，R2是通过OSPF学习到的路由，但是再发布的命令跟OSPF没关系，R3上就没有路由了。但是我们做了一条关于OSPF再发布进EIGRP的命令，R3上就有通过再发布学习到的路由了。
后来，在R2上做了一条关于1.1.1.1/32的静态路由，做了之后，R2上去往1.1.1.1/32是用的静态路由，不再用OSPF了；同时，R3上就没有1.1.1.1/32这个条目了。

个人觉得，再发布若要成功，保证当前路由器上路由条目的来源与再发布命令上指定的协议具有一致性，并且再发布的路由是当前路由器作为转发路径正在使用的。

水平有限，欢迎拍砖。



对了，其实R2上还有一个2.2.2.2/32的环回口，但是一直木有在R1和R3的路由表中看到相应的条目，只在R2上有一条直连。大家想想这是为什么吧。

路过占楼而已

过来看看的,感谢攻城狮论坛

有道理。。。感谢攻城狮论坛

过来看看的,感谢攻城狮论坛

路过，支持一下啦

小手一抖，金币到手！