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