網絡排障少走彎路 兩案例速解網管疑難
在網絡的管理運維過程中，可以說故障是不可避免的。如果有管理員企圖打造零故障的網絡，只能是徒勞。因為網絡故障有太多的隨機性和偶然性，何況還有人為因素。所以，管理員要做的是掌握網絡排錯技巧，積累經驗培養敏銳的嗅覺，能夠少走彎路，快速定位并排除故障。筆者做技術支持時目睹過不少網管的排錯過程，也看過一些別人的排錯文章，發現有不少人有意或者無意地走了不少彎路。下面很大家共享兩例網絡排錯案例，希望對朋友們有所啟發。
案例一：病毒引發的網絡故障
故障現象
早上剛上班，用戶打來電話說某個子網的客戶端無法正常上網。并且反饋信息，在Ping DNS時斷時續，遠程登錄三層交換機，檢查連接用戶辦公樓端口，未發現有異常情況。
故障診斷
筆者建議管理員首先檢查網絡是否出現風暴或網絡回環。打開Sniffer軟件監控用戶所在網絡，看是不是出現流量異常的現象，監控兩個小時后發現流量很正常。很奇怪，據用戶反映在中午下班時網絡正常恢復正常，但是下午用戶又打來電話說網絡又不正常了，初步判斷問題出在用戶端。
筆者讓管理員到用戶辦公室逐個排查。根據用戶反映，如果把網卡禁用后再啟用，網絡就正常了，但過10分鐘又無法ping通，周而復始。我們知道，網卡禁用再啟用的過程，就是一個Arp的學習過程，在此期間，它會發出一個Arp的請求，詢問誰是這個網段的網關，然后得到這個網關的MAC地址，然后當它需要去訪問不同網段機器的時候，就會把數據包丟給那個網關。那么，是不是用戶的某臺機器中了病毒，導致它可以模仿真實網關的地址，使得在局域網內的客戶端在上網時都把數據包發給了這個模仿真實網關的機器，從而產生故障?馬上找了一臺機器用arp -a命令去查看這臺機器默認網關的MAC地址，發現當網絡正常時顯示的默認網關的MAC地址是正確的，當故障出現時默認網關的MAC地址突然變了。
故障解決
記下出現故障時顯示的那個網關的MAC地址，然后在樓道交換機上根據這個MAC地址查到是哪個機器，拔掉該機器的網線后，網絡恢復正常。至于為何中午下班時上網正常，是因為用戶下班時將中病毒的機器關了，所以大家都又能夠正常上網。中毒機器殺毒后也恢復正常。
排錯總結
通過對這個網絡的故障分析，我們總結出以下幾點：首先是當網絡出現故障的時候，一定要多到用戶端了解情況，***能通過用戶對故障的描述抓住網絡故障的實質。其次，當出現奇怪的網絡現象時，可以分析是否是用戶端的機器中了病毒導致這種現象發生，并不一定是網絡設備的問題。 #p#
案例二：用戶端交換機環路引起故障
故障現象
維護人員發現7號三層交換機遠程無法登錄，初步懷疑設備故障，于是迅速趕到機房檢查設備運行情況，設備供電及其與S8016核心交換機連接均正常，在交換機控制口Ping網關不通;CPU利用率38% ;檢查運行日志未發現有告警。檢查端口，發現e 0/3流量不正常，輸入流量遠大于輸出，將e 0/3 Down后，交換機Ping網關正常，業務恢復正常，檢查所有端口，只有
三口流量不正常，***確定是三口所帶的用戶問題，用戶端不停地發包，流量過大造成三層交換機上聯口擁塞，從而影響其他用戶正常上網。
排錯過程
到用戶端檢查，將用戶所用的公網IP配置在筆記本電腦上直接上網，上網正常，確定用戶端光電轉換器和線路無故障。檢查用戶交換機配置正常，但是只要接上用戶交換機，機房內三層交換機就無法正常工作，判斷用戶交換機故障。由于用戶交換機無資料，無法確定每個端口的業務明細，只有采取將交換機上的連接線一個個拔出，同時檢查機房三層交換機運行情況的方法來判斷故障點的位置。當將用戶交換機e 2/8端口線路拔出后，機房內人員報告三層交換機運行恢復正常，立刻檢查該線路，發現這條線路的另一端連接在第e 2/29端口，原來是這條線路兩端都連接在交換機上造成環路，導致鏈路擁塞，用戶無法上網。詳細檢查發現造成環路的端口都未配置，并且沒有業務使用，交換機沒有發出環路告警。
排錯總結
故障處理完畢后，總結分析如下：
(1).用戶交換機走線雜亂，線路未作標簽，業務走向不明，是造成環路故障的主要原因。
(2).由于造成環路的端口未使用，沒有配置業務，導致交換機無法在13志中產生環路告警，也未能報告出哪個VLAN故障。
(3).環路可造成廣播風暴，數據流量猛增，造成匯聚設備上聯口擁塞，遠程無法登錄。電腦中ARP病毒后不停發包，也能造成設備死機，遠程無法登錄，兩種情況有相似之處。
總結：兩個簡單的案例，帶給我們不少啟發。希望管理員朋友們在日常的維護工作中注意機房內的資料整理，確保線路連接整齊規范。在處理故障時多注意觀察三層交換機日志和端口流量，能有效地減少網絡故障和處理故障時間。
【編輯推薦】
