在企業(yè)網絡中，經常會遇到這樣一種讓人很困惑的現(xiàn)象：

路由器剛接到核心交換機時一切正常，能上網，過了幾分鐘，突然所有設備都無法上網了。

很多人第一反應是：

• 運營商線路不穩(wěn)定
• 路由器性能不行
• 核心交換機“抽風”

但實際工作中，這類問題大多數(shù)并不是設備壞了，而是配置或網絡邏輯上的問題。

為什么是“幾分鐘后”？

在網絡故障排查中，時間特征非常重要。

• 如果一接上就不通 → 多半是物理、IP、路由這種“硬性錯誤”
• 如果能用一會兒，過幾分鐘才出問題 → 往往和學習、緩存、老化、廣播有關

比如：

• MAC 地址學習
• ARP 表老化
• DHCP 租期
• 路由或策略生效

所以遇到這種情況，建議先記住一句話：

延遲出現(xiàn)的問題，通常不是線的問題。

先理一理網絡結構，不要急著動配置

在真正排查之前，建議先把當前網絡結構搞清楚，至少要想明白這幾個問題：

• 路由器是做什么用的？
  • 出口路由？
  • 還是充當內網網關？
• 核心交換機是二層還是三層？
  • 有沒有 SVI（VLAN 接口）？

  • 網關到底在哪？

• 出問題時：
  • 是“不能上外網”

  • 還是“內網互相也不通”

  • 能不能 ping 通網關？

這些問題不需要畫復雜拓撲圖，但心里一定要有數(shù)，否則很容易越查越亂。

最常見的原因之一：二層環(huán)路

二層環(huán)路的特點是：

• 剛接上時看起來一切正常
• 隨著時間推移，廣播越來越多
• 最終整個網絡被拖慢甚至拖死

這是因為：

• 交換機需要時間學習 MAC 地址
• 廣播流量是逐步放大的
• 當 MAC 表頻繁變化時，設備負載會上來

所以，“能用幾分鐘”并不能說明沒有環(huán)路。

常見的環(huán)路觸發(fā)場景

場景一：路由器多個口同時接核心

有些路由器：

• 多個 LAN 口在內部是橋接的
• 如果同時插到核心交換機的不同端口
• 就相當于人為制造了一個二層環(huán)

場景二：交換機雙上聯(lián)但沒做控制

• 接入交換機同時接兩臺上級設備
• 沒有開啟 STP
• 或 STP 配置不完整

一開始可能沒問題，過一會兒就開始異常。

簡單的排查方式

可以重點觀察：

• 核心交換機 CPU 是否突然升高
• MAC 地址是否在不同端口之間來回變化
• 是否出現(xiàn)大量廣播或未知單播

如果斷開其中一根網線后網絡立刻恢復，基本可以確認是二層問題。

另一個高頻原因：IP 地址或網關沖突

IP 沖突并不一定立刻表現(xiàn)出來，原因包括：

• ARP 表有緩存時間
• 終端不會立刻重新學習
• 沖突初期影響范圍有限

等到 ARP 表刷新、流量增多時，問題才會集中爆發(fā)。

特別常見的一種情況：網關沖突

例如：

• 核心交換機某 VLAN 的網關是 192.168.1.1
• 路由器 LAN 口地址也是 192.168.1.1

這會導致：

• 有時流量走交換機
• 有時流量走路由器
• 表現(xiàn)為時好時壞，最后整體不可用

怎么快速判斷？

在任意一臺終端上查看 ARP 表：

• 看網關 IP 對應的 MAC 地址
• 是否頻繁變化
• 是否不像同一臺設備

這一步往往能很快發(fā)現(xiàn)問題。

DHCP 配置混亂，也很容易踩坑

為什么 DHCP 問題不好定位？

因為 DHCP 出問題時，表現(xiàn)非常不統(tǒng)一：

• 有人能上網
• 有人拿不到 IP
• 有人 IP 對，但網不通

而且通常也是過一段時間后才明顯。

常見錯誤場景

場景一：多個 DHCP Server 同時存在

• 核心交換機開了 DHCP
• 路由器默認也開著 DHCP
• 兩邊同時給終端分配地址

終端可能拿到：

• 錯誤網關
• 錯誤 DNS
• 錯誤網段

場景二：DHCP 中繼配置錯誤

• 中繼指向錯誤地址
• 或請求被轉發(fā)到了不該去的地方

排查建議

可以重點檢查：

• 終端獲取到的 IP、網關、DNS 是否一致
• DHCP 報文來自哪臺設備
• 是否存在“非預期的 DHCP 響應”

ARP 異?；驈V播流量過大

在一些環(huán)境中，還會遇到：

• ARP 請求異常頻繁
• 某臺設備不斷發(fā)送廣播
• 導致交換機負載升高

常見誘因包括：

• 路由器或防火墻 Bug
• 虛擬化環(huán)境橋接配置不當
• 某臺服務器或終端網卡異常

這類問題往往需要：

• 抓包觀察
• 或臨時隔離可疑設備來確認

別忽略路由和策略“晚點生效”的情況

雖然不算最常見，但也值得注意：

• 動態(tài)路由協(xié)議建立后，錯誤路由被學習
• 默認路由被覆蓋
• 防火墻策略或 NAT 表達到上限

這些問題通常表現(xiàn)為：

• 初期正常
• 會話一多就不通

一個相對實用的排查順序

如果你在現(xiàn)場遇到類似問題，可以按這個順序來：

這樣排，效率通常會高很多。

總結下來，核心就幾類：

• 二層邊界不清
• 網關角色沖突
• DHCP 或 ARP 混亂

如果網絡設計時做到：

• 二層盡量簡單
• 網關職責明確
• 服務角色單一

這類問題出現(xiàn)的概率會低很多。

希望這篇分享，能在你下次遇到類似情況時，少走一些彎路。

最新評論