錯誤一：路由重分發缺失過濾 → 路由環路

場景： 多協議互通（OSPF↔RIP、EIGRP↔BGP）做重分發。必須配合 Route-map/ACL/Prefix-list 過濾，否則子網相互注入形成環路。大網無完整拓撲圖時極易漏配。

最佳實踐： 能不重分發就不重分發。優先用默認路由、策略路由、VRF 隔離、BGP Communities 等原生機制解決互通，重分發是下策。

錯誤二：OSPF 鄰居參數不匹配 → 鄰居關係 Down

必匹配五要素： 認證類型/密鑰、Area ID、網段掩碼、Hello Interval、Dead Interval。

排查： debug ip ospf adj / show ip ospf neighbor detail 即可精準定位不匹配字段，逐一對齊修正。

錯誤三：OSPF 重分發遺漏 subnets 關鍵字 → 子網路由丟失

現象： 重分發進 OSPF 後，僅有主類網路由，子網路由全無。

根因： Cisco OSPF `redistribute` 命令**預設僅重分發類網路由**，必須顯式加 `subnets` 關鍵字：

router ospf 1
 redistribute rip subnets route-map FILTER

錯誤四：EIGRP 重分發未配 Metric → 所有路徑丟失

鐵律： Cisco EIGRP **拒絕自動預設 Metric，強制手動指定**。未配 → 重分發完全失效。

兩種配法：

! 全域預設
default-metric bandwidth delay reliability loading mtu

! 或單條重分發指定
redistribute ospf 1 metric 10000 100 255 1 1500

副作用證明：EIGRP 域內重分發極易引發次優路徑、震盪，**慎用**。

錯誤五：EIGRP Metric 權重設置不合理 → 流量分佈失衡

難點： Metric 計算公式 `256 * (K1*Bw + K2*Bw/(256-Load) + K3*Delay) * (K5/(Reliability+K4))` 多變量耦合，手工調優極難。

工程化方案： 選擇低峰期（如凌晨 3 點），實測各鏈路帶寬、延遲、負載、可靠性，代入公式計算各路徑 Cost，驗證流量分佈是否符合預期（如 VPN 分流優於低帶寬帳繼線），再反推調整 K 值或 Offset-list。

總結：路由協議配置鐵律

1. 重分發 = 高風險，必配過濾，能避則避；
2. OSPF 鄰居參數標準化模板化部署；
3. OSPF 重分發必加 `subnets`；
4. EIGRP 重分發必配 Metric，否則無效；
5. Metric 調優用實測數據驅動，拒絕拍腦門。