網(wǎng)絡(luò )故障處理案例分析

　　對網(wǎng)絡(luò )整體結構的掌握,是處理網(wǎng)絡(luò )故障的前提，下面是YJBYS收集的網(wǎng)絡(luò )故障的案例分析，希望對你有幫助!

　　案例二：

　　[網(wǎng)絡(luò )故障]

　　某大型化工股份有限公司信息中心報告網(wǎng)絡(luò )故障，新近進(jìn)行網(wǎng)絡(luò )的更新升級和擴容，由10M網(wǎng)全部提升為100M以太網(wǎng)，核心交換機為千兆以太網(wǎng)。完工后系統試機時(shí)發(fā)現，大部分的網(wǎng)絡(luò )成員感覺(jué)速度慢，有時(shí)數據出錯，但子網(wǎng)段內拷貝數據速度基本不受影響。Ping測試檢查所有工作站和服務(wù)器均正常。

　　遵照網(wǎng)絡(luò )醫院上周的建議他們對網(wǎng)絡(luò )布線(xiàn)系統進(jìn)行嚴格認證測試，布線(xiàn)施工質(zhì)量?jì)?yōu)良，全部電纜光纜鏈路按超五類(lèi)標準測試參數均合格，沒(méi)有發(fā)現任何問(wèn)題。由于信息中心除了電纜和光纜的認證測試儀外，沒(méi)有其它測試維護工具，無(wú)法對網(wǎng)絡(luò )進(jìn)行評測。雖然仔細進(jìn)行了網(wǎng)絡(luò )系統及平臺的重新安裝，仍無(wú)濟于事。

　　由于總公司希望全面提高ERP系統的覆蓋范圍，新增的網(wǎng)絡(luò )設備比較多，網(wǎng)上成員也增加了二倍多，工作站從原來(lái)的220臺猛增至680臺，辦公區和生產(chǎn)區之間、生產(chǎn)區和生產(chǎn)區之間均用光纜和路由器連接起來(lái)，因此洪主任抱怨現在網(wǎng)絡(luò )的管理成了問(wèn)題，查找故障不象從前那樣容易了，一來(lái)網(wǎng)絡(luò )規模比以前大多了，故障數量和種類(lèi)增多，二來(lái)網(wǎng)絡(luò )結構變得比以前復雜多了，故障的定位分析和隔離變得比較困難。

　　該網(wǎng)絡(luò )各子網(wǎng)段基本上采用核心交換機和工作組交換機作網(wǎng)絡(luò )骨架，用桌面交換機和集線(xiàn)器混用的方式構成基層用戶(hù)接入平臺，核心交換機之間為千兆以太網(wǎng)連接，用戶(hù)全部為100M到桌面。為了便于維護和管理，同時(shí)也從安全角度考慮，設計方案中將大多數數據服務(wù)器均安裝在了網(wǎng)管中心。

　　[診斷過(guò)程]

　　網(wǎng)絡(luò )為新擴容的網(wǎng)絡(luò )，從拓撲圖上看不出網(wǎng)絡(luò )結構設計有何不合理之處。由于在各子網(wǎng)段內拷貝數據時(shí)速度基本不受影響，所以分析數據多在跨網(wǎng)段時(shí)受阻。將網(wǎng)絡(luò )測試儀接入辦公區網(wǎng)絡(luò )的網(wǎng)管中心，打開(kāi)網(wǎng)段內的全部4個(gè)路由器的端口觀(guān)察，網(wǎng)段間的流量為27%～42%之間，由于網(wǎng)絡(luò )沒(méi)有多媒體應用啟用，因此如此高的流量記錄是不正常的。我們需要觀(guān)察這些流量的走向，于是在辦公區將網(wǎng)絡(luò )測試儀串入路由器與交換機之間(100M端口)監測，啟動(dòng)IP矩陣監測和以太網(wǎng)MAC矩陣監測功能，觀(guān)察數據流向。結果如下，大部分的數據流向均指向辦公區的WINS服務(wù)器，而WINS響應流量極少。查看拓撲圖，該WINS服務(wù)器直接與一臺工作組交換機相連，打開(kāi)工作組交換機的端口記錄檢查，流量記錄為13%，伴隨少許碰撞指示記錄。

　　為了不影響用戶(hù)的使用，下班后我們從測試儀所在端口向WINS服務(wù)器所在交換機端口P32的鄰近端口P31發(fā)送高額流量，選值為90Mbps流量沖擊，并在此鄰近端口P31觀(guān)察接收到的流量記錄，記錄顯示為89.7Mbps，這說(shuō)明端口P31的通道測試是合格的。然后對準WINS服務(wù)器所在端口P32發(fā)送90Mpbs的高額流量，觀(guān)察P32端口流量沖擊記錄，結果顯示為13.5%，并出現大量延遲幀，表明該端口通道測試不合格。將流量發(fā)送方向指向與該端口連接的上游端口P17，觀(guān)察P17流量顯示為90Mbps。

