某單位 H3C 路由組網環境，A 部門反映無法訪問 B 部門網絡。經測試發現：同網段不同 IP 主機訪問 B 部門結果截然不同，有的 100% 丟包，有的正常，有的 20%-50% 丟包。更換 IP 後現象隨 IP 漂移，最終定位為 核心路由器配置了兩條下一跳不同的默認路由，且其中一條指向不存在的節點。

現象複現

• A1 (10.20.12.11) ping B1/B2 丟包 100%，內網正常，網關配置正確。
• A2 (10.20.12.12) ping B1 正常，B2 丟包 20%-50%。
• A3 (10.20.12.13) ping B1/B2 正常，0 丟包。
• 將 A3 改為 .12 現象同 A2；A2 改為未用 .22 正常；A1 改為未用 .23 正常。

排查過程

1. 懷疑 B 部門防火牆策略，但對方確認對 A 部門整段放行。
2. 推測防火牆自動封禁「異常流量」IP，換 IP 臨時緩解但一周後復發，且好壞 IP 互換 → 排除防火牆單向封禁。
3. Tracert 對比發現：正常 IP 路徑為 A網關 → 192.168.10.2 (Router B) → B網關 → 目標；異常 IP 在第 2 跳後出現 * * * Request timed out 後才在第 5-6 跳恢復，提示路由器轉發路徑不穩定。
4. 審查核心路由器 (Cisco 3640) 配置，發現路由表中存在兩條默認路由：

   ip route 0.0.0.0 0.0.0.0 192.168.10.2   ! 正確上行
   ip route 0.0.0.0 0.0.0.0 10.20.12.254   ! 錯誤下一跳，該 IP 不存在
   

5. 路由器啟動後建立轉發表，ECMP 或輪詢機制導致部分流量發往黑洞下一跳，表現為間歇性丟包、IP 相關性。

解決方案

Router# configure terminal
Router(config)# no ip route 0.0.0.0 0.0.0.0 10.20.12.254
Router(config)# end
Router# write memory

重啟路由器後，所有主機恢復正常訪問 B 部門及廣域網。

知識延伸：路由表結構

Destination   Gateway         Flags  Refs  Use  Interface
default       26.112.191.98   UGS    0     0    net0
default       26.112.191.98   UGS    0     18   net0
26.112.191    26.112.191.2    UC     1     0    net0
26.112.191.2  127.0.0.1       UGHS   3     92   lo0
127.0.0.1     127.0.0.1       UH     3     9786480 lo0
224           26.112.191.2    UCS    0     0    net0

• Destination：目標網絡/主機
• Gateway：下一跳網關
• Flags：U=Up, G=Gateway, H=Host, S=Static, C=Clone
• Refs：引用計數
• Use：轉發報文數
• Interface：出接口

教訓總結

• 配置變更必須 雙人複核 + 變更單據 + 回滾預案。
• 定期 show ip route 審計路由表，清理無效/重複/黑洞路由。
• 採用路由協議（OSPF/BGP+認證）替換靜態默認路由，實現自動收斂與防環。