靜態路由出現在路由表中的條件
這前我們聊過，靜態路由的配法。
a.跟出介面的 b.跟下一跳的 c.高階一點的路由器兩個都可以。
比如 我現在寫一條靜態路由，包含出介面，什麼情況下，路由會出現在路由表。就是你出介面的狀態必須為up。
但有例外 不知道你們有沒有聽過isdn，早期有這種業務，叫按需鏈路 。最大的特點就是省錢。你可以理解為變相的低速vpn。計費方式有兩種，一種是按流量，一種按時間。
一般我們的企業為了保證通訊的高可用性，一般不會只拉一條線。要知道，單點保障是大忌。所以一般都會做冗餘備分。一條主鏈路，一條備份鏈路。
主鏈路一般用於正常的流量通行，但當你的主鏈路掛了，這時候，備份鏈路就做臨時的流量**。
但這時候，我們就遇到問題了。
就是當你主鏈路down掉之後，如何引導園區間流量通過備份鏈路**
正常我們的備份鏈路，沒有流量走，也就說明你的鏈路是down的，就算配置靜態路由，路由表就出現這條備份路由嗎。
所以當我們配置備份路由的時候要加上permanent引數。並且配置靜態路由的那一刻，你的出介面要up。當你配置了permanent，你不手動 reset , clear 這條靜態路由就會永久存在。
當你去往乙個網路有兩條路徑存在，你要會如何操控路徑。 我覺得很簡單啊。無非就是：負載均衡和冗餘備份。
負載均衡：去往同乙個網路的兩條路由，字首掩碼都一致然後對應兩條路由，並且你不要去修改管理距離，讓他們的管理距離一致。這就可以執行基於控制層面的ecmp。但你們覺的負載均衡的可控性強嗎。請注意 這是不可控的啊。
看似我們的ecmp能平均利用兩條鏈路代寬來負載我們的資料，但是這個負載是有代價的。流量跟本不可控。
基於資料層面的負載均衡，我認為好很多。
利用最長匹配原則。
主路徑，用掩碼長一點的。
另一種方法是寫彙總 明係。主鏈路寫明系。備份寫彙總。值的提的一點是。明係和彙總是不會進行pk的。因為他們的字首，掩碼不同。
基於控制層面的 冗餘備分
通過修改管理距離 主鏈路管理距離改小，備份改大。預設備份是不會出現在路由表中的。當主鏈路崩潰down 。 這就是浮動靜態路由。
浮動靜態路由
如下圖，對於r2而言，要去往10.9.9.0 24，通過r1及r3都可達。r2配置了如下靜態路由 這兩條靜態路由的目的網路位址及網路掩碼都相同，而且分別採用不同的下一跳位址，在這種情況下，r2會比較這兩條路由的優先順序，由於這兩條路由都是以手工的方式配置的靜態路由，因此優先順序預設都是60，此外兩條...
浮動靜態路由
實驗涉及命令以及知識補充 浮動靜態路由的管理距離大於另乙個靜態或動態路由的管理距離。當為主鏈路提供備用鏈路時，它們非常有用，如圖所示。預設情況下，靜態路由的管理距離為 1，因此它們優先於通過動態路由協議獲知的路由。例如，一些常見動態路由協議的管理距離如下 eigrp 90 igrp 100 ospf...
浮動靜態路由
拓撲圖 r1介面ip位址配置 router en router conf t router config ho r1 r1 config in g0 0 r1 config if ip ad 192.168.1.1 255.255.255.0 r1 config if no sh r1 config...