本次模擬實驗的初衷是驗證同一個***環境下，多個ISP互聯時導入默認路由的可行性問題，在模擬實驗中觸發另外一個問題---關於BGP導入默認路由的方式討論。（不同的ISP之間跨域互聯使用Option A的方式進行互聯，實際上相當於一臺CE作用，爲了方便模擬實際情況，採用AS 50和AS 60來模擬不同的ISP，接入到AS 34中）
實驗需求：
（1） 同一個VRF之間可以實現互通性；
（2） 往不同的VRF導入默認路由時，路由選路的方式
（3） BGP導入默認的方式總結
拓撲環境描述：
1、所有的互聯IP如圖所示
2、所有設備的Loopback0口地址爲X.X.X.X/32，X爲設備編號
3、AS34中的IBGP採用OSPF進行互聯
實驗需求實現：
1、 BGP通告默認路由的三種實現形式
（1） 寫默認路由並通告
可以看到其在本地R5上也生成了一條默認路由，在鄰居R4的VRF綁定的物理接口上成功生成了一條默認路由。
（2） neighborX.X.X.X default-originate
可以看到與第一種方式不同是在本地R5上不會生成一條默認路由，給鄰居通告默認路由，在指定鄰居路由器會收到一條默認路由，沒有指定的，不會收到默認路由，即在鄰居R4的VRF綁定的物理接口上成功生成了一條默認路由
（3） default-informationoriginate
採用這種方式對所有鄰居通告默認路由時，當僅僅只是輸入這條命令，而在全局下不存在默認路由時，本地和鄰居是不會接收到默認路由的。
當採用手動輸入默認靜態默認路由時，發現本地已經學習到靜態默認路由時，但發現bgp依舊沒有收到默認路由。
在以上基礎上，通過導入靜態默認時，發現本地和鄰居上都學習到默認路由，由此可得知，在BGP中配置default-information originate時，必須先創建一條靜態的默認路由，並且重分佈靜態至BGP中，纔會產生默認路由，並通告給其它的BGP鄰居
另外我在網上查到的關於這個問題有另外一種解法，可以不需要創建靜態默認路由並且重分佈靜態至BGP中，可以在default-information originate後添加always即可，但是在我實驗的這個版本目前無法直接輸入。【PS:實驗中用路由模擬器類型版本爲：3600 Software (C3660-A3JK9S-M), Version 12.4(25d)】
2、 往不同的VRF導入默認路由時，路由選路的方式
基本配置背景如下：
即R2與R3、R4與R5、R4與R6都採用EBGP的形式進行互聯，各個***A與***B的接口綁定如圖所示，R5以及R6採用兩個不同的方式進行默認的路由的導入導出
發現在同一臺CE上（R2）使用EBGP建立鄰居的方式，以不同的***A和***B綁定不同接口方式接收來自兩個不同的ISP（R5和R6）導入的默認路由，BGP路由表中依據採用最優路徑進行來進行選路，導致在R2上無法實現對R6的正常訪問。
接下來靜態的方式（R1）與R3建立鄰居關係，發現也是同樣的問題。
接下來更改爲R5採用導入直連路由的形式，R6保持不變，依據採用BGP導入默認路由的形式
測試結果發現正常。實驗模擬到這裏本來應該結束了，我突然想到另外一個問題，即最右邊與AS 34域互聯的ISP不止兩個，而是有更多呢？要在最左邊實驗對最右邊ISP域有可能同時實現對2個域甚至更多域的訪問的時候，這種排列組合結果有很多種，單獨依靠一個IRF綁定物理接口的方式來實現，對不通的排列組合結果採用不通的VRF之間互導的方式來實現，有一定的侷限性，想到另外一種解決方法，即採用最左端的CE（R2）與最右邊的ISP之間採用不同的VRF方式進行互聯，後續ISP增加擴展，最左端的CE（R2）上只需要將相應的RT進行導入即可，關鍵配置如下圖
採用上面的方式即可實現同一個VRF綁定一個物理接口下實現對不同ISP的訪問，後續的更新也比較方便。但是跟上一種方式一樣，遇到同樣的問題，即最右邊的ISP不能夠同時往AS 34上導入默認路由，否則由於BGP路由選路問題依舊無法實現對不同ISP的訪問，即R5和R6同時往AS 34導入默認的情況下，依據無法實現R2對R5和R6同時訪問。