故障現(xiàn)象

某氣象數(shù)據(jù)采集站地處高山地區(qū)，網(wǎng)絡(luò)通過(guò)協(xié)議轉(zhuǎn)換器、Cisco 2950交換機(jī)等網(wǎng)絡(luò)設(shè)備連接到上級(jí)數(shù)據(jù)采集處理中心。近日因雷雨天氣影響，關(guān)閉所有網(wǎng)絡(luò)設(shè)備。天氣轉(zhuǎn)好后對(duì)網(wǎng)絡(luò)設(shè)備開(kāi)機(jī)加電，網(wǎng)絡(luò)設(shè)備指示燈顯示狀態(tài)異常，上級(jí)節(jié)點(diǎn)接入交換機(jī)端口物理指示燈不亮，查看網(wǎng)絡(luò)信道通斷監(jiān)控軟件顯示網(wǎng)絡(luò)中斷。

故障點(diǎn)判定

該數(shù)據(jù)采集站點(diǎn)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)比較簡(jiǎn)單，數(shù)據(jù)信息是通過(guò)光端機(jī)、協(xié)議轉(zhuǎn)換器等通信設(shè)備接入上級(jí)節(jié)點(diǎn)。首先對(duì)網(wǎng)絡(luò)信道聯(lián)通檢查，將上級(jí)端協(xié)議轉(zhuǎn)換器進(jìn)行環(huán)路，發(fā)現(xiàn)雙方協(xié)議轉(zhuǎn)換器指示燈狀態(tài)均正常，經(jīng)過(guò)信道檢查，發(fā)現(xiàn)網(wǎng)絡(luò)通信信道正常，問(wèn)題可能出現(xiàn)在兩端的交換機(jī)中。

協(xié)議轉(zhuǎn)換器是通過(guò)RJ45網(wǎng)絡(luò)接口與交換機(jī)連接，直接用一根平行雙絞線連接采集中心協(xié)議轉(zhuǎn)換器和筆記本電腦，設(shè)置筆記本電腦的IP地址與遠(yuǎn)端數(shù)據(jù)采集設(shè)備在同一網(wǎng)段，通過(guò)Ping方法檢查采集中心協(xié)議轉(zhuǎn)換器與外站數(shù)據(jù)采集設(shè)備之間的網(wǎng)絡(luò)，經(jīng)檢查網(wǎng)絡(luò)連通正常，數(shù)據(jù)沒(méi)有出現(xiàn)丟包現(xiàn)象。因此，問(wèn)題很有可能出現(xiàn)在采集中心接入交換機(jī)中。

故障現(xiàn)象分析

仔細(xì)檢查采集中心的接入交換機(jī)，發(fā)現(xiàn)下連端口相對(duì)應(yīng)的LED狀態(tài)燈也將由正常的綠色變?yōu)榘迭S色。因此，進(jìn)一步判斷故障出現(xiàn)在采集中心的接入交換機(jī)中。通過(guò)telnet登錄交換機(jī)，并在特權(quán)模式下使用show interface status命令查看交換機(jī)的端口狀態(tài)，狀態(tài)信息如下：

從交換機(jī)端口返回的狀態(tài)信息不難看出，與采集中心協(xié)議轉(zhuǎn)換器連接的交換機(jī)端口fa0/1狀態(tài)為“errdisabled”，即交換機(jī)接口不可用。當(dāng)端口處于errdisabled狀態(tài)，將沒(méi)有任何流量從該端口被轉(zhuǎn)發(fā)出去，也將不接收任何進(jìn)站流量，因而其狀態(tài)指示燈會(huì)變成暗黃色。

筆者通過(guò)“show int status err-disabled”命令，查看產(chǎn)生err-disabled的原因，返回的具體信息如下所示：

從采集中心接入交換機(jī)的日志信息可以看出，造成交換機(jī)端口狀態(tài)為“errdisabled”的原因是網(wǎng)絡(luò)信道發(fā)生環(huán)路。通過(guò)“SHOW LOG”命令可以查看交換機(jī)B環(huán)路發(fā)生的原因，日志信息如下：

分析交換機(jī)日志可以得出，造成交換機(jī)環(huán)路發(fā)生的原因是交換機(jī)keepalive信息包在F0/1口中檢測(cè)到環(huán)路，故障原因得以確定。Cisco 2950交換機(jī)默認(rèn)情況下會(huì)從所有端口向外發(fā)送keepalive信息，而一些不通過(guò)交換機(jī)協(xié)商的spanning-tree（生成樹(shù)協(xié)議）可能會(huì)發(fā)生錯(cuò)誤，當(dāng)keepalive信息由交換機(jī)的端口發(fā)出后，該端口又收到該信息，形成邏輯環(huán)路，端口被置err-disabled狀態(tài)，網(wǎng)絡(luò)就此中斷。

故障排除

通過(guò)上面分析，造成交換機(jī)環(huán)路的原因是keepalive信息從一個(gè)端口發(fā)出后，又被該端口接收，使得該端口形成邏輯環(huán)路，狀態(tài)變?yōu)椤癳rr-disabled”。因此，在不升級(jí)交換機(jī)系統(tǒng)版本的前提下，可以通過(guò)以下兩種方法解決。

第一種方法是取消由環(huán)路引起端口錯(cuò)誤保護(hù)。具體配置命令如下：

然后進(jìn)入Fast Ethernet0/1， 執(zhí) 行no shutdown重新啟動(dòng)端口。