　　問(wèn)題很清楚，被丟棄和延遲的流量就在P32口。對WINS本身作WINS查詢(xún)，10次測試響應只有2次，響應地址正確，響應率20%。重新測試WINS鏈路電纜，合格。測試WINS服務(wù)器網(wǎng)卡，合格;測試交換機的端口P32，低效。在此臨時(shí)將WINS服務(wù)器端口P32改接到端口P33，重新啟動(dòng)系統，5分鐘后進(jìn)行上述測試，全部合格。為了驗證P32口低效，用網(wǎng)絡(luò )測試儀接入該端口并向P17發(fā)送90M流量，收到流量為12%。由于這臺工作組交換機為新品，尚在保用期之內，因此建議立即更換之。

　　[診斷評點(diǎn)]

　　網(wǎng)絡(luò )中的大多數數據服務(wù)器由于設置在辦公區的網(wǎng)管中心，所以公司整個(gè)系統的工作依賴(lài)集中式系統中的這些專(zhuān)用數據服務(wù)器，鏈路連接和數據交換時(shí)需要WINS服務(wù)器提供服務(wù)。與WINS服務(wù)器連接的鏈路中，交換機一側的端口P32發(fā)射能力低效，使得發(fā)送的信號幅度不符合要求，由于鏈路長(cháng)度不長(cháng)，所以并不是對所有的數據包WINS服務(wù)器都無(wú)響應。

　　有些數據被作為部分錯誤和碰撞數據由端口記錄之，大部分從交換機各端口送往P32端口的的數據因鏈路接口問(wèn)題被延遲和丟棄，造成記錄數據中有用流量正常，而網(wǎng)絡(luò )用戶(hù)速度普遍偏慢的假象。交換機、網(wǎng)卡、集線(xiàn)器和路由器等網(wǎng)絡(luò )設備的端口一般從工作2～3年開(kāi)始出現低效現象，5年比例為3%～18%(這取決于不同的廠(chǎng)商產(chǎn)品質(zhì)量，也取決于同一廠(chǎng)商的不同系列產(chǎn)品的產(chǎn)品質(zhì)量)。由于系統中有大量的端口，所以在網(wǎng)絡(luò )維護周期建議中要求每半年對端口性能進(jìn)行定期測試。每一～二年對布線(xiàn)系統進(jìn)行一次輪測，尤其對重要的網(wǎng)絡(luò )設備如服務(wù)器、交換機、路由器等應該堅持定期測試，這樣做對提高網(wǎng)絡(luò )的可靠性有莫大的幫助。

　　[診斷建議]

  建議“病人”所有網(wǎng)絡(luò )設備進(jìn)行一次普查，將全部端口都進(jìn)行備案測試，并列入定期維護的內容之一。

　　案例二：【多協(xié)議使用，設置不良，服務(wù)器超流量工作】

　　[網(wǎng)絡(luò )故障]

　　今天的故事發(fā)生在某機電進(jìn)出口公司來(lái)電告知他們的網(wǎng)絡(luò )昨天剛剛進(jìn)行了升級，從10M以太網(wǎng)桌面應用全部升級為100M以太網(wǎng)交換到桌面，結果出現局域網(wǎng)內網(wǎng)絡(luò )訪(fǎng)問(wèn)速度反而比升級前慢的現象。有的訪(fǎng)問(wèn)很長(cháng)時(shí)間沒(méi)有結果，有的則出錯。他手里有幾款偵測網(wǎng)絡(luò )流量的軟件，啟動(dòng)運行后也沒(méi)有發(fā)現任何問(wèn)題。對服務(wù)器的Ping測試平均小于1ms，應該不會(huì )慢，但不知何故會(huì )如此表現。

　　[診斷過(guò)程]

　　這個(gè)故障看起來(lái)比較簡(jiǎn)單，實(shí)際診斷卻頗費周折。該網(wǎng)絡(luò )由4個(gè)路由器經(jīng)幀中繼線(xiàn)路與國內總部和國際分部鏈接，占據4層樓面，由2臺千兆核心交換機和二級5臺工作組交換機(每層一臺)以及20臺桌面交換機(每層4臺)組成，100M交換到桌面，結構比較典型。從故障現象看，網(wǎng)絡(luò )聯(lián)通性尚可，但速度受影響。

