網絡堵塞故障解決一例

    筆者所在單位因工作需要於去年組建了公司內部的局域網，由於本人懂得一些計算機與網絡技術，所以被公司領導委任為兼職網絡管理人員，雖然公司領導這麼作主要是出於節省開資的目的，可本人能得到領導的認可在一段時間內頗有些沾沾自喜，只是局域網組建後一直風平http://www.xsyzj.cn浪靜沒有出現問題,所以本人也沒有什麼機會一展身手。一段時間以後大家似乎都忘了我這個網管員(兼職)的存在。 

　　忽一日，網絡多次出現堵塞現象,且在後來連續幾天都出現這種現象,給公司的工作帶來了很多麻煩，嚴重影響了工作效率。這時公司領導和同事終於想起了還有我這個網管員,大家一至要求我盡快排除故障以保公司的正常工作。

　　終於有露臉的機會了，雖然兼職不能多得一份工資但畢競會讓我得領導的重視，如果有下崗的“機會”，就憑這點特長領導肯定不會優先考慮我了。閒話少絮,敢緊工作吧！

　　首先在工作時間打開路由器的管理信息庫即MIB庫，MIB庫上的信息顯示網絡的平http://www.xsyzj.cn均流量不超過50%，僅有小部分發生數據碰撞，這說明當前網絡結構中的大部分設備是完好的，故障可能是由某個工作站引起的。為了准確摸清故障點，找來了網絡萬用表接入網絡進行測試，在網絡堵塞時發現網絡萬用表所測得的網絡流量非常高達到了80%以上，其中發生碰撞的數據幀占了絕大多數。經過查問，發現堵塞其間有半數工作站接收或發送過數據，其中有三個工作站在網絡堵塞期間一直處於數據收發狀態,看來問題極有可能出現在這三個工作站上，繼續對這三個工作站在網絡堵塞期間的數據包流量進行測試分析，發現其中一台工作站的數據包流量大的離譜，競是其它工作站流量總和的十多倍，故障的根源應該就在這個工作站上。

　　下面的工作是要確定此工作站在局域網中所處位置，方法是打開各工作站網卡MAC地址的備份,與網絡萬用表中找到的MAC地址對照查找後，明確了被懷疑工作站的位置與用戶。

　　接下來對被懷疑工作站進行重點查訪時發現了一個怪現象,在網絡堵塞時，該工作站用戶並未使用計算機，將網絡測試儀與該工作站網卡連接，摸似發送流量，發現數據碰撞隨流量的增加而大幅增加。從以上現象可以判斷網卡的連接上有故障，接著測試此工作站的網卡與網線，結果顯示當前使用的水晶頭為三類而不是五類,所以使鏈路近端串擾超差較多。

　　經過與此工作站使用者交談了解道，這個工作站的使用者缺乏一定的網絡常識，在水晶頭損壞的情況下隨便找了一個三類水晶頭換上，後又在網上下載了一些壓縮的動態文件，這些文件可以在網絡中實時傳輸。在該用戶將下載的動態文件解壓後發送給其它用戶時，網絡數據包的流量就會急劇增加，至使數據包在傳送時出現丟包現象，導至數據反復重新發送,由於此局域網中所有工作站處於一個網段，一台工作站的工作狀態會影響整個網絡的傳輸質量，從而造成整個網絡堵塞故障。

　　故障排除了，領導的表揚同事的稱羨自然少不了，關鍵是通過這次故障排除又長了不少經驗。 網絡堵塞故障解決一例