第二種方法是關(guān)閉交換機(jī)的keepalive，禁止所有端口向外發(fā)送keepalive信息。在交換機(jī)配置模式下對(duì)所有接口關(guān)閉keepalive，命令如下：

當(dāng)然，我們也可以升級(jí)交換機(jī)IOS版本，Cisco交換機(jī)12.1EA之前的IOS版本，默認(rèn)情況下所有端口都發(fā)送keepalive信息，造成端口形成邏輯環(huán)路，端口狀態(tài)變?yōu)椤癳rr-disabled”，而在12.1EA之后的版本，默認(rèn)關(guān)閉keepalive，因此可以將交換機(jī)IOS升到12.2SE或者更高版本。

故障原因引申

一般導(dǎo)致交換機(jī)接口出現(xiàn)err-disable狀態(tài)有以下幾個(gè)常見(jiàn)原因。

1.以太網(wǎng)信道（EC）錯(cuò)誤配置

如果要讓EC能夠正常工作，參與到EC綁定的端口的配置，必須是一致的，比如處于同一VLAN，trunk模式相同，速率和雙工模式都匹配等。如果一端配置了EC，而另一端沒(méi)有配置EC，STP將關(guān)閉配置了EC一方的參與到EC中的端口，并且當(dāng)PAgP的模式是處于on模式的時(shí)候，交換機(jī)是不會(huì)向外發(fā)送PAgP信息去進(jìn)行協(xié)商的（它認(rèn)為對(duì)方是處于EC），這種情況下STP判定出現(xiàn)環(huán)路問(wèn)題，因此將端口設(shè)置為errdisabled狀態(tài)。

2.雙工模式不匹配

雙工模式不匹配的問(wèn)題比較常見(jiàn)，由于速率和雙工模式自動(dòng)協(xié)商的故障，常導(dǎo)致這種問(wèn)題的發(fā)生，可以使用show interfaces命令查看雙方端口的速率和雙工模式，后期版本的CDP也能夠在將端口處于errdisabled狀態(tài)之前發(fā)出警告日志信息。另外，網(wǎng)卡的不正常設(shè)置，也將引起雙工模式的不匹配。解決辦法如雙方不能自動(dòng)協(xié)商，使用duplex命令修改雙方雙工模式使之一致。

3.BPDU Guard

通常啟用了快速端口（PortFast）特性的端口用于直接連接端工作站這種不會(huì)產(chǎn)生BPDU的末端設(shè)備，由于PortFast特性假定交換機(jī)的端口不會(huì)產(chǎn)生物理環(huán)路，因此當(dāng)在啟用了PortFast和BPDU Guard特性的端口上收到BPDU后，該端口將進(jìn)入err-disabled狀態(tài)，用于避免潛在環(huán)路。

4.UDLD

UDLD協(xié)議允許通過(guò)光纖或銅線相連的設(shè)備監(jiān)控線纜的物理配置，并且可以檢測(cè)是否存在單向鏈路。如果檢測(cè)到有單向鏈路，UDLD將關(guān)閉相關(guān)端口并發(fā)出警告日志信息，單向鏈路可以引起一系列的問(wèn)題，最常見(jiàn)的就是STP拓?fù)洵h(huán)路。注意，為了啟用UDLD，雙方必須都支持該協(xié)議，并且要單獨(dú)在每個(gè)端口啟用UDLD，如果只在一方啟用了UDLD，同樣的會(huì)引起端口進(jìn)入errdisabled狀態(tài)。

5.鏈路振蕩錯(cuò)誤

鏈路振蕩（flap）是指短時(shí)間內(nèi)端口不停地處于up/down狀態(tài)，如果端口在10秒內(nèi)連續(xù)振蕩5次，端口將被設(shè)置為err-disabled狀態(tài)。引起鏈路震蕩的常見(jiàn)因素可能是物理層的問(wèn)題，比如GBIC的硬件故障等，因此解決這種問(wèn)題通常先從物理層入手。

6.回環(huán)（loopback）錯(cuò)誤

回環(huán)錯(cuò)誤就是本文中故障產(chǎn)生的原因，當(dāng)keepalive信息從交換機(jī)的出站端口被發(fā)送出去后，又從該接口收到該信息，就會(huì)發(fā)生回環(huán)錯(cuò)誤，交換機(jī)默認(rèn)情況下會(huì)從所有端口向外發(fā)送keepalive信息，由于STP沒(méi)能阻塞某些端口，導(dǎo)致這些信息可能會(huì)被轉(zhuǎn)發(fā)回去形成邏輯環(huán)路。出現(xiàn)這種情況后，端口將進(jìn)入errdisabled狀 態(tài)，從Cisco IOS 12.2SE之后的版本，keepalive信息將不再?gòu)墓饫w和上行端口發(fā)送出去，因此解決這種問(wèn)題的方案是升級(jí)Cisco IOS軟件版本到12.2SE或后續(xù)版本。

7.違反端口安全（Port Security）策略

端口安全特性提供了根據(jù)MAC地址，動(dòng)態(tài)的對(duì)交換機(jī)端口進(jìn)行保護(hù)的特性，違反該策略將導(dǎo)致端口進(jìn)入err-disabled狀態(tài)，端口安全的原理和配置這里就不再贅述。

寫(xiě)在最后

通常確定交換機(jī)故障后，重啟交換機(jī)或者更換交換機(jī)接入端口，即可恢復(fù)通信，但這類方法不能解決根本問(wèn)題。管理維護(hù)人員應(yīng)“順藤摸瓜”，通過(guò)故障現(xiàn)象找出問(wèn)題根本所在，從源頭上解決問(wèn)題。