導(dǎo)致交換機接口出現(xiàn)err-disable的幾個常見原因:

引用

　　1. EtherChannel misconfiguration
　　2. Duplex mismatch
　　3. BPDU port guard
　　4. UDLD
　　5. Link-flap error
　　6. Loopback error
　　7. Port security violation   

　　1 當(dāng)F EC兩端配置不匹配的時候就會出現(xiàn)err-disable。假設(shè)Switch A把FEC模式配置為on，這時Switch A是不會發(fā)送PAgP包和相連的Switch B去協(xié)商FEC的，它假設(shè)Switch B已經(jīng)配置好FEC了。但實事上Swtich B并沒有配置FEC，當(dāng)Switch B的這個狀態(tài)超過1分鐘后，Switch A的STP就認為有環(huán)路出現(xiàn)，因此也就出現(xiàn)了err-disable。解決辦法就是把FEC的模式配置為channel-group 1 mode desirable non-silent這個意思是只有當(dāng)雙方的FEC協(xié)商成功后才建立channel，否則接口還處于正常狀態(tài)。

　　2 第二個原因就是雙工不匹配。一端配置為half-duplex后，他會檢測對端是否在傳輸數(shù)據(jù)，只有對端停止傳輸數(shù)據(jù)，他才會發(fā)送類似于ack的包來讓鏈路up，但對端卻配置成了full-duplex，他才不管鏈路是否是空閑的，他只會不停的發(fā)送讓鏈路up的請求，這樣下去，鏈路狀態(tài)就變成err-disable了。

　　3 第三個原因BPDU，也就是和portfast和BPDU guard有關(guān)。如果一個接口配置了portfast，那也就是說這個接口應(yīng)該和一個pc連接，pc是不會發(fā)送spanning-tree的BPDU幀的，因此這個口也接收BPDU來生成spanning-tree，管理員也是出于好心在同一接口上配置了BPDU guard來防止未知的BPDU幀以增強安全性，但他恰恰不小心把一個交換機接到這個同時配置了portfast和BPDU guard接口上，于是這個接口接到了BPDU幀，因為配置了BPDU guard，這個接口自然要進入到err-disable狀態(tài)。解決辦法:no spanning-tree portfast bpduguard default，或者直接把portfast關(guān)了。

　　4 第四個原因是UDLD。UDLD是cisco的私有2層協(xié)議，用于檢測鏈路的單向問題。有的時候物理層是up的，但鏈路層就是down，這時候就需要UDLD去檢測鏈路是否是真的up的。當(dāng)AB兩端都配置好UDLD后，A給B發(fā)送一個包含自己port id的UDLD幀，B收到后會返回一個UDLD幀，并在其中包含了收到的A的port id，當(dāng)A接收到這個幀并發(fā)現(xiàn)自己的port id也在其中后，認為這鏈路是好的。反之就變成err-disable狀態(tài)了。假設(shè)A配置了UDLD，而B沒有配置UDLD:A給B發(fā)送一個包含自己port id的幀，B收到后并不知道這個幀是什么，也就不會返回一個包含A的port id的UDLD幀，那么這時候A就認為這條鏈路是一個單向鏈路，自然也就變成err-disable狀態(tài)了。

　　5 第五個原因就是鏈路的抖動，當(dāng)鏈路在10秒內(nèi)反復(fù)up、down五次，那么就進入err-disable狀態(tài)。

　　6 第六個原因就是keepalive loopback。在12.1EA之前，默認情況下交換機會在所有接口都發(fā)送keepalive信息，由于一些不通交換機協(xié)商spanning-tree可能會有問題，一個接口又收到了自己發(fā)出的keepalive，那么這個接口就會變成err-disable了。解決辦法就是把keepalive關(guān)了?；蛘甙裪os升到12.2SE

　　7 一個原因，相對簡單，就是由于配置了port-security violation shutdown。這個太簡單，就不解釋啦。