第三章：靜態路由。

路由表獲取資訊有兩種：

第一種是以靜態路由手工輸入資訊。

第二種是以動態路由自動獲取資訊。

選擇路由有兩個引數：

第一個是管理距離，指名選擇的路由

第二個是度量值，指名了路徑的優先順序

實施靜態路由有:兩個步驟：

1：確定網路中報文所經過的所有鏈路。（包括子網和網路）

2：為每個路由器標示非直連的所有資料鏈路。

靜態路由的兩配置方法：

1：Router(config)#iproute23.1.1.0255.255.255.0serial0/1

2：Router(config)#iproute23.1.1.0255.255.255.012.1.1.2

第一種會在路由表中產生一條直連路由。

第二種會在路由表中產生一條靜態路由。

我們可以利用路由表選擇最大匹配長度轉發的特性進行一些比較簡單的選路。

像這張拓撲，我們這樣做：

先寫一條R1(config)#iproute2.2.0.0255.255.0.0serial0/0

接著寫一條iproute2.2.4.2255.255.255.255serial0/1

R1的路由表會變成：

以路由轉發的原則會先匹配最大長度的掩碼，到達2.2.4.2這個地址時會從S0/1口傳送資料。

而到達2.2.0.0/16的資料包將會從S0/0口傳送到達目的地。

浮動靜態路由：

區別於一般靜態路由，浮動靜態路由一般不出現在路由表中，只有當一條鏈路down的時候才會啟用，當主鏈路

我們拿23網段來做實驗。

R1(config)#iproute23.1.1.0255.255.255.0serial0/0

R1(config)#iproute23.1.1.0255.255.255.0serial0/150

R1是S0/0做為主鏈路，當S0/0鏈路出現故障down了的時候S0/1自動啟用接替S0/0的位子

先看S0/0鏈路正常狀態時候的路由表。

現在S0/0鏈路出現了故障，我們再來看下R1的路由表

S0/1這條路由自動出現了。

負載均衡

等代價負載均衡：

將流量平均的分佈到多條相同度量值的路徑上。

不等代價負載均衡：

將流量分佈到不同度量值的多條路徑上，每條鏈路上所分配的流量與路由的度量值成反比，也就是說度量值越低所分配到的流量就越多。

所有的路由協議都支援等代價負載均衡（因為靜態路由沒有度量值只能進行等代價負載均衡），支援不等代價負載均衡的只有EIGRP。

現在來看一個靜態路由的負載均衡引

R2-3都只配了基本的IP

R1配置了兩條靜態路由到23.1.1.0/24的網路進行負載均衡。

R1(config)#iproute23.1.1.0255.255.255.0f0/0

R1(config)#iproute23.1.1.0255.255.255.0f0/1

來看下R1的路由表：

到23.1.1.0/24有兩條路徑,一條從12.1.1.2,一條從13.1.1.3。

現在來ping下23.1.1.2看下會出現什麼情況。

出現！的是從12.1.1.2出口傳送的資料包，.是從13.1.1.3出去的資料包。現在來看下R2和R3的路由表為什麼會出現這個問題。

R2路由表：

R3：路由表

我們先看從R1傳送到13.1.1.2的資料包，源地址是12.1.1.1，目的地址是23.1.1.2

到達R2後，R2會發包給R1，資料包的源地址是12.1.1.2目的是12.1.1.1。通訊到此結束。

再來看下從13.1.1.1發出的資料包。因為負載均衡的關係，R1會一個出口發一個包。從13.1.1出口發出的包，源地址是13.1.1.1，目的地址是23.1.1.2。資料轉發過程是R1傳送到13.1.1.3，R3收到包後先檢視自己的路由表，發現直連著23.1.1.0/24網段，在檢視自己的ARP表，發現23.1.1.2可以從F0/1口到達，就把資料包傳送給了R2，完成了R1到23.1.1.2的轉發任務，因為Ping是一個有來有回的過程，所以R2就要回復一個包給R1，包的源地址就會是23.1.1.2，而目的地址就成了13.1.1.1。R2在查詢自己的路由表時沒有發現13.1.1.0/24這個網路就會將包直接丟棄。就像是一個人不知道目的地在哪就不會邁出第一步一樣。這樣就導致了從13.1.1.1出來的icmp包都不能完成。

靜態路由故障排除:

排除路由故障時，首先要檢查的是路由表。基本上有三個要點

1：路由器知道什麼路徑？

2：路由器是怎麼到達目標網路的？

3：路由表中的資訊是否準確？

為了順利的排除路由故障，瞭解怎麼跟蹤路由是非常必要的。

使用traceroute來跟蹤路由檢視路由所走路徑。檢視ARP表，看MAC是否和IP準確對應。

ROO上有條/32位的靜態路由指向172.16.20.75.檢視路由表後

檢視自身路由表後將到172.16.20.75的資料包從E1口傳送到172.16.21.2，Kanga收到後發現172.16.20.0/24是自身的直連網路，就會發送一個ARP請求來查詢172.16.20.75這個PC。

由於網橋的延遲。Roo可能會先響應這個ARP請求，查詢路由表後發現有172.16.20.75的靜態路由就觸發了ARP代理這個功能，導致了資料包在Roo和Kanga之間來回轉發造成環路。

解決的辦法有兩個

一：關閉Roo上E0口的ARP代理功能。

Router(config-if)#noipproxy-arp

二：將目標的IP和MAC繫結在ARP表。

Router(config)#arp172.16.20.750001.0001.0001arpa

靜態繫結的ARP不會被清除。