時(shí)間：2015-06-28 00:00:00 來源：IT貓撲網(wǎng) 作者：網(wǎng)管聯(lián)盟 我要評論(0)
交換機(jī)端口假死 用"重啟"來應(yīng)付
"假死"現(xiàn)象蔓延 不得不根治?
拯救步驟1：查看日志/端口的狀態(tài)
拯救步驟2：將端口從錯(cuò)誤狀態(tài)中恢復(fù)回來
拯救步驟3：顯示被置于錯(cuò)誤狀態(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)故障的時(shí)侯出現(xiàn))。以前這種情況多出現(xiàn)在位于單位上互聯(lián)網(wǎng)的那臺交換機(jī)上，當(dāng)這種情況發(fā)生時(shí)，為了迅速排除故障，我們會先調(diào)整一個(gè)端口，即將網(wǎng)線從有問題的端口上撥下來，再插到一個(gè)空閑的端口上，這時(shí)一般網(wǎng)絡(luò)故障就排除了。
而且時(shí)間一長我們發(fā)現(xiàn)，那個(gè)處于關(guān)閉狀態(tài)的端口并不是真正損壞了，當(dāng)我們重新啟動(dòng)一下交換機(jī)后，那個(gè)端口又"復(fù)活"了。由于那臺上互聯(lián)網(wǎng)的交換機(jī)還有一些空閑端口，而且我們可以指定這臺交換機(jī)在一個(gè)網(wǎng)絡(luò)使用相對較少的時(shí)間重啟(比如凌晨4點(diǎn))，所以端口"假死"這個(gè)故障雖然存在，但由于我們一般可以通過重啟交換機(jī)的方法解決，所以也就沒有放在心上。
"假死"現(xiàn)象蔓延 不得不根治?
但是最近幾天單位那臺連接數(shù)字電視前端系統(tǒng)的交換機(jī)上也出現(xiàn)了端口"假死"的現(xiàn)象，故障原因很快查清了：是因?yàn)樵摱丝谙旅孢B接的一臺交換機(jī)出現(xiàn)了環(huán)路，這臺CISCO交換機(jī)上相應(yīng)的端口就被系統(tǒng)自動(dòng)關(guān)閉了，這種措勢是必要的，因?yàn)榭梢苑乐弓h(huán)路的擴(kuò)散，但是當(dāng)下面的交換機(jī)環(huán)路故障解除后，該端口并沒有又恢復(fù)到正常工作狀態(tài)，更要命的是：一、更換端口; 二、重啟交換機(jī)都無法實(shí)現(xiàn)，因?yàn)橐粊磉@臺交換機(jī)上空閑端口很少了，二來這臺交換機(jī)需要始終處于工作狀態(tài)，如果一旦重新啟動(dòng)，這幾分鐘的網(wǎng)絡(luò)中斷就會影響到數(shù)字電視的播出，所以是絕對不能重啟的。
出現(xiàn)了這個(gè)問題，我們不得不重視起交換機(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)。
既然看到了該端口是被置于了錯(cuò)誤的狀態(tài)了，我們就應(yīng)該有辦法將其再恢復(fù)成正常的狀態(tài)。
拯救步驟2：將端口從錯(cuò)誤狀態(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
從列出的選項(xiàng)中，我們可以看出，有非常多的原因會引起端口被置于錯(cuò)誤狀態(tài)，由于我們明確的知道這臺交換機(jī)上的端口是由于環(huán)路問題而被置于錯(cuò)誤狀態(tài)的，所以就可以直接鍵入命令：
Switch(config)#errdisable recovery cause loopback
是啊，就這么簡單的一條命令，就把困撓我們很長時(shí)間的問題解決了，真的就這么神奇。那么如何驗(yàn)證這條命令是生效了呢?
拯救步驟3：顯示被置于錯(cuò)誤狀態(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ī)有三個(gè)端口(Fa0/8、Fa0/17、Fa0/20)會分別在276、267、250秒之后恢復(fù)為正常的狀態(tài)，實(shí)際情況也是這樣，等了幾分鐘以后，我們找了一臺筆記本電腦，分別接到這幾個(gè)端口上試了一下，端口都可以正常工作了。這下總算在不重交換機(jī)的情況下，將幾個(gè)處于"假死"狀態(tài)的端口"拯救"了回來。
作為一名網(wǎng)絡(luò)管理員，除了日常網(wǎng)絡(luò)故障的處理外，還會不時(shí)碰到自己知識范圍以外的東西，但只要引起足夠的重視，總會找到解決問題的辦法。如果您在工作中也遇到交換機(jī)端口"假死"的情況，不妨用這個(gè)辦法試一下。
關(guān)鍵詞標(biāo)簽：CISCO3550交換機(jī)端口假
相關(guān)閱讀
熱門文章
提示dns服務(wù)錯(cuò)誤怎么辦 dns錯(cuò)誤問題多種解決方法
“無法瀏覽網(wǎng)頁” 十招解決疑難雜癥
路由器無線不能上網(wǎng)等故障排除
解決VPN路由設(shè)置不能訪問外網(wǎng)的問題
人氣排行 解決VPN路由設(shè)置不能訪問外網(wǎng)的問題 登錄SSH服務(wù)器失敗問題的分析及解決 光纖上網(wǎng) 路由器設(shè)置頁面進(jìn)不去怎么辦 核心交換機(jī)故障現(xiàn)象及解決辦法 無線網(wǎng)卡連接不上怎么辦_無線網(wǎng)卡連接不上解決方法 路由設(shè)置不當(dāng) 導(dǎo)致VPN無法訪問外網(wǎng) 提示dns服務(wù)錯(cuò)誤怎么辦 dns錯(cuò)誤問題多種解決方法 徹底避免環(huán)路問題 正確配置交換機(jī)步驟