辦理交換機(jī)端口“假死”問(wèn)題
幾天在維護(hù)宿舍網(wǎng)絡(luò)時(shí)碰著一個(gè)當(dāng)時(shí)感受很獨(dú)特的問(wèn)題：4樓交換機(jī)的20口無(wú)論怎么連線，鏈路都不通;進(jìn)入交換機(jī)，端口也啟不了;連其他的端口全沒(méi)有問(wèn)題。本覺(jué)得是端口壞掉了，其后聽(tīng)說(shuō)是因?yàn)榄h(huán)路，20口被關(guān)了，錯(cuò)誤規(guī)復(fù)就好了。華為交換機(jī)配置
于是上網(wǎng)查了查，大白了個(gè)中的原理：
交換機(jī)正在事情的端口，溘然變成封鎖狀態(tài)的假死現(xiàn)象，第一可以用重啟交換機(jī)來(lái)辦理，第二可以用呼吁規(guī)復(fù)。
對(duì)付用呼吁規(guī)復(fù)的要領(lǐng)的詳細(xì)步調(diào)如下：
步調(diào)1：查察日志/端口的狀態(tài)
登錄進(jìn)入交換機(jī)后，執(zhí)行showlog，會(huì)看到如下的提示：
21w6d:%ETHCNTR-3-LOOP_BACK_DETECTED:Keepalivepacketloop-backdetectedonFastEthernet0/20.
21w6d:%PM-4-ERR_DISABLE:loopbackerrordetectedonFa0/20,puttingFa0/20inerr-disablestate
以上信息就明晰暗示由于檢測(cè)到第20端口呈現(xiàn)了環(huán)路，所以將該端口置于了err-disable狀態(tài)。
查察端口的狀態(tài)
Switch#showinterfa0/20status
PortNameStatusVlanDuplexSpeedType
Fa0/20linktodatabackuperr-disabled562autoauto10/100BaseTX
這條信息越發(fā)明晰的暗示了該端口處于err-disabled狀態(tài)。
既然看到了該端口是被置于了錯(cuò)誤的狀態(tài)了，我們就應(yīng)該有步伐將其再規(guī)復(fù)成正常的狀態(tài)。
拯救步調(diào)2：將端口從錯(cuò)誤狀態(tài)中規(guī)復(fù)返來(lái)
進(jìn)入交換機(jī)全局設(shè)置模式，執(zhí)行errdisablerecoverycause?，會(huì)看到如下信息：
Switch(config)#errdisablerecoverycause?
allEnabletimertorecoverfromallcauses
bpduguardEnabletimertorecoverfromBPDUGuarderrordisablestate
channel-misconfigEnabletimertorecoverfromchannelmisconfigdisablestate
dhcp-rate-limitEnabletimertorecoverfromdhcp-rate-limiterrordisablestate
dtp-flapEnabletimertorecoverfromdtp-flaperrordisablestate
gbic-invalidEnabletimertorecoverfrominvalidGBICerrordisablestate
l2ptguardEnabletimertorecoverfroml2protocol-tunnelerrordisablestate
link-flapEnabletimertorecoverfromlink-flaperrordisablestate
loopbackEnabletimertorecoverfromloopbackdetecteddisablestate
pagp-flapEnabletimertorecoverfrompagp-flaperrordisablestate
psecure-violationEnabletimertorecoverfrompsecureviolationdisablestate
security-violationEnabletimertorecoverfrom802.1xviolationdisablestate
udldEnabletimertorecoverfromudlderrordisablestate
unicast-floodEnabletimertorecoverfromunicastflooddisablestate
vmpsEnabletimertorecoverfromvmpsshutdownerrordisablestate
從列出的選項(xiàng)中，我們可以看出，有很是多的原因會(huì)引起端口被置于錯(cuò)誤狀態(tài)，由于我們明晰的知道這臺(tái)交換機(jī)上的端口是由于環(huán)路問(wèn)題而被置于錯(cuò)誤狀態(tài)的，所以就可以直接鍵入呼吁：
Switch(config)#errdisablerecoverycauseloopback
拯救步調(diào)3：顯示被置于錯(cuò)誤狀態(tài)端口的規(guī)復(fù)情形
Switch#showerrdisablerecovery
ErrDisableReasonTimerStatus
-------------------------------
udldDisabled
bpduguardDisabled
security-violatioDisabled
channel-misconfigDisabled
vmpsDisabled
pagp-flapDisabled
dtp-flapDisabled
link-flapDisabled
gbic-invalidDisabled
l2ptguardDisabled
psecure-violationDisabled
gbic-invalidDisabled
dhcp-rate-limitDisabled
unicast-floodDisabled
loopbackEnabled
Timerinterval:300seconds
Interfacesthatwillbeenabledatthenexttimeout:
InterfaceErrdisablereasonTimeleft(sec)
----------------------------------------
Fa0/8loopback276
Fa0/17loopback267
Fa0/20loopback250
從以上顯示的信息可以看出，這臺(tái)交換機(jī)有三個(gè)端口(Fa0/8、Fa0/17、Fa0/20)會(huì)別離在276、267、250秒之后規(guī)復(fù)為正常的狀態(tài)，實(shí)際情形也是這樣，等了幾分鐘今后，我們找了一臺(tái)條記本電腦，別離接到這幾個(gè)端口上試了一下，端口都可以正常事情了。這下總算在不重交換機(jī)的情形下，將幾個(gè)處于“假死”狀態(tài)的端口“拯救”了返來(lái)。
【編輯推薦】
