RIP 版本差異速覽
| 特性 | RIPv1 | RIPv2 |
|---|
| 類別 | 有類別 | 無類別 |
| 子網掩碼攜帶 | 否 (按類聚合) | 是 (支援 VLSM/CIDR) |
| 認證 | 無 | 支援 明文/MD5 |
| 更新方式 | 廣播 255.255.255.255 | 多播 224.0.0.9 |
| 預設發送版本 | RIPv1 | RIPv1 (兼容) |
| 預設接收版本 | RIPv1 | RIPv1 & RIPv2 |
故障一：雙端 RIP 不通 — 配置核查清單
Quidway 間不通
- `display rip` 確認 **RIP 進程已啟動**，`network` 命令**按自然主網**配置 (如 137.11.1.1/16 應配 `network 137.11.0.0`，而非 `137.0.0.0`)。
- 介面下無 `undo rip work/input/output` 關閉發送/接收。
- **子網掩碼長度一致** (RIPv1 強制同主網同掩碼)。
Quidway ↔ 他廠 (Cisco/H3C/Juniper) 不通
- 先查上述基礎項。
- **版本不一致**：Quidway 預設發 v1 收 v1/v2；他廠可能預設 v2。
→ 雙端**顯式指定版本**：`rip version 2 multicast` (Quidway) / `version 2` (Cisco)。
- 認證參數一致：模式 (none/simple/md5)、金鑰串、金鑰 ID。
故障二：RIPv1/v2 混用導致的三大陷阱
- 配了認證不生效：RIPv1 不支援認證，**雙端介面必須 `rip version 2` 後認證才生效**。
- 子網掩碼丟失：關閉自動匯總 (`undo summary`) 但未開 v2 → 發送更新仍按類聚合 (如 137.11.1.0/24 變 137.11.0.0/16)。**必須 `rip version 2` 才能攜帶掩碼傳遞**。
- 同主網不同子網路由合併：10.1.0.0/16 和 10.110.0.0/16 在 v1 下全聚合為 10.0.0.0/8 發送；v2 配 16 位掩碼可分開發送。
故障三：自動匯總的雙刃劍
- RIPv1 **永遠匯總**；RIPv2 **預設匯總**可關閉 (`undo summary`)。
- **僅對 RIPv2 介面生效**；跨主網邊界必須匯總，否則路由表膨脹、收斂慢。
- 原則：**無特殊原因 (如不連續子網需精確路由) 不要關閉匯總**。
故障四：RIP 效能三大硬傷與對策
| 硬傷 | 影響 | 對策 |
|---|
| 僅用 Hop Count 做 Metric | 忽略頻寬，可能走 1 跳 ISDN 備用鏈路而不走 2 跳 100M/1G 主鏈路 | 重新設計拓撲 (調整 Hop) 或遷移至 OSPF/IS-IS (支援 Cost=帶寬倒數) |
| 週期性廣播全量路由表 (30s) | 消耗頻寬，特別是廣域網/低速鏈路 | `neighbor x.x.x.x` 指定單播對等體 (支援非廣播網絡、大幅減少乙太網流量) |
| 慢收斂 (Garbage Timer 120s+) | 配置生效延遲，易誤判為配置錯誤 | 耐心等待收斂；關鍵場景改用快速收斂協議 (OSPF/EIGRP/IS-IS) |
故障五：RIP 與其他協議/靜態路由重分發陷阱
- 重分發進 RIP 需 `import-route` + `cost` 設定種子度量，否則預設 cost=16 (不可達)。
- 重分發出 RIP 需配置 `filter-policy` 防止路由迴路/黑洞。
- 雙向重分發 (RIP↔OSPF) **必須雙向過濾**，並設置不同管理距離避免震盪。
總結：RIP 故障排查口訣
版本對齊 → 掩碼攜帶 → 認證一致 → 匯總策略 → 介面發收開關 → 物理/鏈路層 → 重分發過濾
RIP 適合**小型、扁平、頻寬均勻**網絡；超出此範圍，**果斷遷移 OSPF/IS-IS**，勿在 RIP 上打補丁。