　　一般來(lái)說(shuō)，速度慢的原因有很多，比如網(wǎng)上設備速度跟不上要求，網(wǎng)絡(luò )設備出現阻塞或瓶頸效應，電纜光纜系統問(wèn)題使得網(wǎng)絡(luò )數據出錯或產(chǎn)生高額碰撞，網(wǎng)絡(luò )協(xié)議設置錯誤造成無(wú)效的重復訪(fǎng)問(wèn)，應用軟件或協(xié)議設置錯誤訪(fǎng)問(wèn)受阻等等。由于剛更新了網(wǎng)絡(luò )，原來(lái)的電纜系統又沒(méi)有經(jīng)過(guò)認證測試，根據以往的經(jīng)驗，電纜系統存在問(wèn)題的可能性最大，所以我們決定先檢查電纜系統。鑒于所有網(wǎng)絡(luò )成員都有速度問(wèn)題，我們先抽取部分電纜尤其是主要服務(wù)器的網(wǎng)絡(luò )電纜進(jìn)行現場(chǎng)認證測試。

　　系統電纜采用的是超五類(lèi)線(xiàn)，用電纜認證測試儀測試20條電纜鏈路，結果出伏出乎意料地全部合格!改用網(wǎng)絡(luò )測試儀對抽測的電纜人工模擬發(fā)送流量，結果當發(fā)送至75%流量時(shí)，碰撞率仍不超過(guò)5%，表明網(wǎng)絡(luò )布線(xiàn)系統雖然在工程完工后沒(méi)有進(jìn)行認證測試，但電纜品質(zhì)和施工品質(zhì)還是不錯的，實(shí)屬少見(jiàn)。

　　轉而進(jìn)行網(wǎng)絡(luò )健康指標評測，除了服務(wù)器流量嚴重超標以外，其它如錯誤、碰撞、廣播等都合格。檢測流量分布，基本上都集中在服務(wù)器鏈路上，平均流量達91%。令任意兩臺工作站之間進(jìn)行拷貝文件操作，速度很快。說(shuō)明問(wèn)題很可能就出在服務(wù)器與工作站的協(xié)議流程障礙上。啟動(dòng)F683網(wǎng)絡(luò )測試的ICMP Ping、ScanHost、ICMP Monitor等功能測試，檢查其IP協(xié)議的工作質(zhì)量，結果顯示正常。這說(shuō)明，網(wǎng)絡(luò )連接通道性能是可以的，問(wèn)題出在協(xié)議的5層以上。

　　啟動(dòng)網(wǎng)絡(luò )測試儀的協(xié)議分布偵測功能Protocol Mix，結構發(fā)現其Apple Talk和BanyanVines協(xié)議流量分別為47%和39%，合計流量為86%。進(jìn)一步顯示運行該協(xié)議的是兩臺主服務(wù)器。

　　詢(xún)問(wèn)網(wǎng)絡(luò )部主任網(wǎng)絡(luò )設計運行的是什么協(xié)議，答曰全部是基于視窗環(huán)境的單一的IP協(xié)議。為何會(huì )出現Apple Talk和Banyan Vines?答曰根本未知。

　　由于這兩種協(xié)議有沒(méi)有參與該公司的業(yè)務(wù)流程尚且不明，故暫時(shí)不能貿然將其刪除。必須盡快核實(shí)現在的業(yè)務(wù)軟件是否依賴(lài)這兩種協(xié)議。網(wǎng)絡(luò )部主任告知他是一年前接手網(wǎng)絡(luò )部主任一職的，對業(yè)務(wù)流程軟件并不熟悉，但知道現在運行各軟件的供應商。我們請他立即與該軟件開(kāi)發(fā)商聯(lián)系，15分鐘后對方發(fā)來(lái)傳真明確說(shuō)明該公司的軟件只在Windows平臺上運行，不支持Apple Talk和Banyan Vines等應用平臺。為慎重起見(jiàn)，我們請各業(yè)務(wù)部門(mén)的代表集中辨認并統計現在各自所用的操作平臺和軟件，結果都不包括Apple Talk和Banyan Vines。至此，我們決定對該協(xié)議平臺進(jìn)行卸載。一邊操作一邊請林先生查閱以前網(wǎng)絡(luò )檔案，結果發(fā)現了這兩種平臺的安裝軟盤(pán)和應用軟件安裝軟盤(pán)。

　　完成協(xié)議清理作業(yè)后，重新啟動(dòng)網(wǎng)絡(luò )，網(wǎng)絡(luò )訪(fǎng)問(wèn)立即恢復正常。

　　[診斷評點(diǎn)]

