關於IGP綜合實驗需求中，提到的R1和R3效能不足，只讓他們學到一條預設路由即可，我們可以用非常多的方法來完成這個需求，我演示其中幾個上課有說過的方法。

模擬拓撲如下，R1R2是rip環境，R3和R4是eigrp環境，R2R4R5是ospf，在R5上有兩個迴環口通告進ospf，並且下放預設路由，效果就是R1和R3只學到預設路由就好了。

先把環境做好，還沒做重分發，R1和R3上只有直連條目，但是R2和R4有ospf的條目，看下4圖。

R5上有兩個迴環口，並通告進ospf。

R2、R4上重分發，只帶度量值，不做過濾。

看到R1和R3上學到ospf的條目。

然後在rip環境，做重分發帶路由圖，路由圖匹配acl，acl只匹配預設路由的情況。

測試生效，上課沒生效是因為IOS原因。

同樣的方法，路由圖內可以匹配字首列表，字首列表只匹配預設路由，也生效。

以上方法同樣適用於eigrp，就不重複再貼圖。

接下來，我們在重分發時不帶路由圖，但是我們可以使用分發列表out方向帶協議，一樣能達到過濾的效果。同樣的分發列表可以使用字首列表或者訪問控制列表。

在eigrp中，分發列表後可以跟路由圖，但是測試結果是，分發列表跟路由圖的話，out方向就不能帶協議了，只能帶介面，所以這個沒法做成功。（RIP分發列表不能帶路由圖。）

那沒關係，我們還是可以使用分發列表帶路由圖的，out方向不帶或者帶介面，都表示我在將條目傳送給鄰居時，去匹配分發列表。

也就是說，現在我沒有在重分發時過濾了，我將所有條目重分發進eigrp，但是我使用out方向的分發列表使得，只把預設路由發給鄰居。

其實同理，我可以在分發列表後，不使用路由圖，而直接使用acl或者字首列表，效果和理論是一樣的，這裡就不再貼配置。

那這種重分發時不過濾和前面重分發時過濾有什麼區別呢？現在這種方法，會使得R4的eigrp拓撲表裡面有ospf的條目，如下圖1。那如果是重分發時直接過濾，就不會有了，如下圖2，所以還是推薦使用最前面的方法，這樣會是的路由器工作量更小。

既然我們可以使用分發列表out方向帶介面，一樣可以在末梢路由器上in方向帶介面，配置如下。一樣的分發列表後面可以跟匹配預設路由的acl或者匹配預設路由的字首列表，再或者麻煩一點，分發列表後面跟路由圖，路由圖再去匹配acl或者prefix-list。配置下面都有。

那上面那種方法就更加不推薦了，因為末梢路由器本身就是因為效能不足才讓它只學預設路由的，我們這麼做的話，肯定會增加末梢路由器的符合，所以最不推薦這種。

那還有什麼好辦法呢，還有的辦法是，我們將條目重分發進rip和eigrp之後，不用分發列表過濾，我們可以使用rip或者eigrp的介面下的彙總，把所有條目彙總成預設路由傳送出去。

如上兩圖，rip可以立刻生效沒有任何問題，但是eigrp會有一點小問題，看下圖。

上圖就普通匯總之後，R3只學到預設路由，而且不是外部的DEX，而是D的路由，這沒有任何問題，但是由於R4在彙總的時候會生成一條指向null0的預設路由，而且管理距離是5，優於從ospf學到的預設路由，導致這條指向null0的預設路由加路由表，導致R4可能會因為預設路由而丟包，如下圖。

所以我們需要在重分發時，將預設路由的AD修改的比110也就是ospf的AD要大，如下圖。

下圖就是，路由表裡面還是ospf的預設路由的正常現象，大家做實驗時記得先把原來配置的彙總刪掉，再配置新的彙總帶AD，否則還是null0的條目加路由表，經驗之談。

我們的實驗就做到此為止吧，其實列舉出來的也應該不是所有方法，還有很多其他辦法，比如rip裡面其實也有一條命令，如下圖。

這樣我甚至不用做重分發，也能使得R1只學到預設路由，如下圖現象。

或者思路廣一點，在ASBR上手動配置靜態，然後將靜態重分發進來，也是一個辦法。

那麼實驗做到這裡，希望大家能看得懂，今天身體不適，截圖可能截的比較焦躁，大家耐心看。

轉載於:https://blog.51cto.com/callme35004/1297508