Cisco 200-301: 動態路由與 IP 連通性 — 學習指南
屬於 Cisco CCNA 200-301 — 學習指南. 使用經過驗證的解答練習： Cisco 考試中心, 或參加限時模擬考試： ExamRoll.io.
總覽
動態路由讓路由器能夠自動交換可達性資訊，因此當鏈路或設備發生變化時，網路能夠收斂。控制平面運行路由協定來建立路由資訊庫 (RIB)，而資料平面則透過將目的 IP 與轉送資訊庫 (FIB/CEF) 進行比較來轉送封包。內部閘道協定 (IGP)，例如 OSPF、EIGRP 和 IS-IS，在單一管理網域（一個自治系統）內運作，優先考量快速收斂和簡易性。外部閘道協定 (EGP)，例如 BGP，用於互連不同的自治系統，其優先考量的是策略和可擴展性，而非速度。一個健全的 IP 連線設計會將 IGP 網域與定址層級結構對齊，使用路由彙總來控制故障範圍，並將第一跳閘道備援與一致的路由相結合，以確保端點始終有可用的預設閘道，且網路有可行的回程路徑。
OSPF 基礎：鄰居形成、區域、LSA、DR/BDR、成本
OSPFv2 (IPv4) 和 OSPFv3 (IPv6) 是鏈路狀態 IGP：每台路由器會泛洪鏈路狀態廣播 (LSA)，建立一個一致的鏈路狀態資料庫 (LSDB)，並運行 SPF 演算法來計算無迴圈的路徑。
鄰居形成
- Hello 封包用於發現鄰居並維護鄰接關係。關鍵參數必須匹配：區域 ID、網路類型、Hello/Dead 計時器、認證，以及 OSPFv2 的子網路遮罩；對於 OSPFv3，鏈路本地鄰接關係使用介面範圍且沒有遮罩欄位。
- 路由器會經歷以下狀態：Down、Init、2-Way、ExStart、Exchange、Loading、Full。在廣播/NBMA 網段上，除非被選為 DR/BDR 或與 DR/BDR 形成完全鄰接關係，否則大多數鄰居會保持在 2-Way 狀態。
區域與 LSA
- 區域 0 是骨幹區域；所有其他區域都必須與其相連，通常是透過區域邊界路由器 (ABR)。
- OSPFv2 中常見的 LSA 類型：1 Router、2 Network (來自 DR)、3 Summary (ABR)、4 ASBR Summary、5 External、7 NSSA External (由 ABR 轉換為 5)。OSPFv3 重新設計了格式，但保留了這些角色。
- 設計目標：保持區域的拓撲穩定且可進行路由彙總，以減少 SPF 的劇烈變動和 LSDB 的大小。
多重存取網路上的 DR/BDR
- 在廣播和 NBMA 網路上，OSPF 會選舉一個指定路由器 (DR) 和備用指定路由器 (Backup DR)，以減少鄰接關係的數量和 LSA 的泛洪。選舉基於 OSPF 介面優先權（0 表示不參與選舉），然後是最高的路由器 ID。選舉是非先佔式的；後來加入的更佳路由器不會自動接管。
成本與參考頻寬
- OSPF 路徑成本是介面成本的總和。預設成本 = 參考頻寬（預設為 100 Mbps）除以介面頻寬（單位為 Mbps），結果無條件捨去。現代鏈路需要增加參考頻寬，以避免高速介面產生相同的成本，例如：
undefined
- 網路類型
- 廣播 (Broadcast) (乙太網路)：使用 DR/BDR；Hello 封包多播到 224.0.0.5/6 (v3 為 FF02::5/6)。
- 點對點 (Point-to-point)：無 DR/BDR；簡化的鄰接關係。
- NBMA：Frame Relay/ATM；通常需要手動設定鄰居；使用 DR/BDR。
- 點對多點 (Point-to-multipoint)：每個分支 (spoke) 進行鄰居發現；無 DR/BDR；可用於避免 NBMA 的陷阱。
常見的鄰接關係建立失敗原因
- 區域 ID 或認證不匹配、Hello/Dead 計時器不匹配、MTU 不匹配（卡在 ExStart/Exchange 狀態）、重複的路由器 ID、子網路/遮罩不匹配 (v2)、網路類型不匹配、NBMA 上的單播鄰居設定錯誤，以及 ACL 阻擋了 89/OSPF 或多播流量。
單一區域 OSPF 設定與驗證
IPv4 OSPFv2 範例 (單一區域 0)
- 介面具有正確的 IP 位址和遮罩。
- 程序設定與介面選擇：
undefined
- 可選的介面調校：
undefined
- 驗證：
undefined
IPv6 OSPFv3 範例 (單一區域 0)
undefined
操作原理
- 被動介面會宣告相連的字首，但不會形成鄰接關係，從而減少在存取網路上不必要的 Hello 封包和攻擊面。
- 明確設定路由器 ID 可防止介面不穩定 (flapping) 時造成的動盪。
- 將 network 指令或介面 OSPF 指令與可彙總的邊界對齊，可以減少 LSDB 的大小。
路由選擇、迴圈預防、路由彙總、ECMP、不等價路徑與 FHRP
路由選擇順序
- 最長前綴匹配優先。
- 若有多條路由同樣匹配，則優先選擇管理距離 (AD) 最低者。典型的預設值：connected 0、static 1、eBGP 20、EIGRP 90、OSPF 110、IS-IS 115、RIP 120、iBGP 200。
- 若 AD 相同，則依據各協定優先選擇 metric 最低者。
靜態與浮動靜態路由
- 標準靜態路由使用預設 AD 1：
undefined
- 浮動靜態路由透過提高 AD，為動態路由提供備援：
undefined
迴圈預防
- 鏈路狀態協定透過 SPF 計算無迴圈的樹狀結構；LSA 的老化時間與序號可清除過時資料。
- 距離向量協定依賴水平分割 (split horizon)、路由毒化 (route poisoning) 與抑制計時器 (holddowns)。
- 協定之間的路由重分發可能產生迴圈；使用路由標籤 (route tags)、謹慎的方向性控制與路由彙總來限制回饋。
- 在收斂期間可能發生微迴圈 (micro-loops)；路由彙總與階層式設計可縮小其衝擊範圍。
路由彙總原則
- 在區域邊界 (ABRs) 與 ASBRs 進行彙總，以最小化 SPF 範圍與 LSA 數量。為每條彙總路由注入一條對應的靜態路由指向 Null0，以避免在具體路由消失時，吸引到未知的更具體路由而造成流量黑洞。
- 權衡取捨：路由彙總可能會隱藏其他等價成本的出口路徑，並可能導致次優路由。
ECMP 與不等價路徑
- 等價多路徑 (ECMP) 會在 metric 相同時，為同一個前綴安裝多個下一跳。CEF 預設使用 per-flow 雜湊來避免封包重排。OSPF 通常支援最多 4 或 16 條等價路徑；可透過 maximum-paths 進行設定。
- 不等價成本的負載分擔是 EIGRP 的一個設計特性 (variance)。請謹慎使用；不等價路徑可能增加抖動 (jitter) 並使故障排除複雜化。
- 對於大多數應用，應避免 per-packet 的負載分擔；per-destination/per-flow 模式較為安全。
FHRP 與路由的互動
- HSRP、VRRP 與 GLBP 在 LAN 環境中提供預設閘道的備援。需確保作用中的閘道擁有有效的上行路由；否則設備會將流量傳送到一個沒有出口的閘道。
- 追蹤上行鏈路的健康狀況以影響 FHRP：
undefined
- 若在 SVI 上運行了動態路由，應對齊 OSPF 的 cost 與 FHRP 的 priority，以防止非對稱的回程路徑與不必要的流量髮夾彎 (hairpinning)。
路由控制平面與端對端連線能力的疑難排解
系統化方法
- 實體層與鏈路層：介面狀態為 up/up、速度/雙工模式、錯誤計數以及 VLAN 指派。
- IP 層：定址與遮罩、本地對等體的 ARP/ND 條目、主機上的預設閘道。
- 控制平面：確認協定啟用狀態、鄰居鄰接關係、計時器以及 LSDB 的一致性。
關鍵工具與指令
- 端對端測試：
- ping：快速的連線能力測試；使用擴充 ping 來設定來源介面/位址、大小、DF 位元以及重複次數，以揭露 MTU 或非對稱路徑問題。
- traceroute：識別路徑以及 TTL 在何處到期；有助於區分順向路徑與回程路徑的問題。
- 路由檢視：
- 使用
undefined
/
undefined
來確認最長前綴匹配與下一跳。
- 在 IOS 上使用
undefined
來驗證 FIB 查詢。
- OSPF 健康狀態：
- 使用
undefined
查看狀態、dead timer、DR/BDR 角色。
- 使用
undefined
查看網路類型、成本、計時器、MTU。
- 使用
undefined
查看 LSA 的存在與老化時間。
- 使用
undefined
與
undefined
(僅在維護時段謹慎使用)。
- 策略與過濾器：
- 使用
undefined
查看被動介面、宣告的網路、重分佈以及 distance 值。
- 檢查 ACL、控制平面 policing 以及基礎設施 ACL，這些可能會阻擋 OSPF (IP 協定 89) 或 BGP (TCP/179)。
- 典型故障模式：
- OSPF 停在 ExStart/Exchange 狀態 (MTU/驗證不匹配)。
- 路由存在於 RIB 中，但流量因缺少 ARP/ND、CEF punt 或 ACL 而被丟棄。
- 預設閘道可達，但核心網路中沒有預設路由；或者預設路由存在但因上游故障而形成黑洞，且沒有設定追蹤/浮動靜態路由。
維運上的權衡取捨
- 更快的收斂通常會增加控制平面的擾動；路由彙總與區域設計可在兩者間取得平衡。
- ECMP 改善了吞吐量與彈性，但使確定性的疑難排解變得複雜；應標準化雜湊演算法並監控路徑的對稱性。
實務問題情境
Northwind Textiles 公司正在將其由雙 WAN 鏈路連接的兩地拓撲，從靜態路由遷移至 OSPF。在 WAN 故障轉移期間，使用者會間歇性地無法存取總部 (HQ) 的 ERP 伺服器，而服務台也觀察到不一致的 traceroute 結果。
- 建立一個乾淨的單一區域 OSPF 設計
- 在總部 (HQ) 與分公司 (Branch) 的兩條 WAN 鏈路上設定 area 0。明確地指派 loopback 介面作為 router ID。
- 理由：單一骨幹區域簡化了收斂過程，並避免了遷移期間 ABR 的複雜性。穩定的 router ID 可防止介面變動時不必要的 SPF 重新計算。
- 標準化介面成本與參考頻寬
- 設定
undefined
並調整每個介面的
undefined
，使主要 WAN 的成本低於備援 WAN。
- 理由：明確的成本模型確保了確定性的主要/備援路徑選擇，並避免了因過時的 100 Mbps 預設參考值所導致的等價成本模糊性。
- 僅在兩條鏈路真正對等時才啟用 ECMP
- 若鏈路對等，則設定
undefined
並確認端對端的度量值完全相同。否則，維持單一最佳路徑。
- 理由：ECMP 可以提升吞吐量，但在路徑不對等時，可能會導致非對稱的流量與令人困惑的 traceroute 結果。
- 在總部的使用者 VLAN 上部署帶有上游追蹤功能的 HSRP
- 設定 HSRP 並啟用 preempt，同時追蹤面向 WAN 的介面；在 WAN 故障時降低其優先權。
- 理由：主機保有穩定的預設閘道 IP，但 HSRP 會將 active 角色轉移到擁有正常 WAN 的分佈層交換器上，從而防止在偏好的出口故障時產生黑洞。
- 實作一條浮動靜態預設路由作為安全網
- 在分公司 (Branch) 上，新增
undefined
。
- 理由：如果 OSPF 鄰接關係完全中斷，分公司仍然有一條通往 ISP CE 的最後手段路徑，以便在路由恢復期間回復基本的連線能力。
- 驗證並監控控制平面
- 使用
undefined
與
undefined
來驗證鄰居與 LSDB；使用
undefined
與 CEF 查詢來確認路由選擇。從分公司的 LAN 發起一個帶有來源位址的擴充 ping，並對 ERP 伺服器執行 traceroute。啟用 OSPF 鄰接事件的日誌記錄，並追蹤 Hello/Dead 計時器。
- 理由：指定來源的測試可以證明順向與回程路徑皆正常。監控鄰接關係的抖動有助於精確找出可能觸發故障轉移的不穩定鏈路或不匹配的計時器。
- 將分公司的路由彙總後通告給總部
- 在分公司的邊界路由器上，為分公司的使用者子網路通告一條彙總路由，並為該彙總路由安裝一條指向 Null0 的靜態路由。
- 理由：在存取層發生擾動時，可減少 LSDB 的大小與 SPF 的計算影響，並在更精確的路由消失時防止路由迴圈。
這個逐步計畫將閘道備援與動態路由策略對齊，消除了模糊的路徑選擇，並提供了具有明確疑難排解信號的確定性故障轉移機制。
← IPv6 定址與 IPv6 路由 · 所有領域 · IP 服務、NAT 與服務品質 →
練習這些題目 → · 在 ExamRoll.io 上限時練習 →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
通過考試 →