時間：2015/6/28來源：IT貓撲網(wǎng)作者：網(wǎng)管聯(lián)盟我要評論(0)
交換機(jī)端口假死 用"重啟"來應(yīng)付
"假死"現(xiàn)象蔓延 不得不根治?
拯救步驟1：查看日志/端口的狀態(tài)
拯救步驟2：將端口從錯誤狀態(tài)中恢復(fù)回來
拯救步驟3：顯示被置于錯誤狀態(tài)端口的恢復(fù)情況
交換機(jī)端口假死 用"重啟"來應(yīng)付
單位中有若干臺CISCO3550的交換機(jī)，分別放在相應(yīng)的網(wǎng)絡(luò)中擔(dān)當(dāng)著骨干交換機(jī)的角色，有一臺用在單位上互聯(lián)網(wǎng)的局域網(wǎng)中，還有一臺則用在單位的數(shù)字電視前端系統(tǒng)的局域網(wǎng)中。不知道大家有沒有遇見過跟我一樣的現(xiàn)象，即CISCO交換機(jī)上的某些正在工作的端口，突然變成關(guān)閉狀態(tài)了，該端口上即使插著網(wǎng)線，端口上的指示燈仍然不亮(這種故障往往是在下面所連接的網(wǎng)絡(luò)出現(xiàn)故障的時侯出現(xiàn))。以前這種情況多出現(xiàn)在位于單位上互聯(lián)網(wǎng)的那臺交換機(jī)上，當(dāng)這種情況發(fā)生時，為了迅速排除故障，我們會先調(diào)整一個端口，即將網(wǎng)線從有問題的端口上撥下來，再插到一個空閑的端口上，這時一般網(wǎng)絡(luò)故障就排除了。
而且時間一長我們發(fā)現(xiàn)，那個處于關(guān)閉狀態(tài)的端口并不是真正損壞了，當(dāng)我們重新啟動一下交換機(jī)后，那個端口又"復(fù)活"了。由于那臺上互聯(lián)網(wǎng)的交換機(jī)還有一些空閑端口，而且我們可以指定這臺交換機(jī)在一個網(wǎng)絡(luò)使用相對較少的時間重啟(比如凌晨4點(diǎn))，所以端口"假死"這個故障雖然存在，但由于我們一般可以通過重啟交換機(jī)的方法解決，所以也就沒有放在心上。
"假死"現(xiàn)象蔓延 不得不根治?
但是最近幾天單位那臺連接數(shù)字電視前端系統(tǒng)的交換機(jī)上也出現(xiàn)了端口"假死"的現(xiàn)象，故障原因很快查清了：是因為該端口下面連接的一臺交換機(jī)出現(xiàn)了環(huán)路，這臺CISCO交換機(jī)上相應(yīng)的端口就被系統(tǒng)自動關(guān)閉了，這種措勢是必要的，因為可以防止環(huán)路的擴(kuò)散，但是當(dāng)下面的交換機(jī)環(huán)路故障解除后，該端口并沒有又恢復(fù)到正常工作狀態(tài)，更要命的是：一、更換端口; 二、重啟交換機(jī)都無法實現(xiàn)，因為一來這臺交換機(jī)上空閑端口很少了，二來這臺交換機(jī)需要始終處于工作狀態(tài)，如果一旦重新啟動，這幾分鐘的網(wǎng)絡(luò)中斷就會影響到數(shù)字電視的播出，所以是絕對不能重啟的。
出現(xiàn)了這個問題，我們不得不重視起交換機(jī)端口"假死"的現(xiàn)象，尋求在交換機(jī)不重啟的狀態(tài)下將該端口"拯救"回來的方法。
拯救步驟1：查看日志/端口的狀態(tài)
登錄進(jìn)入交換機(jī)后，執(zhí)行show log，會看到如下的提示：
21w6d: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-back detected on FastEthernet0/20.
21w6d: %PM-4-ERR_DISABLE: loopback error detected on Fa0/20, putting Fa0/20 in err-disable state
以上信息就明確表示由于檢測到第20端口出現(xiàn)了環(huán)路，所以將該端口置于了err-disable狀態(tài)。
查看端口的狀態(tài)
Switch# show inter fa0/20 status
Port Name Status Vlan Duplex Speed Type
Fa0/20 link to databackup err-disabled 562 auto auto 10/100BaseTX
這條信息更加明確的表示了該端口處于err-disabled狀態(tài)。
既然看到了該端口是被置于了錯誤的狀態(tài)了，我們就應(yīng)該有辦法將其再恢復(fù)成正常的狀態(tài)。
拯救步驟2：將端口從錯誤狀態(tài)中恢復(fù)回來
進(jìn)入交換機(jī)全局配置模式，執(zhí)行errdisable recovery cause ?，會看到如下信息：
Switch(config)#errdisable recovery cause ?
all Enable timer to recover from all causes
bpduguard Enable timer to recover from BPDU Guard error disable state
channel-misconfig Enable timer to recover from channel misconfig disable state
dhcp-rate-limit Enable timer to recover from dhcp-rate-limit error disable state
dtp-flap Enable timer to recover from dtp-flap error disable state
gbic-invalid Enable timer to recover from invalid GBIC error disable state
l2ptguard Enable timer to recover from l2protocol-tunnel error disable state
link-flap Enable timer to recover from link-flap error disable state
loopback Enable timer to recover from loopback detected disable state
pagp-flap Enable timer to recover from pagp-flap error disable state
psecure-violation Enable timer to recover from psecure violation disable state
security-violation Enable timer to recover from 802.1x violation disable state
udld Enable timer to recover from udld error disable state
unicast-flood Enable timer to recover from unicast flood disable state
vmps Enable timer to recover from vmps shutdown error disable state
從列出的選項中，我們可以看出，有非常多的原因會引起端口被置于錯誤狀態(tài)，由于我們明確的知道這臺交換機(jī)上的端口是由于環(huán)路問題而被置于錯誤狀態(tài)的，所以就可以直接鍵入命令：
Switch(config)#errdisable recovery cause loopback
是啊，就這么簡單的一條命令，就把困撓我們很長時間的問題解決了，真的就這么神奇。那么如何驗證這條命令是生效了呢?
拯救步驟3：顯示被置于錯誤狀態(tài)端口的恢復(fù)情況
Switch# show errdisable recovery
ErrDisable Reason Timer Status
----------------- --------------
udld Disabled
bpduguard Disabled
security-violatio Disabled
channel-misconfig Disabled
vmps Disabled
pagp-flap Disabled
dtp-flap Disabled
link-flap Disabled
gbic-invalid Disabled
l2ptguard Disabled
psecure-violation Disabled
gbic-invalid Disabled
dhcp-rate-limit Disabled
unicast-flood Disabled
loopback Enabled
Timer interval: 300 seconds
Interfaces that will be enabled at the next timeout:
Interface Errdisable reason Time left(sec)
--------- ----------------- --------------
Fa0/8 loopback 276
Fa0/17 loopback 267
Fa0/20 loopback 250
從以上顯示的信息可以看出，這臺交換機(jī)有三個端口(Fa0/8、Fa0/17、Fa0/20)會分別在276、267、250秒之后恢復(fù)為正常的狀態(tài)，實際情況也是這樣，等了幾分鐘以后，我們找了一臺筆記本電腦，分別接到這幾個端口上試了一下，端口都可以正常工作了。這下總算在不重交換機(jī)的情況下，將幾個處于"假死"狀態(tài)的端口"拯救"了回來。
作為一名網(wǎng)絡(luò)管理員，除了日常網(wǎng)絡(luò)故障的處理外，還會不時碰到自己知識范圍以外的東西，但只要引起足夠的重視，總會找到解決問題的辦法。如果您在工作中也遇到交換機(jī)端口"假死"的情況，不妨用這個辦法試一下。
關(guān)鍵詞標(biāo)簽：CISCO3550交換機(jī)端口假
相關(guān)閱讀
熱門文章
提示dns服務(wù)錯誤怎么辦 dns錯誤問題多種解決
IS-IS同時下發(fā)缺省路由出現(xiàn)路由環(huán)路問題的解
IBGP鄰居無法建立連接問題的解決方法
對稱結(jié)構(gòu)承載網(wǎng)流量出現(xiàn)異常問題的故障解決
人氣排行 光纖上網(wǎng) 路由器設(shè)置頁面進(jìn)不去怎么辦登錄SSH服務(wù)器失敗問題的分析及解決無線網(wǎng)卡連接不上怎么辦_無線網(wǎng)卡連接不上解決方法提示dns服務(wù)錯誤怎么辦 dns錯誤問題多種解決方法本機(jī)IP設(shè)置不當(dāng)造成路由異常故障分析路由設(shè)置不當(dāng) 導(dǎo)致VPN無法訪問外網(wǎng)無線路由器無不能上網(wǎng)的秘密ADSL頻繁掉線如何解決？