作為一名從鄭州北大青鳥翔天信鴿出來的畢業生,現在的我已是一個小有成就的網絡工程師了,我可不是故意在夸大我自己哦,我的工作所接觸的一些案例,也算是我的一些工作經驗吧,希望能給大家帶來一定的啟發,下面就寫下來給大家分享一下!
1.故障癥狀
某企業局域網,軟硬件嚴重滯后,網絡性能低下,必須進行較大規模的網絡升級,由10M網全部提升為100M以太網,核心交換機為千兆以太網。為了節約成本,該企業沒有進行外包而是由自己的IT人員獨立實施此次改造工程。改造完工后,進行網絡測試時發現,網絡性能提升并不明顯,而且大部分的網絡成員訪問公司的服務器或者與其他不同子網的部門之間進行數據交互是感覺速度慢,有時數據出錯。以上是客戶向我們公司反應的具體情況。
2.初步診斷
根據客戶反應的情況初步判斷應該布線方面出了問題,在我們的經驗范圍之內。這次并沒有親自出診,而是建議他們對網絡布線系統進行嚴格認證測試。由于該企業的信息中心除了電纜和光纜的認證測試儀外,沒有其它測試維護工具,無法對網絡進行評測。他們利用現有工具和技術手段進行了測試,給我們反饋的情況是,布線施工質量優良,全部電纜光纜鏈路按超五類標準測試參數均合格,沒有發現任何問題。此外,該公司的IT人員又進行了網絡系統及平臺的重新安裝,但仍無濟于事。
3.進一步了解
看來問題沒有想象的那么簡單,我們詢問了客戶一些技術細節。通過詢問得知,由于總公司希望全面提高ERP系統的覆蓋范圍,在這次網絡升級過程中新增的網絡設備比較多,網上成員也增加了二倍多,工作站從原來的220臺猛增至680臺;辦公區和生產區之間、生產區和生產區之間均用光纜和路由器連接起來。
4.親自出診
因為網絡為新擴容的網絡,而且故障是在網絡升級之后出現的,所以先看看該企業的網絡拓撲,是否有設計不合理的地方,但從拓撲圖上看不出網絡結構設計有何不合理之處。由于在各子網段內拷貝數據時速度基本不受影響,而多在跨網段時受阻,所以我們把分析的重點放在跨網數據的分析上。將網絡測試儀接入辦公區網絡的網管中心,打開網段內的全部4個路由器的端口觀察。通過檢測發現網段間的流量為27%~42%之間,由于網絡沒有多媒體應用啟用,因此如此高的流量記錄是不正常的。下面我們需要觀察這些流量的走向,于是在辦公區將網絡測試儀串入路由器與交換機之間(100M端口)監測。啟動IP矩陣監測和以太網MAC矩陣監測功能,觀察數據流向。查看拓撲圖,該WINS服務器直接與一臺工作組交換機相連,打開工作組交換機的端口記錄檢查,流量記錄為13%并伴隨少許碰撞指示記錄。為了不影響用戶的使用,下班后我們從測試儀所在端口向WINS服務器所在交換機端口P32的鄰近端口P31發送高額流量。更換該交換機后,第二天進行測試,在公司員工上班后的網絡使用高峰期開頭所述的網絡故障消失,同時網絡速度比以前有了驚人的提高。
5.故障總結
故障解決了,我們找到了罪魁禍首——一臺工作組交換機。其實,交換機只是“替罪羊”真正的元兇應該是不夠科學、合理的網絡結構。不然一臺小小的工作組交換機為什么能夠引起如此大面積的網絡故障呢?為了使得大家對此有更進一步的認識,我們重新梳理一下該公司的網絡結構以及這次網絡故障。在該企業重新升級的網絡中,大多數數據服務器設置在辦公區的網管中心,而且公司整個系統的工作依賴集中式系統中的這些專用數據服務器。另外,鏈路連接和數據交換時需要WINS服務器提供服務。而與WINS服務器連接的鏈路中,如果交換機一側的端口P32發射能力低效,使得發送的信號幅度不符合要求,再加上鏈路長度不長,所以并不是對所有的數據包WINS服務器都無響應
6.維護建議
首先,建議企業在進行網絡改造的時候,一定要根據企業的需求和實際應用合理規劃網絡拓撲。這其中,應該盡可能地尋求專家的幫助,構建科學、合理、高效的網絡結構。這樣的網絡不僅利與維護、管理,而且在故障發生時能夠快速定位,也不至于一個小問題引發大故障。
7.總結
最后希望大家能夠通過這個案例有所思考,想想網絡故障的背后,比如如何進行科學的網絡改造等等。