網線破損導致“網絡風暴”
2020-10-30 18:14:01
供稿：網友
筆者籌建過某公司的網絡中心，該中心以負責全市各家分公司間信息的交換，實現各分公司間資源的共享。各分公司都通過DDN專線經路由器用TCP／IP協議與主機連接。
網絡中心的以太網分為兩個網段：192．168．1．x和 192．168 2．x，以下簡稱網段 1和網段2。其中有用于處理備分公司信息的生產機及開發機各一臺，另有二臺與各分公司進行遠程通信的路由器。另外還有一些用于開發和監控的計算機。網段2中有多臺計算機，進行客一端的開發調試。開發機和一臺計算機同時連在兩個網段上。
某天，網絡發現各分公司的數據傳輸不正常，而旦是采用TCP／IP協議與中心連接的分公司的數據不正常。隔一段時間就發現這些分公司的數據通信室都不能進行，經過幾天努力還是無法解決，但是公司正常運轉必須借助網絡，于是向筆者求助。
診斷過程
筆者趕到現場，仔細觀察故障現象，基本上可以判斷是通信問題造成的因為無論是在網段1 還是在網段2 上 計算機與生產機的連接都出現了時斷時續的現象。而與生產機直接相連（不通過以太網）的主控臺與主機的連接則沒問題。從主控臺上看，無論是內存占用還是CPU利用率等各方面都沒有發現異常。而且生產機上的所有進程也都沒有發現異常。看來問題出現在以太網上。
既然兩個網段與主機的連接都有問題，是不是兩個網段都有問題呢？用TCP/IP協議中最基本的測試方法Ping命令測試，結果發現網段2中的各臺計算機之間的連接都沒有問題，而網段1 中，不只是各臺計算機與生產機之間Ping時斷時通，而且其他各臺計算機之間互Ping也是時斷時通。問題肯定出在網段1上。網段2 到生產機的通信有問題，是因為從網段2到生產機必須經過網段1。
究竟是什么地方出了問題呢？網段1 中各臺計算機既然都是通過一臺HUB連在一起的，那么HUB出問題的概率很大，所以首先要查一下HUB。經檢查，H U B的工作狀態正常，但是插在某個端口中的雙絞線的指示燈狀態卻不正常；是閃爍的紅燈（與正常運行的計算機連接時，各端口的指示燈應為綠色）。拔下此端口中的雙絞線，網段1 中各臺計算機間的通信恢復正常。
這就比較好辦了，筆者 “順藤摸瓜”沿著這條線排查下去，出問題的這條線連接的計算機正是接在網段1 上的。經查證，使用該計算機的用戶想起出現問題時他恰好打開計算機。
會不會是這臺計算機的問題呢？這臺計算機設置好之后很久沒有更改了，問題不應出在軟件上。是網卡出了問題嗎？筆者用另一塊好的網卡替換下計算機里原來的網卡，問題仍然存在，說明問題不是出在網卡上。筆者拿來另一臺計算機接在這根網線上，還是不能正常連上網絡，看來問題多半就在于網線。根據以往的經驗，網線的問題多出現在水晶頭上，水晶頭如果壓得不好，拔插的次數一多就容易出問題。筆者干脆把線兩邊原來的水晶頭切下來重新做。出乎意料的是問題仍然存在。如此看來，問題只能是出在線中間了。筆者從一頭順著雙絞線檢查，終于找到了問題的根源，原來是線被一條機柜壓住了。由于機柜很重，壓的時間比較長，以至于把雙絞線的外皮壓破，造成雙絞線混線。更換新的雙絞線后 故障解決。
排除心得
由于以HUB連接的局域網采用CSMA／CD（即帶有沖突檢測的載波偵聽多路存?。┘夹g進行信息傳輸，所以當網線發生混線后，信號不能正常傳輸并產生錯誤信號，以至網段內充滿錯誤信號，使得正常信號不能順利傳輸，導致網絡通信的時斷時續。從本例中我們可以得到一些經驗 ：在以太網中，尤其是以HUB連接的共享以太網中，網絡中任何一點產生的問題，都可能造成整個網絡的不正常以至癱瘓。網線雖然是連在HUB和單個計算機之間，但若是出了問題卻可能影響整個網絡。
