對交換器連接埠和介面問題進行疑難排解
目錄
簡介
本文件說明如何找出連接埠或介面發生問題的原因。
必要條件
需求
本文件沒有特定需求。
採用元件
本文件適用於執行 Cisco IOS® 系統軟體的 Catalyst 交換器。
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。
慣例
如需文件慣例的詳細資訊，請參閱思科技術提示慣例。
疑難排解實體層
使用 LED 進行疑難排解
如果您對交換機有物理訪問許可權，則它可以 save 檢視埠LED的時間，這些埠的LED會為您提供鏈路狀態或指示錯誤情況（紅色或橙色）。下表描述了乙太網模組或固定配置交換機的LED狀態指示燈：
| 平台 | URL |
| Catalyst 6000 系列交換器 |
|
| Catalyst 4000 系列交換器 |
|
| Catalyst 3750 系列交換器 |
|
| Catalyst 3550 系列交換器 |
|
| Catalyst 2950/2955系列交換器 |
|
| Catalyst 2900/3500XL系列交換器 |
|
| Catalyst 1900和2820系列交換器 |
確保兩端都有鏈路。單條斷線或一個關閉連線埠就可能導致一端有連結燈而另一端沒有連結燈的問題。
鏈路指示燈不能保證電纜完全正常工作。電纜可能遇到物理壓力，導致其在邊緣水平上正常工作。通常情況下，如果連線埠有許多封包錯誤，或連線埠經常擺動（失去和重新建立連結），就可以識別這種情況。
檢查電纜和連線的兩端
如果連線埠的連結燈沒有亮起，您可以考慮以下可能性：
| 可能的原因 | 糾正措施 |
| 未連線電纜 |
將交換機之間的電纜連線到已知良好的裝置。 |
| 錯誤的埠 |
確保將電纜的兩端插入正確的埠。 |
| 裝置沒有電源 |
確保兩台裝置都通電。 |
| 錯誤的電纜型別 |
檢驗電纜選擇。請參閱Catalyst交換器電纜指南。 |
| 纜線故障 |
用確認工作正常的電纜交換可疑電纜。在連接器上尋找損壞或遺失的針腳。 |
| 連線鬆動 |
檢查連線是否鬆動。有時候，纜線會看似已插入插孔，但實際上並非如此。拔下電纜並重新插入。 |
| 配線面板 |
消除有故障的配線面板連線。如果可能，請繞過配線面板以將其排除。 |
| 媒體轉換器 |
消除故障介質轉換器：光纖到銅纜等。如果可排除，請繞過媒體轉換器。 |
| Gigabit介面轉換器錯誤或錯誤(GBIC) |
用已知良好的GBIC交換可疑GBIC。驗證此類GBIC的硬體和軟體支援。 |
| 不正確的連接埠或模組連接埠，或介面或模組未啟用 |
將電纜移至確認工作正常的埠，對可疑埠或模組進行故障排除。使用show interface 命令檢查Cisco IOS的錯誤停用、停用或關閉狀態。show module命令可能表示發生故障，這表示存在硬體問題。如需詳細資訊，請參閱本檔案的常見連線埠和介面問題一節。 |
乙太網路銅纜和光纜
確定您擁有想要進行之連線類型所需使用的正確纜線。Category 3 銅纜可用於 10 Mbps 無遮蔽雙絞線 (UTP) 連線，但不得用於 10/100 或 10/100/1000 Mbps UTP 連線。對於10/100或10/100/1000Mbps連線，請始終使用5類、5e類或6類UTP。
對於光纖，請確保您具有正確的電纜，適用於涉及的距離和使用光纖埠的型別。兩種選項分別為單一模式光纖 (SMF) 或多重模式光纖 (MMF)。確保連線在一起的裝置上的埠同時是SMF或兩者都是MMF埠。
乙太網和快速乙太網的最大傳輸距離
| 收發器速度 | 電纜型別 | 雙工模式 | 工作站之間的距離上限 |
| 10 Mbps |
3類UTP |
完全和半 |
328英尺（100米） |
| 10 Mbps |
MMF（多重模式光纖） |
完全和半 |
1.2哩（2公里） |
| 100 Mbps |
5類UTP 5e類UTP |
完全和半 |
328英尺（100米） |
| 100 Mbps |
6類UTP |
完全和半 |
328英尺（100米） |
| 100 Mbps |
MMF（多重模式光纖） |
半雙工 |
1312英尺（400米） |
| 完整版 |
1.2哩（2公里） |
||
| 100 Mbps |
SMF（單一模式光纖） |
半雙工 |
1312英尺（400米） |
| 完整版 |
6.2哩（10公里） |
如需深入瞭解不同類型的纜線/連接器、纜線要求、光學要求（距離、類型、跳線等），如何連接不同的纜線，以及大多數思科交換器與模組使用的纜線，請參閱 Catalyst 交換器纜線指南。
疑難排解 Gigabit 乙太網路
如果裝置A通過Gigabit鏈路連線到裝置B，並且鏈路未啟動，請執行此過程。
逐步程序
-
驗證裝置A和B使用相同的GBIC、短波長(SX)、長波長(LX)、長程(LH)、擴展波長(ZX)或銅纜UTP(TX)。兩台裝置必須使用同一型別的GBIC才能建立鏈路。SX GBIC需要與SX GBIC連線。SX GBIC不會與LX GBIC連結。有關詳細資訊，請參閱模式調節跳線安裝說明。
-
按照下表中的定義，驗證每個GBIC使用的距離和電纜。
1000BASE-T和1000BASE-X埠佈線規格
| GBIC（Gigabit 介面轉換器） |
波長(nm) |
銅纜/光纖型別 |
核心大小1（微米） |
模式頻寬（MHz/公里） |
纜線距離2 |
| WS-G54831000Base - T（銅） |
Category 5 UTP Category 5e UTP Category 6 UTP |
328英尺（100米） |
|||
| WS-G54841000BASE-SX3 |
850 |
MMF（多重模式光纖） |
62.5 62.5 50.0 50.0 |
160 200 400 500 |
220 公尺（722 英尺）275 公尺（902 英尺）500 公尺（1640 英尺） 550 公尺（1804 英尺） |
| WS-G5486 1000BASE-LX/LH |
1310 |
MMF4SMF |
62.5 50.0 50.0 8.3/9/10 |
500 400 500- |
550 公尺（1804 英尺）550 公尺（1804 英尺）550 公尺（1804 英尺）10 公里（6.2 英里） |
| WS-G54871000BASE-ZX5 |
1550 |
MMF（多重模式光纖）SMF（單一模式光纖）6 |
8.3/9/10 8.3/9/10 |
70 公里（43.5 英里）7 100 公里（62.1 英里） |
-
多模光纜的編號指纖芯直徑。對於單模光纜，8.3微米是指芯徑。9 微米和 10 微米的值指的是模態場直徑 (MFD)，也就是光纖傳輸光線部分的直徑。此區域包含光纖核心，以及覆蓋塗層的一小部分。MFD是纖芯直徑、鐳射波長以及纖芯和包層之間的折射率差的函式。
-
距離取決於光纖損耗。多個接合處和不符標準的光纖纜線會縮短纜線距離。
-
僅用於MMF。
-
當使用直徑為62.5微米MMF的LX/LH GBIC時，必須在鏈路的發射端和接收端的GBIC和MMF電纜之間安裝模式調節跳線（CAB-GELX-625或同等級）。對於小於328英尺（100米）或大於984英尺（300米）的鏈路距離，需要使用模式調節跳線。模態轉換跳線可避免將接收器過度使用長度較短的 MMF，並減少長度較長的 MMF 的差異模式延遲。有關詳細資訊，請參閱模式調節跳線安裝說明。
-
僅用於SMF。
-
色散位移單模光纜。
-
ZX GBIC的最小鏈路距離為6.2哩（10千米），鏈路兩端安裝一個8-dB衰減器。如果沒有衰減器，最小鏈路距離為24.9哩（40公里）。
3. 如果任何裝置具備多個 Gigabit 連接埠，請將連接埠彼此連接。這將測試每台裝置並驗證Gigabit介面是否正常工作。例如，您有一台具有兩個Gigabit埠的交換機。將Gigabit埠1連線到Gigabit埠2。鏈路開啟了嗎？如果是，則埠正常。STP阻塞埠並阻止任何環路(埠1接收(RX)進入埠2傳輸(TX)，埠1 TX進入埠2 RX)。
4. 如果 SC 連接器的單一連線或步驟 3 失敗，請將連接埠連回自己形成迴圈（連接埠一 RX 連接至連接埠一 TX）。埠是否開啟？如果沒有，請聯絡TAC，因為這可能是一個有故障的埠。
5. 如果步驟 3 與步驟 4 成功，但裝置 A 與 B 之間無法建立連線，請使用連接相鄰的兩個裝置的纜線形成迴圈。驗證電纜沒有故障。
6. 確認所有裝置均支援 Gigabit 自動交涉的 802.3z 規格。Gigabit乙太網路具有自動交涉程式，比10/100乙太網路所使用的程式更廣泛（Gigabit自動交涉規範：IEEE Std 802.3z-1998）。啟用連結交涉時，系統會自動交涉流量控制、雙工模式和遠端故障資訊。您必須在鏈路的兩端啟用或禁用鏈路協商。鏈路的兩端必須設定為相同的值，否則鏈路無法連線。當您連線到在IEEE 802.3z標準批准之前生產的裝置時出現了問題。如果任一裝置不支援Gigabit自動交涉，請停用Gigabit自動交涉，並強制連結啟動。卡韌體需要300毫秒才能通知軟體10/100/1000BASE-TX鏈路/埠已關閉。300毫秒預設反退回計時器來自韌體輪詢計時器到線卡，每300毫秒執行一次。如果此鏈路在1G(1000BASE-TX)模式下運行，則每10毫秒發生一次的Gigabit同步必須能夠更快地檢測到鏈路關閉。透過銅纜執行 GigabitEthernet 和透過光纖執行 GigabitEthernet 的連結失敗偵測次數會有差別。檢測時間的差異基於IEEE標準。
有關GigabitEthernet系統要求以及Gigabit介面轉換器(GBIC)、粗波長分波多工(CWDM)和小尺寸可插拔(SFP)系統要求，請參閱以下檔案：
對於一般組態資訊與如何進行疑難排解的其他資訊，請參閱設定與疑難排解乙太網路 10/100/1000 MB 半/全雙工自動交涉。
已連線與未連線
大多數思科交換器都有處於 notconnect 狀態的連接埠。這表示目前未連線至任何目標，但如果具備對其他運作中裝置的良好連線則可連線。如果將一根好的電纜連線到兩個處於notconnect狀態的交換機埠，則兩個埠的鏈路指示燈必須變為綠色，且埠狀態必須指示已連線。這表示連線埠就第1層(L1)而言為開啟。
針對 Cisco IOS，您可以使用 show interfaces 指令確認介面是否處於 up, line protocol is up (connected)。第一個 up 表示介面的實體層狀態。line protocol up 訊息顯示介面的資料連結層狀態，並表示介面可傳送和接收存留。
Router#show interfaces fastEthernet 6/1 FastEthernet6/1 is down, line protocol is down (notconnect)!--- Reasons: In this case, !--- 1) A cable is not properly connected or not connected at all to this port. !--- 2) The connected cable is faulty. !--- 3) Other end of the cable is not connected to an active port or device. !--- Note: For gigabit connections, GBICs need to be matched on each !--- side of the connection. !--- There are different types of GBICs, depends on the cable and !--- distances involved: short wavelength (SX), !--- long-wavelength/long-haul (LX/LH) and extended distance (ZX). !--- An SX GBIC needs to connect with an SX GBIC; !--- an SX GBIC does not link with an LX GBIC. Also, some gigabit !--- connections require conditioning cables, !--- that depend on the lengths involved.
Router#show interfaces fastEthernet 6/1 FastEthernet6/1 is up, line protocol is down (notconnect)
!--- The interface is up (or not in a shutdown state), but line protocol down. !--- Reason: In this case, the device on the other side of the wire is a !--- CatOS switch with its port disabled.
Router#show interfaces fastEthernet 6/1 status Port Name Status Vlan Duplex Speed Type Fa6/1 notconnect 1 auto auto 10/100BaseTX
如果show interfaces顯示up/line protocol up(connected)，但您看到其中任一命令的輸出中出現了遞增的錯誤，請參閱本文檔的常見埠和介面問題部分以獲取建議。
疑難排解 Cisco IOS 最常使用的連接埠與介面指令
此表顯示用來疑難排解在 Supervisor 上執行 Cisco IOS 系統軟體之交換器的連接埠或介面問題最常使用的指令。
如果您有來自思科裝置的支援指令輸出，則可以使用 Cisco CLI Analyzer 顯示潛在的問題與解決方法。
| Cisco IOS命令 | 說明 |
| 顯示版本 |
此指令會顯示類似於思科路由器的輸出內容，例如軟體映像名稱和版本資訊及系統記憶體大小。有助於搜尋軟體/硬體不相容情況(使用版本說明或Software Advisor)和錯誤(使用Bug Search Tool)。 
注意：只有註冊的思科使用者才能訪問內部思科工具和資訊。 |
| show module |
此命令顯示交換機中存在哪些卡、它們運行的軟體版本以及模組所處的狀態：正常、故障等。這有助於診斷模組或連接埠的硬體問題。有關如何使用show module命令排解硬體問題的詳細資訊，請參閱本檔案的「連線埠或介面狀態為停用或關閉」或「硬體問題」一節。 |
| show run-config |
此指令會顯示交換器目前的組態檔。更改是 |
| show interfaces |
show interface 指令會顯示交換器連接埠的管理和運作狀態、輸入與輸出封包、緩衝區失效、錯誤等等。 |
| 清除計數器 |
使用clear counters 命令將流量和錯誤計數器清零，以便檢視問題是否只是暫時的，或者計數器是否繼續增加。
註:Catalyst 6500/6000系列交換器不會使用clear counters指令清除介面的位元計數器。清除這些交換器中的位元計數器的唯一方式是重新載入。 |
| show interfaces counters |
此指令用於 Catalyst 6000、4000、3550、2950 及 3750 系列。 |
| show counters interface show controllers ethernet-controller |
show counters interface命令是在僅適用於Catalyst 6000系列的軟體版本12.1(13)E中匯入，並顯示32位和64位錯誤計數器。對於2900/3500XL、2950/2955、3550、2970和3750系列交換機上的Cisco IOS，show controllers Ethernet-controller 命令會顯示丟棄的幀、延遲的幀、對齊錯誤、衝突等。 |
| show interfaces counters |
此指令用於 Catalyst 6000、4000、3550、2950 及 3750 系列。 |
| show diagnostic(s) show post |
show diagnostic命令是在Catalyst 6000系列的12.1(11b)E中匯入，show diagnostics(使用s)是在Catalyst 4000系列中匯入。在2900/3500XL、2950/2955、3550、2970和3750系列交換器上，對應的命令是show post，顯示交換器POST的結果。如需疑難排解 Catalyst 交換器硬體相關錯誤的詳細資訊，請參閱本文件的「硬體問題」一節。 |
瞭解 Cisco IOS 的特定連接埠與介面計數器輸出
大多數交換機都有一些方法來跟蹤埠或介面上發生的資料包和錯誤。本文件的「Cisco IOS 最常使用的連接埠與介面指令」一節中說明了用來尋找此類資訊的常用指令。
某些計數器的錯誤過多通常表示存在問題。當您操作半雙工設定時，訊框檢查序列 (FCS)、校準、Runts 及衝突計數器中的部分資料連結錯增加是正常現象。一般而言，錯誤與總流量之比為1%對於半雙工連線是可接受的。如果錯誤與輸入資料包的比率大於2%或3%，則會發現效能下降。
在半雙工環境中，交換機和連線的裝置可能會同時感應到線路並同時進行傳輸，從而導致衝突。衝突可導致 Runts、FCS 及校準錯誤，因為訊框未完整複製到配線中，導致訊框分段。
在全雙工模式下運作時，FCS、循環冗餘檢查(CRC)、對齊和殘餘計數器中的錯誤必須最小。如果連結以全雙工執行，衝突計數器就處於非作用中狀態。如果FCS、CRC、校準或殘餘計數器增加，請檢查雙工是否不匹配。雙工不相符的情況是交換器以全雙工執行，而連線的裝置以半雙工執行，反之亦然。雙工不相符的結果是速度極慢、連線間歇和連線中斷。導致全雙工資料鏈路錯誤的其他可能原因是電纜故障、交換機埠故障或NIC軟體/硬體問題。如需詳細資訊，請參閱本檔案的常見連線埠和介面問題一節。
顯示 Cisco IOS 的介面
show interfaces card-type{slot/port} 指令是 Supervisor 上的 Cisco IOS 用來顯示錯誤計數器和統計資料的指令。此命令的替代命令（對於Catalyst 6000、4000、3550、2970、2950/2955和3750系列交換機）是show interfacescard-type <slot/port> counters errors 命令，該命令僅顯示介面錯誤計數器。 有關錯誤計數器輸出的說明，請參閱表1。
Router#sh interfaces fastEthernet 6/1
FastEthernet6/1 is up, line protocol is up (connected)
Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Full-duplex, 100Mb/s
input flow-control is off, output flow-control is off
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:14, output 00:00:36, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue :0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
在此之前的 show interfaces命令輸出解釋如下（按順序排列）：
-
up, line protocol is up (connected) - 第一個 up 表示介面的實體層狀態。line protocol up 訊息顯示介面的資料連結層狀態，並表示介面可傳送和接收存留。
-
MTU — 預設情況下，乙太網的最大傳輸單元(MTU)為1500位元組（用於幀的最大資料部分）。
-
Full-duplex, 100Mb/s - 全雙工和 100Mbps 是介面的目前速度與雙工設定。這並不能說明是否使用autoneg來實現這一點。使用show interfaces fastEthernet 6/1 status 命令顯示以下內容：
Router#show interfaces fastEthernet 6/1 status Port Name Status Vlan Duplex Speed Type Fa6/1 connected 1 a-full a-100 10/100BaseTX
!--- Autonegotiation was used to achieve full-duplex and 100Mbps.
-
Last input， output — 自介面成功接收或傳輸最後一個封包以來經過的小時、分鐘和秒數。此範例可用於瞭解 Dead 介面在何時故障。
-
Last clearing of show interface counters — 自上次重新啟動交換器以來最後一次發出clear counters命令。clear counters 命令用於重置介面統計資訊。
-
輸入佇列 — 輸入佇列中的封包數。Size/max/drops=佇列中的目前訊框數/佇列在必須開始捨棄訊框前可以保留的最大訊框數/因為超出最大佇列大小而捨棄的實際訊框數。Flushes用於對執行Cisco IOS的Catalyst 6000系列上的選擇性封包捨棄(SPD)捨棄進行計數。（在執行Cisco IOS的Catalyst 4000系列上，可以使用flushes計數器，但永遠不會增加。） SPD是一種在CPU超載時快速丟棄低優先順序資料包的機制，以便
save高優先順序資料包的一些處理容量。show interface命令輸出中的flushes計數器會作為選擇性封包捨棄(SPD)的一部分而遞增，選擇性封包捨棄會在路由器的IP處理佇列上實作選擇性封包捨棄原則。因此，它僅適用於進程交換流量。SPD的目的在於確保在IP輸入佇列已滿時，不會捨棄重要的控制封包，例如路由更新和keepalive。當IP輸入佇列的大小介於最小和最大臨界值之間時，會根據一定的捨棄概率捨棄一般IP封包。這些隨機丟棄稱為SPD刷新。
-
Total output drops — 由於輸出隊列已滿而丟棄的資料包數。其中一個常見原因，是從高頻寬連結切換至低頻寬連結的流量，或是從多個傳入連結切換至單一傳出連結的流量。例如，如果大量流量進入 Gigabit 介面然後切換至 100Mbps 介面，則可導致 100Mbps 介面上的輸出捨棄數量增加。這是因為由於傳入和傳出頻寬之間的速度不匹配，該介面上的輸出隊列被超額流量壓得喘不過氣。
-
輸出隊列 — 輸出隊列中的資料包數。Size/max 表示佇列中目前的訊框數量/佇列在達到容量上限而必須開始捨棄訊框之前所能保留的訊框數上限。
-
5 minute input/output rate — 介面在最近五分鐘中看到的平均輸入和輸出速率。指定較短的時間週期以獲取準確讀取(例如，可以更好地檢測流量突發並發出load-interval <seconds> 介面命令。
有關錯誤計數器輸出的說明，請參見表1。
!--- ...show interfaces command output continues.
1117058 packets input, 78283238 bytes, 0 no buffer
Received 1117035 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
285811 packets output, 27449284 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
show interfaces <card-type> <slot/port> counters errors命令在Cisco IOS中僅用於顯示介面錯誤的輸出。有關錯誤計數器輸出的說明，請參見表1。
Router#show interfaces fastEthernet 6/1 counters errors Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards Fa6/1 0 0 0 0 0 0 Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Giants Fa6/1 0 0 0 0 0 0 0
表1. show interfaces或show interfaces的Cisco IOS錯誤計數器輸出 < card-type> <x/y>計數器Catalyst 6000和4000系列錯誤。
| 計數器（依字母排序） | 使錯誤計數器增加的問題與常見原因 |
| Align-Err |
說明：show interfaces counters errors。對齊錯誤是指收到的幀數不以偶數八位元結尾且具有錯誤循環冗餘檢查(CRC)的幀數。常見原因：這些原因通常是雙工不相符或物理問題（例如佈線、埠故障或NIC故障）導致的。當纜線先連接至連接埠時，就有可能會發生這類錯誤。此外，如果有集線器連接至連接埠，則集線器上之其他裝置之間的衝突可能會導致這些錯誤。平台例外：校準錯誤不會計入 Catalyst 4000 Series Supervisor I (WS-X4012) 或 Supervisor II (WS-X4013)。 |
| babble |
說明：show interfaces 計數器表示傳輸 Jabber 計時器已到期。Jabber 是長度超過 1518 八位元的訊框（不包含訊框位元，但包含 FCS 八位元），即結尾不是八位元偶數（校準錯誤）或具有不良 FCS 錯誤。 |
| Carri-Sen |
說明：show interfaces counters errors。Carri-Sen（載波感測）計數器會在每次乙太網路控制器想要透過半雙工連線傳送資料時增加。控制器會感測配線並在配線進行傳輸前檢查其是否處於忙碌中。常見原因：這在半雙工乙太網路區段上屬於正常狀況。 |
| 衝突 |
說明：show interfaces 計數器。在介面成功將訊框傳輸到媒體前發生衝突的次數。常見原因：在設定為半雙工的介面上發生衝突為正常情況，但不得發生在全雙工介面上。如果衝突大幅增加，這表示存在高度使用的連結或連接的裝置可能發生雙工不相符的情況。 |
| CRC |
說明：show interfaces 計數器。當 LAN 站台產生的 CRC 或遠端裝置產生的流量不符合從接收到之資料計算所得的總和檢查碼時，這種情況就會增加。常見原因：這通常表示 LAN 介面上或 LAN 本身存在雜訊或傳輸問題。大量 CRC 通常是由於衝突所造成，但也可能表示存在實體問題（例如佈線、介面或 NIC 不良）或雙工不相符。 |
| 推遲 |
說明：show interfaces 計數器。由於媒體忙碌中，在經過等候之後成功傳輸的訊框數量。常見原因：這通常發生於半雙工環境，其中載波已在使用中並嘗試傳輸訊框。 |
| pause input |
說明：show interfaces 計數器。暫停輸入計數器的增加表示連接的裝置要求在接收緩衝區快要抵達上限時暫停流量。常見原因：由於交換器接受訊框，此計數器的值會增加以供參考之用。當連接的裝置可以接收流量時，暫停封包就會停止。 |
| 具有 dribble 條件的輸入封包 |
說明：show interfaces 計數器。Dribble 位元錯誤表示訊框稍微過長。常見原因：由於交換器接受訊框，此訊框錯誤計數器的增加是為了提供資訊用途。 |
| Excess-Col |
說明：show interfaces counters errors。因衝突過多而導致特定介面上的傳輸失敗的訊框計數。當封包連續發生 16 次衝突時，就會發生衝突過多的情況。接著會捨棄封包。 常見原因：衝突過多通常表示需要將該區段上的負載分散至多個區段，但也可能表示和連接的裝置發生雙工不相符的情況。衝突不得發生在設定為全雙工的介面上。 |
| FCS-Err |
說明：show interfaces counters errors。具有訊框檢查序列 (FCS) 錯誤但沒有訊框錯誤的有效大小訊框數量。 常見原因：這個通常為實體問題（例如佈線、連接埠不良或網路介面卡 [NIC] 不良），但也可能表示雙工不相符。 |
| 訊框 |
說明：show interfaces counter。具有 CRC 錯誤及非整數數量八位元（校準錯誤）之不正確接收的封包數量。 常見原因：這通常是由於衝突或實體問題（例如佈線、連接埠或 NIC 不良）所導致，但也可能表示雙工不相符。 |
| Giants |
說明：show interfaces 和 show interfaces counters errors。接收到的訊框超過 IEEE 802.3 訊框大小上限（非 Jumbo 乙太網路為 1518 位元組），且具有不良訊框檢查序列 (FCS) 。常見原因：在許多情況下，這是 NIC 不良的結果。嘗試找到違規的裝置並將其從網路移除。 平台例外狀況：執行比 12.1(19)EW 軟體版本更舊之 Cisco IOS 的 Catalyst Cat4000 系列；如果訊框超過 1518 位元組，Giant 計數器的值便會增加。12.1(19)EW 版本後，只有在收到的訊框超過 1518 位元組且具有不良 FCS 才會使 show interfaces 中的 Giant 增加。 |
| 已忽略 |
說明：show interfaces 計數器。由於介面硬體的內部緩衝區不足，介面已忽略之接收到的封包數量。 常見原因：廣播風暴和雜訊突發可能導致已忽略計數增加。 |
| 輸入錯誤 |
說明：show interfaces 計數器。 常見原因：這包括 Runt、Giant、無緩衝區、CRC、訊框、溢位及已忽略的計數。其他輸入相關錯誤也可能導致輸入錯誤計數增加，且部分資料包可能有多個錯誤。因此，此總和無法與列舉的輸入錯誤計數總和相互平衡。另外，請參閱「連接至第 2 層交換器連接埠之第 3 層介面的輸入錯誤」。 |
| Late-Col |
Description: show interfaces和show interfaces counterserors。 在特定介面之傳輸程序後期偵測到衝突的次數。若為 10 Mbit/s 連接埠，這晚於封包傳輸的 512 位元時間。512 位元時間在 10 Mbit/s 系統上相當於 51.2 微秒。常見原因：此錯誤還可能表示存在雙工不相符等問題。在雙工不相符的情境中，會在半雙工端看到後期衝突。半雙工端傳輸時，全雙工端不會等待輪到自己，而是會同時傳輸，因此導致後期衝突。後期衝突也可能表示乙太網路纜線或區段太長。衝突不得發生在設定為全雙工的介面上。 |
| lost carrier |
說明：show interfaces 計數器。傳輸中遺失載波的次數。 常見原因：檢查是否為纜線不良。檢查兩端的實體連接。 |
| Multi-Col |
說明：show interfaces counters errors。在介面成功將訊框傳輸到媒體前發生多起衝突的次數。 常見原因：在設定為半雙工的介面上發生衝突為正常情況，但不得發生在全雙工介面上。如果衝突大幅增加，這表示存在高度使用的連結或連接的裝置可能發生雙工不相符的情況。 |
| no buffer |
說明：show interfaces 計數器。由於無緩衝區空間而捨棄之接收的封包數量。常見原因：與已忽略計數比較。廣播風暴經常是造成這些事件的原因。 |
| 沒有載體 |
說明：show interfaces 計數器。傳輸中不存在載波的次數。常見原因：檢查是否為纜線不良。檢查兩端的實體連接。 |
| Out-Discard |
說明：即使未偵測到錯誤，仍選擇要捨棄的傳出封包數量。常見原因：捨棄封包的一個可能原因為釋出緩衝區空間。 |
| 輸出緩衝區失敗 輸出緩衝區換出 |
說明：show interfaces 計數器。緩衝區失效的次數和緩衝區換出的次數。常見原因：當切換至連接埠的流量速率為高，且無法處理流量時，該連接埠會將封包緩衝至 Tx 緩衝區。當 Tx 緩衝區已滿，並因此增加不足情況和輸出緩衝區失敗計數器的值時，連接埠就會開始捨棄封包。輸出緩衝區失敗計數器的值增加可能表示連接埠以較差的速度和/或雙工執行，或者通過連接埠的流量過多。例如，請試想將 1Gig 多點傳送串流轉送至 24 個 100 Mbps 連接埠的情況。如果輸出介面超額訂閱，則看到輸出緩衝區失敗數隨著 Out-Discards 增加為正常情況。如需疑難排解資訊，請參閱本文件的「延遲的訊框（Out-Lost 或 Out-Discard）」一節。 |
| 輸出錯誤 |
說明：show interfaces 計數器。阻礙將資料包傳出介面之最終傳輸的所有錯誤的總和。常見原因：此問題是由於輸出佇列大小過低所致。 |
| 溢位 |
說明：接收器硬體無法將接收到之資料交給硬體緩衝區的次數。共同原因:流量的輸入速率超過了接收方處理資料的能力。 |
| packets input/output |
說明：show interfaces 計數器。介面接收和傳輸的無錯誤封包總數。監控這些計數器的增加，有助於判斷流量是否適當地通過介面。位元組計數器會將資料和 MAC 封裝納入系統接收和傳輸的無錯誤封包中。 |
| Rcv-Err |
說明：僅適用於Catalyst 6000系列 — show interfaces counters錯誤。常見原因：請參閱平台例外。平台例外：Catalyst 5000系列rcv-err =接收緩衝區故障。例如，Runt、Giant 或 FCS-Err 不會增加 rcv-err 計數器的值。5K 上的 rcv-err 計數器只會因為流量過多而增加計數。對於 Catalyst 4000 系列，rcv-err = 所有接收錯誤的總和，相較於 Catalyst 5000，這表示當介面接收到 Runt、Giant 或 FCS-Err 等錯誤時，rcv-err 計數器會增加計數。 |
| Runts |
說明：show interfaces 和 show interfaces counters errors。收到的幀小於最低IEEE 802.3幀大小（乙太網為64位元組），並且CRC錯誤。常見原因：這可能是由於雙工不匹配和物理問題（如連線裝置上的電纜、埠或NIC故障）造成的。 平台例外：運行Cisco IOS軟體版本12.1(19)EW之前的Catalyst 4000系列，runt =不足。尺寸過小 = 訊框 < 64 位元組。只會在接收到小於 64 位元組的訊框時，Runt 計數器才會增量。在 12.1(19)EW 之後的版本，Runt = 片段。片段是 < 64 位元組的訊框，但具有不良的 CRC。結果是，當訊框小於 64 位元組並接收到不良的 CRC 時，show interfaces 中的 Runt 計數器和 show interfaces counters errors 中的片段計數器現在會增量。Cisco Catalyst 3750系列交換器Cisco IOS 12.1(19)EA1之前的版本在Catalyst 3750上的主幹介面上使用dot1q時，show interfaces輸出上可見殘餘訊框，因為Catalyst 3750會將有效dot1q封裝的封包（61到64位元組，並包括q標籤）計為過小訊框，即使這些封包會正確轉送。此外，系統並未在接收統計資料中以適當的類別（單點傳播、多點傳播、廣播）報告這些封包。此問題在 Cisco IOS 12.1(19)EA1 或 12.2(18)SE 版或更新版本中已獲得解決。 |
| Single-Col |
說明：show interfaces counters errors。在介面成功將訊框傳輸到媒體前發生一次衝突的次數。 常見原因：在設定為半雙工的介面上發生衝突為正常情況，但不得發生在全雙工介面上。如果衝突大幅增加，這表示存在高度使用的連結或連接的裝置可能發生雙工不相符的情況。 |
| 節流 |
說明：show interfaces。連接埠上的接收器遭停用的次數，可能是因為緩衝區或處理器超載所致。如果在節流計數器值後出現星號 (*)，即表示執行指令時介面已節流。 常見原因：會增加處理器超載情況的封包包括具有選項、到期 TTL、非 ARPA 封裝、分段、通道的 IP 封包、ICMP 封包，具有 MTU 總和檢查碼失敗、RPF 失敗、IP 總和檢查碼及長度錯誤的封包。 |
| 不足 |
說明：傳輸器執行速度超過交換器處理能力的次數。 常見原因：在高輸送量的狀況下可能會發生此情況，其中介面同時面臨來自眾多其他介面的大量流量暴增。可能會發生介面重設並出現不足情況。 |
| 太小 |
說明：show interfaces counters errors。接收到之小於最低 IEEE 802.3 訊框大小 64 位元組（不含訊框位元但包含 FCS 八位元）但其他部分組成良好的訊框。 常見原因：請檢查傳送這些訊框的裝置。 |
| Xmit-Err |
說明：show interfaces counters errors。這表示內部傳送 (Tx) 緩衝區已滿。常見原因：Xmit-Err 的其中一個常見原因可能是切換至較低頻寬連結之高頻寬連結的流量，或切換至單一傳出連結之多個傳入連結的流量。例如，如果暴增的大量流量來到 Gigabit 介面並換出至 100Mbps 介面，這可能會導致 Xmit-Err 在 100Mbps 介面上增加。這是因為傳入與傳出頻寬之間的速度不相符導致介面的輸出緩衝區負擔過多流量。 |
顯示 Cisco IOS 的介面計數器
可監控連接埠上的傳入和傳出流量，如同下一個輸出所顯示的：單點傳播、多點傳播及廣播流量。在Supervisor上運行Cisco IOS時，會使用show interfaces card-type {slot/port} counters命令。
Router#show interfaces fas 6/1 counters Port InOctets InUcastPkts InMcastPkts InBcastPkts Fa6/1 47856076 23 673028 149 Port OutOctets OutUcastPkts OutMcastPkts OutBcastPkts Fa6/1 22103793 17 255877 3280 Router#
!--- Cisco IOS counters used to monitor inbound and outbound unicast, multicast !--- and broadcast packets on the interface.
顯示 Cisco IOS 的計數器介面
show counters interface card-type {slot/port}命令僅在適用於Catalyst 6000系列的Cisco IOS軟體版本12.1(13)E中匯入，它提供連線埠和介面的更詳細統計資訊。此命令顯示每個埠或介面的32位和64位錯誤計數器。
Show Controller Ethernet-Controller for Cisco IOS
若是Catalyst 3750、3550、2970、2950/2955、2940和2900/3500XL交換器，請使用命令show controller ethernet-controller來顯示流量計數器和錯誤計數器輸出，與Catalyst 6000系列交換器的輸出類似。
3550-1#show controller ethernet-controller fastEthernet 0/1
!--- Output from a Catalyst 3550.
Transmit FastEthernet0/1 Receive
0 Bytes 0 Bytes
0 Unicast frames 0 Unicast frames
0 Multicast frames 0 Multicast frames
0 Broadcast frames 0 Broadcast frames
0 Discarded frames 0 No dest, unicast
0 Too old frames 0 No dest, multicast
0 Deferred frames 0 No dest, broadcast
0 1 collision frames
0 2 collision frames 0 FCS errors
0 3 collision frames 0 Oversize frames
0 4 collision frames 0 Undersize frames
0 5 collision frames 0 Collision fragments
0 6 collision frames
0 7 collision frames 0 Minimum size frames
0 8 collision frames 0 65 to 127 byte frames
0 9 collision frames 0 128 to 255 byte frames
0 10 collision frames 0 256 to 511 byte frames
0 11 collision frames 0 512 to 1023 byte frames
0 12 collision frames 0 1024 to 1518 byte frames
0 13 collision frames
0 14 collision frames 0 Flooded frames
0 15 collision frames 0 Overrun frames
0 Excessive collisions 0 VLAN filtered frames
0 Late collisions 0 Source routed frames
0 Good (1 coll) frames 0 Valid oversize frames
0 Good(>1 coll) frames 0 Pause frames
0 Pause frames 0 Symbol error frames
0 VLAN discard frames 0 Invalid frames, too large
0 Excess defer frames 0 Valid frames, too large
0 Too large frames 0 Invalid frames, too small
0 64 byte frames 0 Valid frames, too small
0 127 byte frames
0 255 byte frames
0 511 byte frames
0 1023 byte frames
0 1518 byte frames
3550-1#
!--- See the next table for additional counter output for 2900/3500XL Series switches.
| 計數器 | 說明 | 可能的原因 |
| 傳輸的幀 |
||
| 丟棄的幀 |
因資源不足而放棄傳輸嘗試的幀總數。此總數包括所有目標型別的幀。 |
介面上的流量負載過大，導致幀被丟棄。如果此欄位的封包數量增加，請減少介面上的流量負載。 |
| 幀太舊 |
交換機中傳輸時間超過兩秒的幀數。因此，它們被交換機丟棄。這只有在極端的高壓力條件下才會發生。 |
此交換機的流量負載過大，導致幀被丟棄。如果此欄位中的封包數量增加，請減少交換器負載。您可能需要修改網路拓撲以降低此交換機的流量負載。 |
| 延遲的幀 |
由於網路介質上的流量而導致第一次傳輸嘗試延遲的幀總數。總數僅包括不含錯誤且未受衝突影響之後續傳輸的訊框。 |
發往此交換機的流量負載過大，導致幀被丟棄。如果此欄位中的封包數量增加，請減少交換器負載。您可能需要修改網路拓撲以降低此交換機的流量負載。 |
| 衝突幀 |
衝突訊框計數器為嘗試傳輸封包時失敗但在下一次嘗試時成功的次數。這表示如果2個衝突幀計數器遞增，交換機嘗試傳送資料包兩次，但失敗了，但第三次嘗試成功。 |
介面上的流量負載過大，導致幀被丟棄。如果這些欄位中的封包數量增加，請減少介面上的流量負載。 |
| 衝突過多 |
連續發生16次延遲衝突後，過度衝突計數器增加。在嘗試16次傳送資料包後，資料包將被丟棄，計數器將遞增。 |
如果此計數器增加，則表明存在佈線問題、網路負載過重或雙工不匹配。共用乙太網上的裝置過多，可能導致網路負載過重。 |
| 延遲衝突 |
當兩台裝置同時傳輸時，且連線的兩端均未檢測到衝突時，就會發生延遲衝突。發生這種情況的原因是，將訊號從網路的一端傳播到另一端的時間，比將整個資料包放在網路上的時間長。造成後期衝突的兩個裝置永遠不會看到彼此傳送，直到裝置將整個封包置於網路上為止。在第一個64位元組插槽時間之後，發射器才會檢測到延遲衝突。這是因為只有在傳輸超過64位元組的封包時才會偵測到這些封包。 |
延遲衝突是網路佈線不正確或集線器數量不符合要求造成的。NIC故障也會導致延遲衝突。 |
| 良好（1個coll）幀 |
經歷一次衝突然後成功傳輸的幀總數。 |
半雙工環境中的衝突是正常預期行為。 |
| 良好(>1 coll)幀 |
經歷2到15次衝突（含2次衝突）之後成功傳輸的幀總數。 |
半雙工環境中的衝突是正常預期行為。在此計數器上端增加的訊框可超過 15 個衝突，且可計為過度衝突。 |
| VLAN丟棄的幀 |
由於設定了CFI位而在介面上丟棄的幀數。 |
對於乙太網規範幀格式，802.1q幀的TCI中的規範格式指示符(CFI)位設定為0。如果CFI位設定為1，則表示存在RIF（路由資訊欄位）或令牌環非規範幀，該幀被丟棄。 |
| 接收的幀 |
||
| 無頻寬幀 |
僅 2900/3500XL。連接埠從網路接收封包，但交換器沒有可將其接收之資源的次數。這僅在壓力條件下發生，但在多個連線埠上發生流量突發時可能會發生。因此，少量的No bandwidth幀不會引起擔憂。（它仍然必須遠遠小於所接收幀的1%。） |
介面上的流量負載過大，導致幀被丟棄。如果這些欄位中的封包數量增加，請減少介面上的流量負載。 |
| 無緩衝區幀 |
僅 2900/3500XL。連接埠從網路接收封包，但交換器沒有可將其接收之資源的次數。這僅在壓力條件下發生，但在多個連線埠上發生流量突發時可能會發生。因此，少量的No buffers幀不會引起問題。（它仍然必須遠遠小於所接收幀的1%。） |
介面上的流量負載過大，導致幀被丟棄。如果這些欄位中的封包數量增加，請減少介面上的流量負載。 |
| 無目標，單播 |
No destination unicast是連線埠沒有轉送到任何其他連線埠的單點傳播封包數。 |
以下簡要說明無目標（單播、組播和廣播）計數器可以增加的時間：
|
| 無目標，組播 |
No destination multicast是連線埠沒有轉送到任何其他連線埠的多點傳播封包數。 |
|
| 無目標，廣播 |
No destination broadcast是埠沒有轉發到任何其他埠的廣播資料包數。 |
|
| 對齊錯誤 |
對齊錯誤是指收到的幀數，這些幀結尾不是八位元偶數並具有錯誤的CRC。 |
校準錯誤是由於訊框未完全複製到配線，而導致訊框分段。校準錯誤是在半雙工上的衝突、雙工不相符、硬體不良（NIC、纜線或連接埠），或產生訊框之結尾不是八位元且具有不良 FCS 之已連接裝置的結果。 |
| FCS錯誤 |
FCS錯誤計數是指在乙太網路訊框中收到含有錯誤總和檢查碼（CRC值）的訊框數量。這些幀會被丟棄，而且不會傳播到其他埠上。 |
FCS 錯誤是在半雙工上的衝突、雙工不相符、硬體不良（NIC、纜線或連接埠），或產生訊框之結尾不是八位元且具有不良 FCS 之已連接裝置的結果。 |
| 幀過小 |
這些是少於 64 八位元長度（不含訊框位元但包含 FCS）且具有良好 FCS 值之接收到的封包總數。 |
這是連線裝置生成的壞幀的指示。驗證連線的裝置是否正常運行。 |
| 幀過大 |
連線埠從網路接收的封包數，其中封包超過1514位元組。 |
這可能表示硬體故障、dot1q或ISL中繼配置問題。 |
| 衝突片段 |
長度少於 64 八位元（不含訊框位元但包含 FCS）且具有不良 FCS 值的訊框總數。 |
如果此計數器遞增，則表示連線埠設定為半雙工。將雙工設為全雙工。 |
| 溢位幀 |
接收器硬體無法將接收的資料交給硬體緩衝區的次數。 |
流量的輸入速率超過了接收方處理資料的能力。 |
| VLAN過濾的幀 |
由於幀中包含的VLAN資訊型別而過濾的幀總數。 |
該埠可配置為過濾802.1Q標籤的幀。當收到包含802.1Q標籤的幀時，將對該幀進行過濾，此統計資訊將遞增。 |
| 源路由幀 |
由於在原生訊框的來源位址中設定來源路由位元的情況，而捨棄之接收到的訊框總數。 |
此類來源路由僅針對權杖環和FDDI定義。IEEE乙太網規範禁止在任何乙太網幀中設定此位。因此，交換機將丟棄此類幀。 |
| 有效的超大幀 |
長度超過系統 MTU，且具有良好 FCS 值之接收到的訊框總數。 |
超過設定的系統 MTU，但可能已經從 1518 位元組增加以允許 Q-in-Q 或 MPLS 封裝的訊框統計計數。 |
| 符號錯誤幀 |
Gigabit乙太網路(1000 Base-X)使用8B/10B編碼將8位元資料從MAC子層（第2層）轉譯為10位元符號，以便透過線路傳送。當連線埠收到Symbol時，會從Symbol擷取8位元資料（10位元）。 |
符號錯誤表示介面檢測到收到未定義（無效）的符號。可以忽略少量符號錯誤。大量符號錯誤可能表示裝置、電纜或硬體故障。 |
| 幀無效，太大 |
接收的巨型訊框或訊框超過最大IEEE 802.3訊框大小（非巨型乙太網路為1518位元組），且訊框檢查序列(FCS)錯誤。 |
在許多情況下，這是網絡卡故障導致的結果。嘗試找到違規的裝置並將其從網路移除。 |
| 幀無效，太小 |
收到小於64個位元組（包括FCS位但不包括幀頭）的殘幀或幀，並且存在FCS錯誤或對齊錯誤。 |
這可能是由雙工不相符和實體問題（例如纜線故障、連線埠或連線裝置上的網絡卡）所導致。 |
常見系統錯誤消息
對於Cisco IOS系統消息格式，可以參閱消息和恢復過程指南以獲得所運行的軟體版本。例如，您可以檢視Cisco IOS版本的消息和恢復過程。
%AMDP2_FE-3-UNDERFLO
當傳送幀時，控制器晶片本地緩衝區的本地緩衝區接收的資料不足時，就會產生此錯誤消息。資料無法以足夠快的速度傳輸到晶片，無法跟上輸出速度。通常，這樣的狀況是暫時的，取決於系統內的瞬時峰值負載。快速乙太網路介面處理過多流量時，就會發生問題。當流量級別達到約2.5 Mb時收到錯誤訊息。此流量級別限制是由於硬體限制所致。因此，連線到Catalyst交換器的裝置有機會捨棄封包。
解決方法是：通常系統會自動恢復。不需要執行任何操作。如果乙太網路介面無法負荷交換器，請檢查速度和雙工設定。此外，使用監聽器程式分析傳入和傳出路由器快速乙太網路介面的封包。為了避免在連線到Catalyst交換機的裝置上發生丟包，請在連線到交換機的裝置的快速乙太網介面上發出ip cef命令。
%INTR_MGR-DFC1-3-INTR：排隊引擎(Blackwater)[1]: FIC交換矩陣 — A收到意外的控制代碼
此錯誤訊息的原因是收到來自交換器網狀架構的封包，其中該封包上的網狀架構標頭中的CRC值與Blackwater ASIC的網狀架構介面控制器(FIC)子區塊計算出的CRC值不相符。這表示傳輸過程中發生封包損毀，Blackwater已收到損毀的封包。
命令被拒絕：[Interface]不是交換埠
在支援L3介面和L2交換器連線埠的交換器中，當您嘗試在設定為第3層介面的連線埠上輸入與第2層相關的命令時，會顯示Command rejected: [interface] not a switching port"訊息。
若要將介面從第3層模式轉換為第2層模式，請發出介面組態命令switchport。發出此命令後，請為任何第2層屬性配置埠。
常見埠和介面問題
埠或介面狀態為Disable或Shutdown
埠連線故障的一個明顯但有時被忽視的原因是交換機上的配置不正確。如果連線埠顯示穩定的橙色燈，則表示交換器內的軟體透過使用者介面或內部程式關閉連線埠。
確保埠或模組未因某種原因禁用或關閉電源。如果連結的一端或另一端上的連線埠或模組是手動關閉的，則連結不會啟動，直到您重新啟用連線埠。檢查兩端的連線埠狀態。使用show run interface命令並檢查介面是否處於shutdown狀態：
Switch#show run interface fastEthernet 4/2 ! interface FastEthernet4/2 switchport trunk encapsulation dot1q switchport mode trunk shutdown duplex full speed 100 end
!--- Use the no shut command in config-if mode to re-enable this interface.
如果連接埠在交換器重新開機後立即進入關機模式，則可能是由於連接埠安全性設定所致。如果該連線埠上啟用單點傳播泛濫，可能會導致連線埠在重新開機後關閉。思科建議您禁用單播泛洪，因為它還確保一旦達到MAC地址限制，埠上不會發生泛洪。
連線埠或介面狀態為errDisable
預設情況下，如果偵測到某些錯誤，交換器內部的軟體程式可能會關閉連線埠或介面。
當您檢視show interfacecard-type {slot/port} status 命令以瞭解Cisco IOS時：
Router#show interface fastethernet 2/4 status Port Name Status Vlan Duplex Speed Type Gi2/4 err-disabled 1 full 1000 1000BaseSX
!--- The show interfaces card-type {slot/port} status command for Cisco IOS !--- displays a status of errdisabled. !--- The show interfaces status errdisabled command shows all the interfaces !--- in this status.
Cisco IOS的show logging命令也會顯示與錯誤停用狀態相關的錯誤訊息（確切訊息格式會有所不同）。
當連接埠或介面因錯誤停用而關機時，在 Cisco IOS 會稱為原因。此狀況的原因包括：EtherChannel 設定錯誤而導致 PAgP 翻動、雙工不相符、同時設定 BPDU 連接埠防護與 portfast、UDLD 偵測到單向連結等。
除非您設定錯誤停用復原選項，否則您必須再次手動啟用連線埠或介面，使其進入錯誤停用狀態。在Cisco IOS軟體中，您可以在進入錯誤停用狀態的可設定時間之後自動重新啟用連線埠。其底線是，即使您將介面配置為從錯誤停用中恢復，問題仍會再次出現，直到確定根本原因。
此表顯示用來設定驗證並疑難排解交換器上之 errdisable 狀態的指令範例。導覽至連結以取得和指令相關的更多資訊在 Cisco IOS 平台上復原 Errdisable 連接埠狀態：
| 動作 | Cisco IOS errdisable命令 |
|---|---|
| 設定 | 錯誤停用偵測原因 |
| 設定 | 錯誤停用復原原因 |
| 設定 | 錯誤停用復原間隔 <timer_interval_in_seconds> |
| 驗證與疑難排解 | show errdisable detect |
| 驗證與疑難排解 | show interfaces status err-disable |
埠或介面狀態為非活動
一個導致執行 Cisco IOS 之交換器的連接埠處於非作用狀態的常見原因，是其所屬的 VLAN 消失。當介面設定為使用switchport 指令的第2層交換器連線埠時，就可能會發生這種情況。
第2層交換機的每個埠都屬於VLAN。第3層交換機上配置為第2層交換機埠的每個埠也必須屬於VLAN。如果刪除該VLAN，則埠或介面將變為非活動狀態。
使用show interfaces card-type {slot/port} switchport 命令以及show vlan 命令進行驗證。
Router#show interfaces fastEthernet 4/47 switchport Name: Fa4/47Switchport: Enabled Administrative Mode: static access Operational Mode: static access Administrative Trunking Encapsulation: negotiate Operational Trunking Encapsulation: native Negotiation of Trunking: Off Access Mode VLAN: 11 ((Inactive))
!--- FastEth 4/47 is inactive. Router#show vlan VLAN Name Status Ports ---- -------------------------------- --------- ------------------------------- 1 default active Gi1/1, Gi2/1, Fa6/6 10 UplinkToGSR's active Gi1/2, Gi2/2
!--- VLANs are displayed in order and VLAN 11 is not available.
30 SDTsw-1ToSDTsw-2Link active Fa6/45
如果刪除VLAN的交換機是VTP域的VTP伺服器，則域中的每個伺服器和客戶端交換機都會將VLAN從其VLAN表中刪除。將VLAN從VTP伺服器交換機重新新增到VLAN表時，域中屬於該恢復VLAN的交換機埠會再次啟用。連線埠會記住分配給的VLAN，即使VLAN本身已刪除。 如需VTP的詳細資訊，請參閱瞭解和設定VLAN中繼線通訊協定(VTP)。
上行鏈路埠或介面狀態為非活動
在Catalyst 4510R系列交換器上，為了啟用10千兆乙太網和千兆乙太網SFP上行鏈路埠，有一個可選的配置。若要啟用同時使用10千兆乙太網和千兆乙太網SFP介面，請發出hw-module uplink select all 命令。在您發出命令後，請重新啟動交換器，否則show interface status module <module number> 命令的輸出會顯示上行鏈路連線埠處於非作用中狀態。
Cisco IOS軟體版本12.2(25)SG支援在Catalyst 4500交換器上同時使用10-Gigabit乙太網路和Gigabit乙太網路SFP介面。
Catalyst 交換器介面增加的延遲計數器
問題在於，發往交換機的流量負載過大，導致幀被丟棄。通常，延遲幀是指由於介質繁忙，在等待介質後成功傳輸的幀數。這通常發生於當載波正在使用中而嘗試傳輸訊框時的半雙工環境中。但是在全雙工環境中，當過多負載以交換器為目的地時，會發生問題。
解決方法如下：
-
將連結的兩端硬式編碼為全雙工，以便避免交涉不相符。
-
更換電纜和跳接面板線，確保電纜和跳線沒有缺陷。
從vlan [vlan no]設定計時器[值]時出現間歇性故障
當編碼地址識別邏輯(EARL)無法將VLAN的CAM老化時間設定為所需的秒數時，會發生此問題。此處，VLAN老化時間已設定為快速老化。
當VLAN已處於快速老化狀態時，EARL無法將VLAN設定為快速老化，並且會阻止老化計時器設定過程。預設CAM老化時間為五分鐘，這意味著交換機每五分鐘刷新一次已獲取的MAC地址表。這可確保MAC地址表（CAM表）包含最新的條目。
快速老化將CAM老化時間臨時設定為使用者指定的秒數，並與「拓撲更改通知」(TCN)過程結合使用。其思想是，當拓撲發生變化時，必須使用該值來更快地刷新CAM表，以補償拓撲變化。
發出show cam aging命令以檢查交換機上的CAM老化時間。TCNs和快速老化相當罕見。因此，消息的嚴重級別為3。如果VLAN經常處於快速老化狀態，請檢查快速老化原因。
TCN最常見的原因是客戶端PC直接連線到交換機。當您開啟或關閉PC時，交換機埠將更改狀態，交換機將啟動TCN進程。這是因為交換機不知道連線的裝置是PC；交換機只知道埠已更改狀態。
為了解決此問題，思科為主機埠開發了PortFast功能。PortFast的優點是此功能可抑制主機連線埠的TCN。
中繼模式不匹配
檢查鏈路兩端的中繼模式。確保兩端處於相同模式（使用相同的方法進行雙中繼：ISL或802.1q，或兩者均不中繼）。如果將一個埠的中繼模式設定為on（而非auto或desirable），而另一個埠的中繼模式設定為off ，則它們無法通訊。中繼會更改資料包的格式。連接埠必須就其所使用的連結格式達成一致，否則無法瞭解彼此。
對於Cisco IOS，請使用show interfaces card-type {mod/port} trunk 命令驗證中繼配置和本地VLAN。
Router#show interfaces fastEthernet 6/1 trunk Port Mode Encapsulation Status Native vlan Fa6/1 desirable 802.1q trunking 1 Port Vlans allowed on trunk Fa6/1 1-4094 !--- Output truncated.
如需不同中繼模式、准則及限制的詳細資訊，請參閱以下檔案：
Jumbos、Giants和Baby Giants
預設情況下，乙太網幀的資料部分的最大傳輸單元(MTU)為1500位元組。如果傳輸的流量MTU超出支援的MTU，交換器不會轉送封包。此外，視硬體和軟體而定，某些交換器平台會因此增加連線埠和介面錯誤計數器。
-
巨型幀未定義為IEEE乙太網標準的一部分，並且取決於供應商。它們可被定義為大於標準乙太網幀（1518位元組）(包括L2報頭和循環冗餘檢查(CRC))的任何幀。Jumbo具有更大的幀大小，通常大於9000位元組。
-
巨型幀定義為具有不良FCS的乙太網幀最大大小（大於1518位元組）以上的任何幀。
-
Baby Giant幀僅略大於乙太網幀的最大大小。通常，這意味著幀的大小可達1600位元組。
Catalyst交換器上支援巨型和小型巨型交換器因交換器平台而異，有時甚至因交換器內的模組而異。軟體版本也是一個因素。
請參閱在Catalyst交換機上配置巨型幀/巨型幀支援以瞭解有關系統要求的詳細資訊，針對巨型幀和巨型幀問題進行配置和故障排除。
無法Ping終端裝置
先透過從連接的交換器直接傳送的 Ping 檢查端點裝置，然後逐一檢查各連接埠、介面、主幹，直到找到連接問題的來源為止。確認各交換器均可在內容定址記憶體 (CAM) 表中看見端點裝置 MAC 位址。
使用show mac address-table dynamic 命令或替換interface 關鍵字。
Router#show mac-address-table interface fastEthernet 6/3 Codes: * - primary entry vlan mac address type learn qos ports ------+----------------+--------+-----+---+-------------------------- * 2 0040.ca14.0ab1 dynamic No -- Fa6/3
!--- A workstation on VLAN 2 with MAC address 0040.ca14.0ab1 is directly connected !--- to interface fastEthernet 6/3 on a switch running Cisco IOS.
知道交換器在 CAM 表中實際擁有 MAC 位址後，判斷此裝置位於的 VLAN 與您嘗試執行 ping 的 VLAN 相同或不同。
如果端點裝置位於與您嘗試執行 ping 的 VLAN 不同的 VLAN 上，則必須設定 L3 交換器或路由器以允許裝置通訊。確保終端裝置和路由器/L3交換機上的L3編址配置正確。檢查 IP 位址、子網路遮罩、預設閘道、動態路由通訊協定設定、靜態路由等。
使用 Switchport Host 以修正啟動延遲
如果工作站透過交換器連接時無法與其主要伺服器交談，則問題可能涉及交換器連接埠嘗試在實體層連結出現後轉為作用中狀態時之交換器連接埠上的延遲。在某些情況下，這些延遲可能長達50秒。部分工作站單純無法等候這麼長的時間來找到其伺服器，於是便會放棄。這些延遲是由STP、中繼協商(DTP)和EtherChannel協商(PAgP)引起的。對於不需要這些協定的接入埠，可以禁用所有這些協定，因此交換機埠或介面在與鄰居裝置建立鏈路幾秒鐘後開始轉發資料包。
在Cisco IOS中，可以使用switchport host 命令停用通道化，並啟用spanning-tree portfast，使用switchport nonegotiate 命令關閉DTP協商資料包。使用 interface-range命令可在多個介面上同時執行此操作。
Router6k-1(config)#interface range fastEthernet 6/13 - 18 Router6k-1(config-if-range)#switchport Router6k-1(config-if-range)#switchport host switchport mode can be set to access spanning-tree portfast can be enabled channel group can be disabled !--- Etherchannel is disabled and portfast is enabled on interfaces 6/13 - 6/18. Router6k-1(config-if-range)#switchport nonegotiate !--- Trunking negotiation is disabled on interfaces 6/13 - 6/18. Router6k-1(config-if-range)#end Router6k-1#
Cisco IOS可以選擇使用global spanning-tree portfast default 命令將portfast自動應用於配置為第2層接入交換機埠的任何介面。有關您的軟體版本，請檢視《命令參考》以驗證此命令的可用性。您還可以對每個介面使用spanning-tree portfast命令，但這要求您單獨關閉中繼和etherchannel，以幫助解決工作站啟動延遲。
速度/雙工、自動交涉或 NIC 問題
如果您有大量的對齊錯誤、FCS錯誤或延遲衝突，這可能表示以下情況之一：
-
雙工不相符
-
纜線損壞或損壞
- NIC卡問題
雙工不相符
速度/雙工的常見問題會發生在當兩個交換器之間、交換器與路由器之間，或交換器與工作站或伺服器之間的雙工不相符時。對速度與雙工採取手動硬式編碼，或兩個裝置之間的自動交涉問題可能會導致此狀況發生。
如果啟用Cisco Discovery Protocol(CDP)的兩台Cisco裝置之間出現不匹配，您將在控制檯上或兩台裝置的日誌緩衝區中看到CDP錯誤消息。CDP在檢測附近Cisco裝置上的錯誤、埠和系統統計資訊時非常有用。CDP 為思科專有，且可在您將封包傳送至公認的 MAC 位址 01-00-0C-CC-CC-CC 時運作。
此範例顯示由執行Cisco IOS的兩台Catalyst 6000系列交換器之間的雙工不相符導致的日誌訊息。這些訊息通常會告訴您什麼是錯配以及錯配發生的位置。
Jun 2 11:16:45 %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet6/2 (not half duplex), with TBA04251336 3/2 (half duplex).
使用show cdp neighbors card-type <slot/port> detail 命令以顯示Cisco鄰居裝置的CDP資訊。
Router#show cdp neighbors fastEthernet 6/1 detail ------------------------- Device ID: TBA04251336 Entry address(es): IP address: 10.1.1.1 Platform: WS-C6006, Capabilities: Trans-Bridge Switch IGMP Interface: FastEthernet6/1, Port ID (outgoing port): 3/1 Holdtime : 152 sec Version : WS-C6006 Software, Version McpSW: 6.3(3) NmpSW: 6.3(3) Copyright (c) 1995-2001 by Cisco Systems !--- Neighbor device to FastEth 6/1 is a Cisco Catalyst 6000 Switch !--- on port 3/1 running CatOS. advertisement version: 2 VTP Management Domain: 'test1' Native VLAN: 1 Duplex: full !--- Duplex is full. Router#
在一端設定自動速度/雙工，並在另一端設定 100/全雙工亦為設定錯誤，且可導致雙工不相符。如果交換器連接埠收到許多後期衝突，這通常表示雙工不相符問題，而結果可能會將連接埠置於 errdisable 狀態。半雙工端僅會在特定時間預期封包，並非無時無刻，因此會將在錯誤時間收到的封包計為衝突。後期衝突亦有雙工不相符之外的原因，但這是最為常見的原因。一律將連接雙端設為自動交涉速度/雙工，或在兩端手動設定速度/雙工。
使用show interfaces <card-type> <slot/port> status 命令以顯示速度和雙工設定以及其他資訊。在介面配置模式下使用speed和 duplex命令將兩端硬編碼為10或100，並在必要時將兩端硬編碼為half或full。
Router#show interfaces fastEthernet 6/1 status Port Name Status Vlan Duplex Speed Type Fa6/1 connected 1 a-full a-100 10/100BaseTX
如果使用show介面命令而不使用status選項，就會看到速度和雙工的設定，但你不知道此速度和雙工是否透過自動交涉來實現。
Router#show interface fas 6/1
FastEthernet6/1 is up, line protocol is up (connected)
Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Full-duplex, 100Mb/s
!--- Full-duplex and 100Mbps does not tell you whether autoneg was used to achieve this.
!--- Use the sh interfaces fas 6/1 status command to display this.
纜線損壞或損壞
始終檢查電纜是否輕微損壞或故障。電纜在物理層可能足夠好，可以連線，但由於佈線或聯結器受到輕微損壞，電纜會損壞資料包。檢查或交換銅纜或光纜。將GBIC（如果可移除）交換為光纖連線。排除源和目標之間任何錯誤的配線面板連線或媒體轉換器。在另一個埠或介面中嘗試使用電纜（如果可用），並檢視問題是否繼續。
自動交涉和NIC卡問題
思科交換機和某些第三方NIC卡之間有時會發生問題。預設情況下，Catalyst交換機埠和介面設定為自動協商。筆記型電腦或其他裝置等裝置也常常設定為自動協商，但有時會出現自動協商問題。
為了疑難排解自動交涉問題，通常的建議是嘗試並對兩端採用硬式編碼。如果自動交涉與硬式編碼設定均無法運作，則您的 NIC 卡上的韌體或軟體可能有問題。將NIC卡驅動程式升級為製造商網站上提供的最新版本，以解決此問題。
有關如何解決速度/雙工和自動交涉問題的詳細資訊，請參閱設定和疑難排解乙太網路10/100/1000 MB半/全雙工自動交涉。
有關如何解決第三方NIC問題的詳細資訊，請參閱疑難排解Cisco Catalyst交換器與NIC的相容性問題。
生成樹回圈
生成樹協定(STP)環路可能會導致嚴重的效能問題，偽裝成埠或介面問題。在這種情況下，同樣的幀會反複使用您的頻寬，這就為合法流量留下了很小的空間。
STP環路防護功能針對第2層轉發環路（STP環路）提供額外的保護。當備援拓撲中的 STP 封鎖連接埠錯誤轉換為轉送狀態時，會建立 STP 迴圈。此狀況的發生原因通常是因為實體備援拓撲的其中一個連接埠（不一定為 STP 封鎖連接埠）不再接收 STP BPDU。在運行過程中，STP依賴於基於埠角色的BPDU的持續接收或傳輸。指定埠傳輸BPDU，非指定埠接收BPDU。
當物理冗餘拓撲中的一個埠不再接收BPDU時，STP會認為該拓撲沒有環路。最後，替代或備份連接埠的封鎖連接埠會成為指定並移至轉送狀態。這種情況會形成環路。
環路防護功能會進行其他檢查。如果非指定連接埠未接收 BPDU，且已啟用迴圈防護，則該連接埠會移至 STP 迴圈不一致封鎖狀態，而非收聽/學習/轉送狀態。如果沒有回圈防護功能，連線埠會承擔指定的連線埠角色。埠將進入STP轉發狀態並建立環路。有關環路防護功能的詳細資訊，請參閱使用環路防護和BPDU遲滯檢測配置STP。
本文檔介紹了STP可能失敗的原因、查詢哪些資訊以確定問題的根源，以及何種設計可以將STP風險降至最低。
單向連結也可能會導致回圈。如需詳細資訊，請參閱本檔案的UDLD：單向連結問題一節。
UDLD：單向鏈路
單向連結是流量會往一個方向傳出，但不會自輸入方向接收流量的連結。交換器不知道連結的輸入方向不良（連接埠認為連結已開啟且正常運作）。
光纖纜線損壞或其他佈線/連線埠問題可能會導致此單向單一通訊。當涉及的交換機不知道鏈路已部分斷開時，這些部分正常工作的鏈路可能會導致STP環路等問題。UDLD可以在偵測到單向連結時使連線埠進入錯誤停用狀態。可在執行 Cisco IOS 的交換器上設定 udld aggressive-mode 指令（請參閱版本資訊以確認指令可用性），以在單向連結無法容錯的交換器之間建立點對點連線。使用此功能可以幫助您識別難以查詢的單向鏈路問題
有關UDLD的配置資訊，請參閱配置UDLD協定功能。
延遲的幀（出站丟失或出站丟棄）
如果您有大量的延遲訊框，或 Out-Discard（在部分平台上亦稱為 Out-Lost），則表示交換器輸出緩衝區已滿，且交換器必須捨棄這些封包。這可能表示此區段是以較慢速度和/或雙工執行，或是此連線埠上有太多流量通過。
使用show interfaces counters error命令檢視OutDiscards。
Router#show interfaces counters error Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards Fa7/47 0 0 0 0 0 0 Fa7/48 0 0 0 0 0 2871800 Fa8/1 0 0 0 0 0 2874203 Fa8/2 103 0 0 103 0 2878032 Fa8/3 147 0 0 185 0 0 Fa8/4 100 0 0 141 0 2876405 Fa8/5 0 0 0 0 0 2873671 Fa8/6 0 0 0 0 0 2 Fa8/7 0 0 0 0 0 0
!--- The show interfaces counters errors command shows certain interfaces !--- that increment in large amounts OutDiscards while others run clean.
調查導致輸出緩衝區故障的常見原因：
通訊量較低的速度/雙工
您的網路可能透過此連接埠傳送過多封包，而連接埠目前的速度/雙工設定無法處理。當有多個高速連線埠流到單個（通常較慢）連線埠時，就可能會發生這種情況。您可以將掛斷此埠的裝置移動到速度更快的介質。例如，如果埠為10 Mbps，請將此裝置移動到100 Mbps或Gigabit埠。您可以更改拓撲以用不同方式路由幀。
擁塞問題：分段太忙
如果網段是共用的，則此網段上的其他裝置可以傳輸太多，以至於交換器沒有機會傳輸。儘可能避免使用菊花鏈式集線器。擁塞可能導致資料包丟失。丟包會導致傳輸層進行重新傳輸，這反過來又會導致使用者在應用級別遇到延遲。如有可能，可以將10Mbps鏈路升級到100Mbps或Gigabit乙太網鏈路。您可以將某些裝置從擁擠的網段移至其他人口較少的網段。將擁塞迴避作為您網路上的優先順序。
應用程式
有時，所用應用程式的流量傳輸特性會導致輸出緩衝區問題。來自 Gigabit 連接之伺服器，且使用使用者資料包通訊協定 (UDP) 並具有 32K 視窗大小的 NFS 檔案傳輸，是可能導致此類問題之應用程式設定的範例。如果您已查看或嘗試本文件中的其他建議方法（檢查速度/雙工，連結中無實體錯誤，所有流量均為正常的有效流量等），請縮減應用程式傳送的單位大小，這有助於緩和此問題。
軟體問題
如果發現異常行為，您可將行為隔離至特定方格，且您已查閱目前為止的所有建議，藉此判斷其為軟體或硬體問題。升級軟體通常比升級硬體更容易。先更改軟體。
使用 show version命令驗證當前軟體版本，並使用dir flash:或dir bootflash: （取決於平台）命令驗證升級的可用快閃記憶體：
Router#show version Cisco Internetwork Operating System Software Cisco IOS (tm) Catalyst 4000 L3 Switch Software (cat4000-IS-M), Version 12.1(13)EW, EA RLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2002 by cisco Systems, Inc. Compiled Fri 20-Dec-02 13:52 by eaarmas Image text-base: 0x00000000, data-base: 0x00E638AC ROM: 12.1(12r)EW Dagobah Revision 71, Swamp Revision 24 trunk-4500 uptime is 2 weeks, 2 days, 6 hours, 27 minutes System returned to ROM by redundancy reset System image file is "bootflash:cat4000-is-mz.121-13.EW.bin"
!--- Typical Cisco IOS show version output. Router#dir bootflash: Directory of bootflash:/ 1 -rw- 8620144 Mar 22 2002 08:26:21 cat4000-is-mz.121-13.EW.bin 61341696 bytes total (52721424 bytes free)
!--- Verify available flash memory on switch running Cisco IOS.
如何升級軟體
如需有關如何為思科交換器升級軟體的資訊，請導覽至連結，選擇您的平台並查看「軟體設定」區段。
硬體軟體不相容
可能會出現軟體與硬體不相容的情況。當新硬體出現並要求軟體提供特殊支援時，會發生這種情況。有關軟體相容性的詳細資訊，請使用Software Advisor工具。
軟體錯誤
作業系統可能有錯誤。如果載入較新的軟體版本，通常可以修復此問題。您可以使用軟體錯誤工具包搜尋已知軟體錯誤。
損壞的映像
映像可能已損毀。如需復原損毀映像的相關資訊，請選擇您的平台交換器並查看「疑難排解」區段。
硬體問題
檢查執行Cisco IOS的Catalyst 6000和4000系列交換器的show module結果。
檢查交換機的POST結果，檢視交換機任何部分是否指示出任何故障。模組或埠的任何測試失敗均在測試結果中顯示「F」。
對於Cisco IOS，在Cat6000等模組化交換機上，使用命令show diagnostics。若要檢視每個模組的POST結果，請使用show diagnostics module < module>命令。
ecsj-6506-d2#sh diagnostic module 3
Current Online Diagnostic Level = Minimal
!--- The diagnostic level is set to minimal which is a shorter,
!--- but also less thorough test result.
!--- You may wish to configure diagnostic level complete to get more test results.
Online Diagnostic Result for Module 3 : MINOR ERROR
Online Diagnostic Level when Line Card came up = Minimal
Test Results: (. = Pass, F = Fail, U = Unknown)
1 . TestLoopback :
Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
----------------------------------------------------------------------------
. . . . . . . . . . . . . . . . . . F F F F F F
!--- Notice the MINOR ERROR test result and failed loopback test which means
!--- these ports are currently unusable.
!--- Use the hw-module{mod}reset command or, if necessary, physically reseat the
!--- module to try and fix this problem.
!--- If these steps fail, open a case with Cisco Technical Support.
有關如何對執行Cisco IOS的Catalyst交換器上的硬體問題進行疑難排解的詳細資訊，請導覽至Cisco Switches支援頁面，選擇您的平台，然後檢視 Troubleshooting > Hardware 部分。有關與現場通知相關的可能問題，請參閱適用於LAN和ATM交換器的LAN和ATM現場通知。
連線到第2層交換器連線埠的第3層介面上的輸入錯誤
預設情況下，所有第2層埠都處於dynamic desirable模式，因此第2層埠嘗試形成中繼鏈路並向遠端裝置傳送DTP資料包。當第3層介面連線到第2層交換機埠時，它無法解釋這些幀，從而導致輸入錯誤、錯誤封裝錯誤和輸入隊列丟棄。
為了解決此問題，請根據您的要求將交換器連線埠的模式變更為靜態存取或主幹。
Switch2(config)#interface fastEthernet1/0/12 Switch2(config-if)#switchport mode access
或
Switch2(config)#interface fastEthernet1/0/12
Switch2(config-if)#switchport trunk encapsulation dot1q
Switch2(config-if)#switchport mode trunk
快速增加 Rx-No-Pkt-Buff 計數器和輸入錯誤
Rx-No-Pkt-Buff計數器在帶有刀片式伺服器（如WS-X4448-GB-RJ45、WS-X4548-GB-RJ45和WS-X4548-GB-RJ45V）時，埠上可以增加。此外，部分封包捨棄增加屬於正常情況，為流量流量暴增的結果。
這些錯誤型別的增加非常快，尤其是當通過該鏈路的流量很高或者有裝置（例如連線到該介面的伺服器）時。如此高的流量負載會使連線埠超額使用，從而耗盡輸入緩衝區並導致Rx-No-Pkt-Buff計數器和輸入錯誤快速增加。
如果由於交換機超出資料包緩衝區而無法完全接收資料包，則每個丟棄的資料包都會遞增一次該計數器。此計數器表示Supervisor上交換ASIC的內部狀態，並不一定表示錯誤情況。
暫停訊框
當埠的接收部分(Rx)的Rx FIFO隊列被填充並達到高水位標籤時，埠的傳送部分(Tx)開始生成具有其中提到的間隔值的暫停幀。遠端裝置應在暫停幀中提到的間隔時間內停止/減少資料包的傳輸。
如果Rx能夠在此間隔內清除Rx隊列或達到低水位標籤，Tx將發出一個特殊的暫停訊框，指出間隔為零(0x0)。這使得遠端裝置能夠開始傳輸資料包。
如果Rx仍在隊列中工作，一旦間隔時間到期，Tx將再次傳送一個新的暫停幀，其中包含新的間隔值。
如果Rx-No-Pkt-Buff為零或不遞增，而TxPauseFrames計數器遞增，則表示我們的交換器會產生暫停訊框，且遠端服從，因此Rx FIFO佇列耗盡。
如果Rx-No-Pkt-Buff增加且TxPauseFrames也增加，則表示遠端不考慮暫停訊框（不支援流量控制），並繼續傳送流量（儘管存在暫停訊框）。為了克服這種情況，請手動設定速度和雙工，並在必要時停用流量控制。
介面上的這些錯誤型別與連線埠超額訂閱的流量問題相關。WS-X4448-GB-RJ45、WS-X4548-GB-RJ45和WS-X4548-GB-RJ45V交換模組有48個超額訂閱埠，每組六個，八個埠：
-
埠1、2、3、4、5、6、7、8
-
埠9、10、11、12、13、14、15、16
-
埠17、18、19、20、21、22、23、24
-
埠25、26、27、28、29、30、31、32
-
埠33、34、35、36、37、38、39、40
-
埠41、42、43、44、45、46、47、48
每個群組中的八個連接埠都會使用共同電路，能夠有效地將群組多工至前往內部交換光纖的單一、非封鎖、全雙工 Gigabit 乙太網路連線。對於每組8個埠，將緩衝收到的幀並將其傳送到內部交換結構的通用千兆乙太網鏈路。如果埠接收的資料量開始超過緩衝區容量，流量控制會向遠端埠傳送暫停幀，以暫時停止流量並防止幀丟失。
如果任何組上接收的幀超過1 Gbps的頻寬，裝置就會開始丟棄這些幀。這些丟棄並不明顯，因為它們是在內部ASIC而不是實際介面上丟棄的。這可能會導致封包在裝置上的吞吐量降低。
Rx-No-Pkt-Buff不依賴於總流量速率。這取決於儲存在模組ASIC的Rx FIFO緩衝區中的資料包量。此緩衝區的大小只有16 KB。當部分封包充滿此緩衝區時，會計為短期流量暴增流量。因此，當此ASIC埠組的總流量速率超過1 Gbps時，可以統計每個埠上的Rx-No-Pkt-Buff，因為WS-X4548-GB-RJ45是8:1超額訂閱模組。
當您的裝置需要通過該介面傳輸大量流量時，請考慮使用每個組的一個埠，以便共用單個組的公共電路不會受到此流量量的影響。如果並未完全使用 Gigabit 乙太網路交換模組，您可以在連接埠群組之間平衡連接埠連線，以充分運用可用頻寬。例如，使用WS-X4448-GB-RJ45 10/100/1000交換模組，可以在連線來自同一組的埠（如埠1、2、3、4、5、6、7和8）之前，連線來自不同組（如埠4、12、20或30）的埠。如果這不能解決問題，則需要考慮沒有埠超訂用的模組。
瞭解不明的通訊協定捨棄問題
Unknown protocol drops是介面上的計數器。此問題係由路由器/交換器無法瞭解的通訊協定造成。show run interface 命令的此示例顯示GigabitEthernet 0/1介面上的未知協定丟棄。
Switch#show run interface GigabitEthernet0/1
GigabitEthernet0/1 is up, line protocol is up
Hardware is BCM1125 Internal MAC, address is 0000.0000.0000 (via 0000.0000)
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, media type is RJ45
output flow-control is XON, input flow-control is XON
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:05, output 00:00:03, output hang never
Last clearing of "show interface" counters 16:47:42
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
3031 packets input, 488320 bytes, 0 no buffer
Received 3023 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 63107 multicast, 0 pause input
0 input packets with dribble condition detected
7062 packets output, 756368 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
2015 unknown protocol drops
4762 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
未知的通訊協定捨棄通常會捨棄，因為接收這些封包的介面沒有設定為此類通訊協定，或是路由器無法識別的任何通訊協定。 例如，如果連線了兩台路由器，並在一個路由器介面上禁用CDP，則會在該介面上導致未知的協定丟棄。CDP 封包不再會遭到辨識，且會遭到捨棄。
交換機和路由器之間的中繼
交換機和路由器之間的TRUNK鏈路會使SWITCHPORT關閉。禁用並啟用switchport後，中繼可能會啟動，但最終switchport可能會再次關閉。
為了解決此問題，請完成以下步驟：
-
確保思科發現協定(CDP)在交換機和路由器之間運行，並且兩者可以相互看到。
-
在路由器的介面上停用Keepalive。
-
重新配置兩台裝置上的中繼封裝。
當keepalive停用時，CDP會允許連結正常運作。
超訂用導致的連線問題
使用WS-X6548-GE-TX或WS-X6148-GE-TX模組時，單個埠的使用可能導致周圍介面上的連線問題或資料包丟失。如需超額訂閱的詳細資訊，請參閱介面/模組連線問題。
SPA 模組中的子介面
在 SPA 模組中，當您建立具備 802.1Q 的子介面後，交換器就無法使用相同 VLAN。在子介面上使用encapsulation dot1q後，就不能再在系統中使用該VLAN，因為6500或7600會在內部分配VLAN，並使該子介面成為其唯一的成員。 為了解決此問題，請建立中繼埠而不是子介面。這樣，VLAN就可以在所有介面中看到。
疑難排解輸出捨棄問題
通常，如果 QoS 完成設定，且未提供足夠之頻寬給特定類別的封包，就會發生輸出捨棄問題。當硬體達到超額訂閱時，亦會發生此問題。
舉例而言，以下您會在 Catalyst 6500 系列交換器的介面 GigabitEthernet 8/9 上看到大量輸出捨棄問題：
Switch#show interface GigabitEthernet8/9
GigabitEthernet8/9 is up, line protocol is up (connected)
Hardware is C6k 1000Mb 802.3, address is 0013.8051.5950 (bia 0013.8051.5950)
Description: Connection To Bedok_Core_R1 Ge0/1
MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
reliability 255/255, txload 18/255, rxload 23/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, media type is SX
input flow-control is off, output flow-control is off
Clock mode is auto
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:28, output 00:00:10, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/3/0 (size/max/drops/flushes); Total output drops: 95523364
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 94024000 bits/sec, 25386 packets/sec
5 minute output rate 71532000 bits/sec, 24672 packets/sec
781388046974 packets input, 406568909591669 bytes, 0 no buffer
Received 274483017 broadcasts (257355557 multicasts)
0 runts, 0 giants, 0 throttles
3 input errors, 2 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
749074165531 packets output, 324748855514195 bytes, 0 underruns
0 output errors, 0 collisions, 3 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
若要分析問題，請收集已下指令的輸出內容：
-
show fabric utilization detail
-
show fabric errors
-
show platform hardware capacity
-
show catalyst6000 traffic-meter
-
show platform hardware capacity rewrite-engine drop
Show interface 指令之輸出內容的 Last Input Never
show interface命令的此範例顯示TenGigabitEthernet1/15介面上的Last input never。
Switch#show interface TenGigabitEthernet1/15
TenGigabitEthernet1/15 is up, line protocol is up (connected)
Hardware is C6k 10000Mb 802.3, address is 0025.84f0.ab16 (bia 0025.84f0.ab16)
Description: lsnbuprod1 solaris
MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 10Gb/s
input flow-control is off, output flow-control is off
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output 00:00:17, output hang never
Last clearing of "show interface" counters 2d22h
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 46000 bits/sec, 32 packets/sec
52499121 packets input, 3402971275 bytes, 0 no buffer
Received 919 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
118762062 packets output, 172364893339 bytes, 0 underruns
0 output errors, 0 collisions, 3 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
由於最後一個封包已成功由介面接收，且在路由器的本機上處理，因此該範例會顯示小時、分鐘及秒數的數字。此範例可用於瞭解 Dead 介面何時已故障。此計數器僅在資料包進行進程交換時更新，而不是在資料包進行快速交換時更新。 上次輸入從不表示沒有成功將介面資料包傳輸到其他終端或終端。如此通常意味著其中沒有任何與該實體相關的封包傳輸。
相關資訊
修訂記錄
| 修訂 | 發佈日期 | 意見 |
|---|---|---|
2.0 |
03-Nov-2023 |
重新認證 |
1.0 |
04-Dec-2001 |
初始版本 |
意見