說起以太網故障，根據經驗發現大多數的網絡故障都是與硬件有關的：比如說電纜，中繼器，HUB，Switch和網卡等。對于以太網典型故障的查找，一般過程如下：
一，收集一切可以收集到的有價值的信息，分析故障的現象。
二，將故障定位到某一特定的網段，或者是單一獨立功能組（模塊），也可以是某一用戶。
三，確認到底是屬于特定的硬件故障還是軟件故障。
四，動手修復故障。
五，驗證故障確實被排除。
一般來說，最好的方法是先把故障細分或隔離在一個小的功能段上，即首先排除最大的簡單段，從任何一個方便的，靠近問題的站點出發，利用二分法隔離障礙，再繼續使用二分法直至把故障劃分到最小的單位。網管人員不要過多的指望用戶會給出準確的故障情況描述，最好由自己親自來確認一下。當然也可以由用戶演示所發現的問題。由于網絡故障帶來的壓力和混亂，人們經常忽略一些細節問題。如果某個部件出了問題，最好不要立即去替換它，除非能肯定故障的來源。
故障查找要注意一些事項，由于以太網采用通用總線拓撲結構以及物理層可擴展的潛在問題，所以某個特定物理層的問題會以不同的方式顯現出來，由于采用的測試手段、位置和環境不同，顯示出的現象也常常矛盾。
為了避免被假象誤導，特推薦兩個故障查找的步驟。
1.沿網段多做測試如果故障現象隨測試點的不同還保持一樣的話，就可以依照所測試出來的故障現象去排除。如果故障現象在一些或所有的測試點都不同的話，就要把查找故障的方向定在物理層（除非有特別提示），例如去查找壞的電纜、噪聲環境、接地循環等故障。
2.要提高測試質量，在測試的同時要把測試儀器設置成至少可同時發送較低的流量。
由于增加了網絡流量，微小的和間歇性的物理層問題會暴露出來。
為了更具體說明故障分析方法，下面列舉典型的網絡故障加以說明。
故障：不能訪問服務器或某項服務
在這里設定服務器或某項服務以前是正常的，并且已經做過如下的工作：
-重新冷啟動PC機（熱啟動不能復位全部的適配卡）。
-確認PC機沒有本身的硬件故障。
-確認所有的網絡電纜都連接正確。
-確認所有的網卡驅動軟件都正常的裝入，沒有報告錯誤。
-確認服務器或服務沒有改變，比如重新配置增加硬件或軟件。
要測試一下這一故障是否只影響該工作站（本地故障）還是會影響其他站點（大范圍故障），可以通過其他工作站裝入服務器或服務來證明這一點。這些工作站要在同一網段或HUB上。如果故障在同一網段或HUB上的其他的站點也存在，就試著從其他的網段或HUB上的站點進行測試。
（1）本地故障
在進行硬件故障查找以前，要確認其他用戶也不能到這臺機器上，這就排除了用戶帳號的錯誤。對一個單一的站點來說，典型的故障多發生在壞的電纜、壞的網卡、驅動軟件、或是工作站設置的不正確等問題上。
（2）全局問題
通常來說，在同軸網中的物理層故障會導致災難性的網絡故障。使用二分法來查找這類故障是可以很快定位解決的。間歇性故障是比較難以隔離的。
（3）電纜連接問題
目測連接性：檢查連接性常用的方法就是檢查HUB、收發器以及近期出產的網卡上的狀態燈。如果是10BASE5的電纜，要仔細檢查所有的AUI電纜是否牢固的連接劃鎖要同時鎖牢，很多問題只要簡單的把未接牢的部分重新緊一下就解決了。
受損的電纜或連接部件：在檢查物理層的問題時，要注意受損的電纜、不正確的電纜類型（比如在以太網上用RG62或RG59）、未打好的RJ-45水晶頭或未按牢的BNC頭。對懷疑有問題的電纜可以用一般的電纜測試儀進行測試。
（4）連接脈沖極性問題
無論是NIC還是HUB的連接脈沖極性都可以通過測試測出,連接極性故障通常是由電纜的連接錯誤引起的。
（5）檢查鏈路層的問題
碰撞問題：如果平均碰撞率大于10%或是觀察到非常高的碰撞，就需要進一步的測試了。如果可能，試著通過減少網段規模（將網絡分成小塊）并隨時檢測碰撞的變化以隔離出發生問題的區域。為了追蹤碰撞情況，就必須知道網絡的流量。可以使用背景流量發生器來加入適當的流量（100幀/秒，100字節長的流量），并同時觀察網絡的統計顯示。某些與介質有關的故障是與流量的大小成正比的。可以在用控制鍵改變流量同時觀察碰撞與錯誤的改變。這種做法要特別小心，因為你很容易給網絡加入很重的流量。解決與碰撞有關的問題常常是很費勁的，因為測試的情況在很大程度上取決于觀察的位置。也許在同一網段相距幾尺遠的不同觀察點看到的情況就不同，要多找幾個點來觀察并留意所發生的變化。
如果碰撞和流量成正比，或碰撞幾乎是100%，或幾乎沒有正常的流量，則可能是布線系統出了問題。對于UTP布線，可以在HUB上斷開電纜然后進行電纜測試。對于同軸電纜就要進行阻抗測量，可以使用數字表或其他儀表的直流通斷功能進行測試。如果電纜兩端都有端接器，從T型接頭應測的大約25歐姆，如果從電纜的一端將會測的50歐姆。
幀級錯誤：如果出現幀級錯誤，你就要運行錯誤統計測試，并通過詳細功能把有問題的工作站的MAC地址找出，然后經過測試把故障確定下來。可以試著將驅動程序用“干凈”的原盤重新裝入工作站，要確認各項配置安全。如果這一切仍不奏效，可以試著把有疑問的網卡換掉。
利用率過高：如果利用率過高（平均值大于40%，瞬間峰值高于60%），那么網段負荷就過重了。應當考慮安裝網橋和路由器以減少在網段中的流量或把網段分成若干小的網段。
（6）客戶服務器連接的完整性問題
如果在鏈路層上是完好的，那么我們就要來看一下協議方面是否有什么問題會影響服務器和客戶之間的通信。
連通性：使用專業儀表，你可以運行Server List或Novell Ping測試功能，用來驗證從測試點是否可以訪問服務器或服務功能。如果服務器沒有反應，重新冷啟動服務器并注意觀察所有驅動軟件是否正確加載，有無錯誤提示。Novell的3.11版本以及以前版本，在缺省配置下使用802.3RAW的打包，而2.12及以后的版本在缺省配置時都使用了802.2打包類型。
另外也可試著對服務器進行幾次ping測試，要確認請求信號與返回的響應信號數目相等，結果不一致則表明有時好時壞的網卡或HUB的故障導致幀的丟失。臨界狀態的和已壞的橋或路由器也可以用此方法很快的定位。
服務器或服務的可達性：如果使用協議分析儀，就要捕獲3至4分鐘的數據包來分析。看一下是否有從服務器發出的延時請求，并找出是哪個服務器發出的，如果有延時請求，則表明服務器不能完全處理所加載的任務，每一個延時請求作廢一個任務請求。
網絡響應慢或性能差
網絡響應慢或性能差，要確定一下是否是與網絡介質有關的故障，是一個工作站的問題還是一個服務器或是服務的問題。從其他工作站去訪問同樣的服務器或服務，并詢問本段網絡或其他網段上的用戶，如果問題不是與介質有關的，要確定問題是否與軟件有關，檢查網絡利用率和軟件錯誤來查找性能差的網絡問題。
運行諸如網絡統計這樣的測試，看一下是否有高流量和不正常的高碰撞存在，在增加背景流量后再運行一下這些測試。如果發現碰撞和PCF伴隨的流量的增加而增多的話，你就應運行電纜測試來檢查工作站的連接。
（1）碰撞問題
如果碰撞較多，要算一下多少帶寬被碰撞損失了。把本地和遠端碰撞的損失都加起來，如果平均碰撞的值大于5%-10%，就要進行進一步的故障查找。同樣要檢查一下碰撞是否是突發的，也就是說碰撞明顯的增多不是因為流量明顯增大引起的，如果是這樣，就意味著某處的物理層出現了比較嚴重的問題。在碰撞與流量之間應是有一定關系的。這種關系應當在做網絡參照基準測試時收集。如果碰撞始終是比較多的（但仍是可以接受），可能是太多站點同時在參與發送，或者網絡結構應做一些優化使近距離的站點分在一起。過多的碰撞最常見是與介質有關的故障導致的，比如：不正確的端接、特性阻抗不連續（壞接點、殘留支纜、殘破線纜等）和壞網卡。
（2）過載的網段
如果利用率很高（持續峰值超過60%）而碰撞又可以接受（平均碰撞小于10%），那么網絡就飽和了。這時就應該增加網段或用路由器把網段分成較小的可以支持正常流量的網段。
（3）硬件故障
如故出現幀錯誤，利用專業儀表可以找出錯誤幀的來源。此后的工作就是在HUB口、網卡和電纜中隔離出特定的故障，如果故障是間歇性的，就替換掉有疑問的網卡。檢查一下服務器/服務是否接在廣域網路由器的兩端。如果是這樣,就用Ping測試來測試一下響應時間并與基準測試比較一下。為了保證沒丟失幀的情況就要連續運行多次的Ping測試，檢查測試請求包與響應包是否相等。如果不相等，遠端的介質或互連設備（網橋、路由器等）就有可能是容量問題或有故障。丟幀也是電纜故障之一。比如：UTP布線中的線對串繞和同軸纜的故障。如果懷疑有丟幀就進行電纜測試。測試接在反應慢的工作站的電纜，也要測一下服務器方向的電纜。
（4）軟件故障
運行網絡統計測試，如果是高流量，低碰撞，而且有一點錯誤幀，就先確定發送錯誤幀的站點。也可以由繁忙站點測試來找出有問題的站點。到該站點現場來查看該用戶在做什么。要問明在非高峰時間用戶在干什么或把這個用戶移到其他網段上，以改善本網段上的其他用戶工作情況。如果利用率、碰撞、錯誤幀都低，要詢問抱怨網絡性能不好的用戶是使用哪個服務器和哪個應用軟件。檢查該服務器是否處在高負載狀況下，它和網絡的利用率是不同的概念。要找出使用這個服務器資源最多的用戶，這可以用服務器上的用戶監測功能或協議分析儀來完成。
無論是網絡流量高或低時發生的問題，如果是碰撞很少而且沒有錯誤幀，這類問題多出自應用軟件或與文件服務器有關。服務器可能是Cache設置的太小，保留的緩沖不足，服務器內存不夠，服務器所余空間有限，這也可能是另一類軟件問題，它們可能造成不正常的“網絡磁盤請求”，這時有必要將某一應用移到另一個服務器上，要么升級現有的服務器，要么再加入一個新的服務器。
|
QQ好友和群
QQ空間
騰訊微博
騰訊朋友
收藏
淘帖
頂
踩