　　非工作協(xié)議是指在網(wǎng)規劃和絡(luò )設計中未被選用的協(xié)議和應用，但他們存在于各種網(wǎng)絡(luò )平臺之中。作為網(wǎng)絡(luò )上的“游魂”之一，他們會(huì )耗用少量網(wǎng)絡(luò )帶寬。常用的被捆綁于視窗平臺的協(xié)議如IPX、IP、NetBEUI基本上沒(méi)有沖突。所以許多用戶(hù)雖然沒(méi)有同時(shí)使用這幾種協(xié)議但也會(huì )時(shí)常同時(shí)捆綁這些協(xié)議。NetBIOS設置有多種平臺協(xié)議的輸入輸出接口，有助于眾多協(xié)議的交互工作和各種協(xié)議平臺及其應用的并存。但從網(wǎng)絡(luò )性能優(yōu)化的角度看，各種協(xié)議平臺和應用版本是由不同廠(chǎng)商開(kāi)發(fā)的，兼容性始終是一個(gè)動(dòng)態(tài)適應的過(guò)程。沒(méi)有一種始終能緊密跟蹤各種協(xié)議平臺和應用協(xié)議變化、相容和協(xié)調的有效方法。從這個(gè)意義上講，多協(xié)議工作的沖突是不可避免的。

　　翻閱六年前網(wǎng)絡(luò )檔案我們發(fā)現，該網(wǎng)絡(luò )多年以前一直使用的是Apple Talk和Banyan Vines平臺協(xié)議，當時(shí)是請ALP國際公司提供的應用軟件并負責安裝工程。直到三年前才全部安裝啟用視窗平臺和基于IP協(xié)議的新的應用軟件，但APL公司的人員沒(méi)有將老平臺卸載，而是簡(jiǎn)單地停止啟動(dòng)運行。后繼的網(wǎng)管人員在交接時(shí)因不熟悉這些協(xié)議及其用途，沒(méi)有進(jìn)行清理。最近的這次的網(wǎng)絡(luò )升級工程安裝調試時(shí)根據原先的網(wǎng)管記錄和服務(wù)器平臺的提示重新安裝并啟動(dòng)運行了這些軟件。詢(xún)問(wèn)負責軟件安裝的網(wǎng)管人員是否了解這些軟件的用途，答曰因為在老平臺的窗口中一直看見(jiàn)這些軟件，其間也曾詢(xún)問(wèn)過(guò)一直任職的財務(wù)經(jīng)理，證實(shí)有用，所以才重新安裝之。實(shí)則該平臺的設置與新的應用軟件之間有嚴重沖突，并同時(shí)干擾現行應用軟件的有效工作。兩臺服務(wù)器之間一直在互相詢(xún)問(wèn)并重新發(fā)送無(wú)法處理的無(wú)效數據包，除了干擾其它協(xié)議外，直接的結果就是占用大量的網(wǎng)絡(luò )帶寬，破壞數據的傳輸和處理，致使網(wǎng)絡(luò )速度變慢并時(shí)常出錯。

　　另外，網(wǎng)絡(luò )部手里的診斷軟件都是基于視窗環(huán)境的應用軟件，無(wú)法觀(guān)察其它應用的流量。

　　[診斷建議]

　　協(xié)議的無(wú)縫互聯(lián)和互操作是軟件開(kāi)發(fā)工程中的難點(diǎn)。實(shí)際的應用軟件品質(zhì)并不如開(kāi)發(fā)商所標榜的那樣樂(lè )觀(guān)。為了使網(wǎng)絡(luò )的工作效率達到最佳，網(wǎng)管人員需要經(jīng)常監測網(wǎng)絡(luò )協(xié)議數量及其工作狀態(tài)。對于無(wú)用的協(xié)議要即時(shí)清理之。重要網(wǎng)絡(luò )在協(xié)議監測對新出現的協(xié)議還要監測其操作過(guò)程，查找其來(lái)源。因為許多網(wǎng)絡(luò )在遭到黑客攻擊時(shí)常會(huì )伴隨某些新協(xié)議的活動(dòng)。

【網(wǎng)絡(luò )故障處理案例分析】相關(guān)文章：

常見(jiàn)的網(wǎng)絡(luò )故障分析與處理01-07

網(wǎng)絡(luò )故障診斷案例盤(pán)點(diǎn)01-23

有關(guān)網(wǎng)絡(luò )故障的綜合分析匯總03-06

DNS服務(wù)網(wǎng)絡(luò )故障案例解析01-23

溝通案例分析03-09

沃爾瑪經(jīng)典案例分析06-22

小米戰略案例分析03-07

經(jīng)典廣告案例以及分析06-20

管理溝通案例分析02-26