스위치 포트 및 인터페이스 문제 해결

다운로드 옵션

PDF (457.7 KB)
다양한 디바이스에서 Adobe Reader로 보기
ePub (124.7 KB)
iPhone, iPad, Android, Sony Reader 또는 Windows Phone의 다양한 앱에서 보기
Mobi (Kindle) (187.2 KB)
Kindle 디바이스에서 보기 또는 다양한 디바이스의 Kindle 앱에서 보기

업데이트:2009년 4월 3일 (금)

문서 ID:12027

번역에 관하여

이 번역에 관하여

Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.

소개

이 문서는 포트 또는 인터페이스에 문제가 발생하는 이유를 파악하는 데 도움이 됩니다.이 문서는 Supervisor에서 CatOS Software 또는 Supervisor에서 Cisco IOS® System Software를 실행하는 Catalyst 스위치에 적용됩니다.

사전 요구 사항

요구 사항

이 문서에 대한 특정 요건이 없습니다.

사용되는 구성 요소

이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.

표기 규칙

문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.

물리적 레이어 문제 해결

LED를 사용하여 문제 해결

스위치에 대한 물리적 액세스 권한이 있는 경우, 링크 상태를 제공하거나 오류 상태(빨간색 또는 주황색)를 나타낼 수 있는 포트 LED를 확인하는 시간을 절약할 수 있습니다. 이 표에서는 이더넷 모듈 또는 고정 구성 스위치의 LED 상태 표시기에 대해 설명합니다.

플랫폼	URL
Catalyst 6000 Series Switch	이더넷 모듈 LED
Catalyst 5000 Series Switch	이더넷 모듈 LED
Catalyst 4000 Series Switch	이더넷 모듈 LED
Catalyst 3750 Series Switch	전면 패널 LED
Catalyst 3550 Series 스위치	전면 패널 LED
Catalyst 2950/2955 Series Switch	전면 패널 LED
Catalyst 2900/3500XL Series Switch	전면 패널 LED
Catalyst 1900 및 2820 Series 스위치	전면 패널 LED

양쪽 모두에 링크가 있는지 확인합니다.단일 끊어진 와이어 또는 하나의 종료 포트로 인해 한 쪽에 링크 표시등이 있지만 다른 쪽은 그렇지 않은 문제가 발생할 수 있습니다.

링크 표시등을 사용해도 케이블이 제대로 작동하는지 확인할 수 없습니다.케이블은 한계 수준에서 작동하게 하는 물리적인 스트레스에 직면할 수 있습니다.일반적으로 포트에 많은 패킷 오류가 있거나 포트가 계속 플랩(링크 손실 및 재생성)되는 경우 이 상황을 식별할 수 있습니다.

연결의 케이블 및 양측 확인

포트에 대한 링크 표시등이 켜지지 않으면 다음 가능성을 고려할 수 있습니다.

가능한 원인	해결 조치
연결된 케이블 없음	스위치에서 정상 작동이 확인된 장치로 케이블을 연결합니다.
잘못된 포트	케이블의 양쪽 끝이 올바른 포트에 꽂혀 있는지 확인합니다.
장치에 전원이 없습니다.	두 디바이스에 전원이 공급되는지 확인합니다.
잘못된 케이블 유형	케이블 선택을 확인합니다.Catalyst 스위치 케이블 가이드를 참조하십시오.
잘못된 케이블	의심되는 케이블을 정상 작동이 확인된 케이블로 바꿉니다.커넥터에서 핀이 부러지거나 없어지지 않았는지 확인합니다.
느슨한 연결	연결이 느슨한지 확인합니다.때때로 케이블이 잭에 장착되는 것처럼 보이지만 그렇지 않습니다.케이블을 뽑았다가 다시 꽂습니다.
패치 패널	잘못된 패치 패널 연결을 제거합니다.가능한 경우 패치 패널을 우회하여 제외합니다.
미디어 변환기	결함이 있는 미디어 변환기 제거:파이버-구리 등가능하면 미디어 변환기를 우회하여 제외합니다.
불량 또는 잘못된 GBIC(Gigabit Interface Converter)	의심되는 GBIC을 정상 작동이 확인된 GBIC으로 바꿉니다.이 유형의 GBIC에 대한 하드웨어 및 소프트웨어 지원을 확인합니다.이 문서의 기가비트 이더넷 문제 해결 섹션을 참조하십시오.
잘못된 포트 또는 모듈 포트 또는 인터페이스 또는 모듈이 활성화되지 않았습니다.	케이블을 정상 작동이 확인된 포트로 이동하여 의심스러운 포트 또는 모듈 문제를 해결합니다.CatOS에 show port 명령 또는 Cisco IOS에 대한 show interface 명령을 사용하여 errdisable, disable 또는 shutdown 상태를 확인합니다.show module 명령은 하드웨어 문제를 나타내는 오류를 나타낼 수 있습니다.자세한 내용은 이 문서의 공통 포트 및 인터페이스 문제 섹션을 참조하십시오.

이더넷 구리 및 파이버 케이블

연결 유형에 맞는 케이블이 있는지 확인합니다.카테고리 3 구리 케이블은 10Mbps UTP(Unshielded Twisted Pair) 연결에 사용할 수 있지만 10/100 또는 10/100/1000Mbps UTP 연결에는 사용할 수 없습니다.10/100 또는 10/100/1000Mbps 연결에는 항상 Category 5, Category 5e 또는 Category 6 UTP를 사용합니다.

경고: Category 5e 및 Category 6 케이블은 해당 구축에 사용된 재료의 절전 특성 때문에 높은 수준의 정전기를 저장할 수 있습니다.케이블을 모듈에 연결하기 전에 케이블을 항상 적절하고 안전한 접지에 접지합니다(특히 새 케이블 연결에서).

파이버의 경우, 관련된 거리 및 사용되는 파이버 포트의 유형에 맞는 케이블이 있는지 확인합니다.두 가지 옵션은 SMF(Single-Mode Fiber) 또는 MMF(Multimode Fiber)입니다. 함께 연결된 디바이스의 포트가 모두 SMF인지 아니면 둘 다 MMF 포트인지 확인합니다.

참고: 파이버 연결의 경우 한 포트의 전송 리드가 다른 포트의 수신 리드에 연결되어 있는지 확인하십시오.전송-전송 및 수신-수신에 대한 연결은 작동하지 않습니다.

이더넷 및 고속 이더넷 최대 전송 거리

트랜시버 속도	케이블 유형	이중 모드	스테이션 간 최대 거리
10Mbps	범주 3 UTP	전체 및 절반	100m(328피트)
10Mbps	MMF	전체 및 절반	1.2마일(2km)
100Mbps	범주 5 UTP 범주 5e UTP	전체 및 절반	100m(328피트)
100Mbps	범주 6 UTP	전체 및 절반	100m(328피트)
100Mbps	MMF	절반	400m(1312피트)
		전체	1.2마일(2km)
100Mbps	SMF	절반	400m(1312피트)
		전체	6.2마일(10km)

다양한 유형의 케이블/커넥터, 케이블 요구 사항, 옵티컬 요구 사항(거리, 유형, 패치 케이블 등), 서로 다른 케이블을 연결하는 방법, 대부분의 Cisco 스위치 및 모듈에서 사용되는 케이블에 대한 자세한 내용은 Catalyst 스위치 케이블 가이드를 참조하십시오.

기가비트 이더넷 문제 해결

디바이스 A가 기가비트 링크를 통해 디바이스 B에 연결되어 있고 링크가 나타나지 않는 경우 이 절차를 수행합니다.

단계별 절차

디바이스 A와 B가 동일한 GBIC, SX(Short Wavelength), LX(Long Wavelength), LH(Long Haul), ZX(Extended Wavelength) 또는 TX(Copper UTP)를 사용하는지 확인합니다. 두 디바이스 모두 동일한 유형의 GBIC를 사용하여 링크를 설정해야 합니다.SX GBIC는 SX GBIC에 연결해야 합니다.SX GBIC은 LX GBIC에 연결되지 않습니다.자세한 내용은 모드-조절 패치 코드 설치 참고를 참조하십시오.

이 표에 정의된 대로 GBIC당 사용되는 거리 및 케이블을 확인합니다.

1000BASE-T 및 1000BASE-X 포트 케이블 사양

GBIC	파장(nm)	구리/파이버 유형	코어 크기¹(미크론)	모달 대역폭(MHz/km)	케이블 거리²
WS-G5483 1000Base - T(구리)		범주 5 UTP 범주 5e UTP 범주 6 UTP			100m(328피트)
WS-G5484 1000BASE-SX³	850	MMF	+ 62.5 62.5 50.0 50.0	160 200 400 500	220m(722피트) 902피트(275m) 500m(1640피트) 550m(1804피트)
WS-G5486 1000BASE-LX/LH	1310	MMF⁴ SMF	62.5 50.0 50.0 8.3/9/10	500 400 500-	550m(1804피트) 550m(1804피트) 550m(10km) 6.2마일(10km)
WS-G5487 1000BASE-ZX⁵	1550	MMF SMF⁶	8.3/9/10 8.3/9/10		70km(43.5마일)⁷ 62.1마일(100km)

다중 모드 광섬유 케이블에 지정된 숫자는 코어 지름을 나타냅니다.단일 모드 광섬유 케이블의 경우 8.3 미크론은 코어 지름을 나타냅니다.9 미크론과 10 미크론 값은 파이버에서 광원 이동 부분의 지름인 MFD(Mode-field diameter)를 나타냅니다.이 영역은 파이버 코어와 주변 커넥터의 작은 부분으로 구성됩니다.MFD는 코어 지름, 레이저 파장, 코어 및 클래딩 간의 굴절 지수 차이의 함수입니다.
거리는 광섬유 손실을 기반으로 합니다.여러 스플라이스 및 미달 광섬유 케이블은 케이블 거리를 줄입니다.
MMF에만 사용합니다.
LX/LH GBIC를 62.5미크론 지름 MMF와 함께 사용하는 경우 GBIC와 MMF 케이블 사이에 모드 조정 패치 코드(CAB-GELX-625 또는 동급)를 링크의 전송 및 수신 끝에 설치해야 합니다.328피트(100m) 미만 또는 300m(984피트) 이상의 링크 거리에는 모드 조절 패치 코드가 필요합니다. 모드 조절 패치 코드는 수신기를 짧은 길이의 MMF로 오버구동하는 것을 방지하며 MMF의 긴 길이를 위해 차등 모드 지연을 줄입니다.자세한 내용은 모드-조절 패치 코드 설치 참고를 참조하십시오.
SMF에만 사용합니다.
Dispersion-transfed single-mode fiber-optic 케이블.
ZX GBIC의 최소 링크 거리는 10km(6.2마일)이며 링크 끝에 8dB 탐지기가 설치되어 있습니다.공격자가 없는 경우 최소 링크 거리는 40km(24.9마일)입니다.

두 디바이스 중 하나에 여러 개의 기가비트 포트가 있는 경우 포트를 서로 연결합니다.이렇게 하면 각 디바이스를 테스트하고 기가비트 인터페이스가 올바르게 작동하는지 확인합니다.예를 들어 2개의 기가비트 포트가 있는 스위치가 있습니다.Wire Gigabit 포트 1에서 Gigabit 포트 2로링크가 나오나요?그렇다면 포트가 정상입니다.포트에서 STP를 차단하고 모든 루프(포트 1 수신(RX)는 포트 2 전송(TX)으로 이동하고 포트 1 TX는 포트 2 RX로 이동)를 방지합니다.
SC 커넥터에서 단일 연결 또는 3단계에서 장애가 발생하면 포트를 다시 본체로 루프합니다(포트 1 RX는 포트 1 TX로 이동). 항구가 나오나요?그렇지 않은 경우 결함이 있는 포트일 수 있으므로 TAC에 문의하십시오.
3단계와 4단계가 성공했지만 디바이스 A와 B 간의 연결을 설정할 수 없는 경우 두 디바이스를 연결하는 케이블로 포트를 루프합니다.결함이 있는 케이블이 없는지 확인합니다.
각 디바이스에서 기가비트 자동 협상을 위해 802.3z 사양을 지원하는지 확인합니다.기가비트 이더넷에는 10/100 이더넷에 사용되는 것보다 더 광범위한 자동 협상 절차가 있습니다(기가비트 자동 협상 사양:IEEE Std 802.3z-1998). 링크 협상을 활성화하면 시스템은 흐름 제어, 이중 모드 및 원격 결함 정보를 자동으로 협상합니다.링크 양쪽 끝에서 링크 협상을 활성화 또는 비활성화해야 합니다.링크의 양쪽 끝을 동일한 값으로 설정해야 합니다. 그렇지 않으면 링크를 연결할 수 없습니다.IEEE 802.3z 표준이 승인되기 전에 제조된 디바이스에 연결하면 문제가 발생했습니다.두 디바이스 중 하나가 기가비트 자동 협상을 지원하지 않으면 기가비트 자동 협상을 비활성화하고 링크를 강제로 활성화합니다.소프트웨어10/100/1000BASE-TX 링크/포트가 다운되었음을 알리는 데 카드 펌웨어가 300msec를 걸립니다.300msec의 기본 디보온스 타이머는 펌웨어 폴링 타이머에서 라인 카드까지 나오는데, 이는 300msec마다 발생합니다.이 링크가 1G(1000BASE-TX) 모드에서 실행되는 경우 10msec마다 발생하는 기가비트 동기화는 링크를 더 빨리 탐지할 수 있어야 합니다.GigabitEthernet을 구리(copper)에서 실행하는 경우와 GigabitEthernet over Fiber를 실행하는 경우의 링크 장애 감지 시간에 차이가 있습니다.탐지 시간의 이러한 차이는 IEEE 표준에 기반합니다.

경고: 자동 협상을 비활성화하면 링크 삭제 또는 물리적 레이어 문제가 숨겨집니다.IEEE 802.3z를 지원할 수 없는 구형 기가비트 NIC와 같은 엔드-디바이스를 사용하는 경우에만 자동 협상을 비활성화해야 합니다.물리적 레이어 문제가 탐지되지 않아 STP 루프가 발생할 수 있으므로 스위치 간 자동 협상을 반드시 필요한 경우가 아니면 비활성화하지 마십시오.IEEE 802.3z Gigabit 자동 협상 지원을 받으려면 공급업체에 소프트웨어/하드웨어 업그레이드를 문의하는 것이 좋습니다.

오류 메시지를 트러블슈팅하려면%SYS-4-PORT_GBICBADEPROM:/ %SYS-4-PORT_GBICNOTSUPP, Catalyst 6000/6500 Series 스위치의 공통 CatOS 오류 메시지를 참조하십시오.

GigabitEthernet 시스템 요구 사항 및 GBIC(Gigabit Interface Converter), CWDM(Caular Wavelength Division Multiplexing) 및 SFP(Small Form-Factor Pluggable) 시스템 요구 사항은 다음을 참조하십시오.

일반적인 컨피그레이션 및 문제 해결 정보는 이더넷 10/100/1000 MB Half/Full Duplex Auto-Negotiation 구성 및 트러블슈팅을 참조하십시오.

연결됨 대 연결되지 않음

대부분의 Cisco 스위치는 기본적으로 noconnect 상태의 포트를 갖습니다.즉, 현재 어떤 장치에도 연결되어 있지 않지만 다른 운영 디바이스와 제대로 연결되어 있으면 연결됩니다.정상 케이블을 noconnect 상태의 두 스위치 포트에 연결하는 경우 두 포트 모두에 대해 링크 표시등이 녹색으로 바뀌어야 하며 포트 상태가 connected로 표시되어야 합니다.즉, 포트가 레이어 1(L1)에 대한 범위까지 있음을 의미합니다.

CatOS의 경우 show port 명령을 사용하여 포트가 연결되었는지 아니면 Noteconnect 상태인지, 연결이 실패할 다른 상태인지를 확인할 수 있습니다(예: 비활성화됨 또는 errdisable).

Switch> (enable) sh port status 3/1
  Port  Name                 Status     Vlan       Duplex Speed Type
  ----- -------------------- ---------- ---------- ------ ----- ------------
   3/1                       disabled   1            auto  auto 10/100BaseTX
!--- The show port status {mod/port} command show the port is disabled.
!--- Use the set port enable {mod/port}command to try and re-enable it.

Cisco IOS의 경우 show interfaces 명령을 사용하여 인터페이스가 "up, line protocol is up(connected)"인지 확인할 수 있습니다. 첫 번째 "up"은 인터페이스의 물리적 레이어 상태를 나타냅니다."line protocol up" 메시지는 인터페이스의 데이터 링크 레이어 상태를 보여주며 인터페이스에서 keepalive를 보내고 받을 수 있음을 나타냅니다.

Router#show interfaces fastEthernet 6/1
FastEthernet6/1 is down, line protocol is down (notconnect)
!--- The interface is down and line protocol is down.
!--- 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, depending 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,
!--- depending 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#sh interfaces fas 6/1 status
Port   Name    Status       Vlan    Duplex   Speed  Type
Fa6/1          notconnect    1       auto     auto   10/100BaseTX
!--- The show interfaces card-type [slot/port] status command is the equivalent
!--- of show port status for CatOS.

show port에 connected가 표시되거나 show interfaces가 up/line protocol up(connected)이 표시되지만 두 명령 중 하나의 출력에서 오류가 증가하는 경우 문제 해결 조언을 보려면 이 문서의 CatOS 또는 Cisco IOS용 특정 포트 및 인터페이스 카운터 출력 이해 또는 공통 포트 및 인터페이스 문제 이해 섹션을 참조하십시오.

CatOS 및 Cisco IOS에 대한 가장 일반적인 포트 및 인터페이스 문제 해결 명령

이 표에서는 수퍼바이저의 CatOS Software 또는 Supervisor의 Cisco IOS System Software에서 CatOS Software를 실행하는 스위치의 포트 또는 인터페이스 문제를 해결하는 데 사용되는 가장 일반적인 명령을 보여 줍니다.

참고: 왼쪽 열에서 명령을 선택하여 해당 명령에 대한 설명서로 이동합니다.오른쪽 열에는 명령이 수행하는 작업에 대한 간략한 설명과 플랫폼별 사용 예외 사항이 나열됩니다.

이러한 명령은 CatOS용 Output Interpreter 툴에서 지원되며 스위치 포트 또는 문제 해결을 지원하는 데 사용할 수 있습니다. show version, show module, show port, show counters 또는 show mac

Cisco 디바이스에서 지원되는 명령의 출력이 있는 경우 를 사용하여 잠재적인 문제 및 수정 사항을 표시할 수 있습니다.Output Interpreter를 사용하려면 등록된 사용자여야 하며 로그인되어 있고 JavaScript가 활성화되어 있어야 합니다.

CatOS 명령	Cisco IOS 명령	설명
버전 표시	버전 표시	CatOS를 실행하는 스위치의 경우 이 명령은 모듈 및 시스템 메모리 크기당 소프트웨어 및 하드웨어 버전 정보를 표시합니다.Cisco IOS를 실행하는 스위치의 경우 이 명령은 소프트웨어 이미지 이름, 버전 정보 및 시스템 메모리 크기와 같은 Cisco 라우터와 유사한 출력을 표시합니다.소프트웨어/하드웨어 비호환성(릴리스 노트 또는 소프트웨어 관리자 사용)과 버그(소프트웨어 버그 툴킷 사용)를 검색하는 데 유용합니다. show version 명령에 대한 자세한 내용은 이 문서의 소프트웨어 문제 섹션을 참조하십시오.
모듈 표시	모듈 표시	CatOS 또는 Cisco IOS를 실행하는 Catalyst 6000, 5000, 4000 및 기타 모듈형 스위치의 경우, 이 명령은 스위치에 있는 카드, 실행되는 소프트웨어의 버전 및 모듈이 속한 상태를 표시합니다.확인, 결함 등모듈 또는 포트에서 하드웨어 문제를 진단하는 데 도움이 됩니다.show module 명령의 하드웨어 문제 해결에 대한 자세한 내용은 이 문서의 Port or Interface Status is disabled or shutdown 또는 Hardware Problems 섹션을 참조하십시오.
구성 표시	run-config 표시	CatOS의 경우 이 명령은 스위치의 기본이 아닌 컨피그레이션 설정(기본 컨피그레이션에 대한 모든 변경 사항)을 표시합니다. CatOS의 컨피그레이션에 대한 모든 변경 사항이 자동으로 저장됩니다.Cisco IOS의 경우 이 명령은 스위치의 현재 컨피그레이션 파일을 표시합니다.변경 사항은 write memory 명령을 사용하여 Cisco IOS의 컨피그레이션에 저장됩니다.mod/port 또는 interface의 컨피그레이션이 잘못되어 문제가 발생할 수 있는지 확인하는 데 유용합니다.
포트 표시	인터페이스 표시	CatOS의 경우 show port 명령은 포트가 연결되었는지 여부, 해당 포트가 속한 VLAN, 어떤 속도/듀플렉스에서 실행되는지, 채널 정보, 오류 등을 표시합니다.Cisco IOS의 경우 show interfaces 명령은 스위칭 포트의 관리 및 운영 상태, 입력 및 출력 패킷, 버퍼 오류, 오류 등을 표시합니다.이 두 명령의 출력에 대해서는 이 문서의 CatOS 및 Cisco IOS용 포트 및 인터페이스 카운터 출력 이해 섹션에서 자세히 설명합니다.
카운터 지우기	카운터 지우기	CatOS 및 Cisco IOS의 경우 clear counters 명령을 사용하여 트래픽과 오류 카운터를 0으로 설정하여 문제가 일시적인지 또는 카운터가 계속 증가하는지 확인할 수 있습니다. 참고: Catalyst 6500/6000 시리즈 스위치는 clear counters 명령을 사용하여 인터페이스의 비트 카운터를 지우지 않습니다.이러한 스위치에서 비트 카운터를 지울 수 있는 유일한 방법은 다시 로드하는 것입니다.
포트 카운터 표시	인터페이스 카운터 표시	CatOS의 경우 show port <mod/port> 명령은 FCS, 할당, 충돌 등의 포트 오류 카운터를 표시합니다.Catalyst 6000, 4000, 3550, 2950 및 3750 시리즈의 Cisco IOS의 경우 동일한 명령은 show interfaces card-type x/y counters errors입니다.이 두 명령의 출력에 대해서는 이 문서의 CatOS 및 Cisco IOS용 포트 및 인터페이스 카운터 출력 이해 섹션에서 자세히 설명합니다.
카운터 표시	show counters 인터페이스 show controller ethernet controller	CatOS의 경우 show counters 명령은 지정된 mod/port 또는 인터페이스에 대한 64비트 및 32비트 하드웨어 카운터를 표시합니다.카운터는 모듈 유형 및 플랫폼에 따라 달라집니다.Cisco IOS의 경우 show counters interface 명령은 Catalyst 6000 시리즈에만 소프트웨어 버전 12.1(13)E에 도입되었으며 32비트 및 64비트 오류 카운터를 표시하는 CatOS에 대한 show counters 명령과 같습니다.2900/3500XL, 2950/2955, 3550, 2970 및 3750 시리즈 스위치의 Cisco IOS의 경우 show controllers Ethernet-controller 명령은 CatOS 플랫폼의 show counters 명령과 유사합니다.폐기된 프레임, 지연된 프레임, 정렬 오류, 충돌 등을 표시합니다.
show mac	인터페이스 카운터 표시	CatOS의 경우 show mac 명령은 수신한 프레임, 송신 프레임, 출력 손실, 수신 등과 같은 각 포트를 통과하는 트래픽에 대한 MAC 카운터를 표시합니다. 이 명령은 브리징 소프트웨어가 포트에서 학습한 MAC 주소를 나열하지 않습니다.해당 정보에 show cam dynamic 명령을 사용합니다.) Cisco IOS의 경우 show interfaces card-type x/y counters 명령은 CatOS 플랫폼의 show mac과 유사합니다.이 두 명령의 출력에 대해서는 이 문서의 CatOS 및 Cisco IOS용 포트 및 인터페이스 카운터 출력 이해 섹션에서 자세히 설명합니다.
테스트 표시	진단 표시 게시 표시	CatOS의 경우 show test 명령은 시작 시 발생한 하드웨어 오류를 표시합니다.Cisco IOS의 경우 해당 명령은 Catalyst 6000 시리즈용 12.1(11b)E에 도입된 진단 및 Catalyst 4000 Series에 대해 도입된 show diagnostic(및 show diagnostics)입니다.두 명령 모두 POST(Power-On Self Test) 결과를 표시합니다.2900/3500XL, 2950/2955, 3550, 2970 및 3750 시리즈 스위치의 Cisco IOS의 경우 해당 명령은 스위치 POST 결과를 표시하는 post를 표시합니다.Catalyst 스위치의 하드웨어 관련 오류 트러블슈팅에 대한 자세한 내용은 이 문서의 하드웨어 문제 섹션을 참조하십시오.

CatOS 및 Cisco IOS의 특정 포트 및 인터페이스 카운터 출력 이해

대부분의 스위치에서는 포트 또는 인터페이스에서 발생하는 패킷 및 오류를 추적할 수 있습니다.이 유형의 정보를 찾는 데 사용되는 일반적인 명령은 이 문서의 CatOS 및 Cisco IOS에 대한 Most Common Port and Interface Troubleshooting Commands 섹션에서 설명합니다.

참고: 다양한 플랫폼과 릴리스에서 카운터를 구현하는 데 차이가 있을 수 있습니다.카운터의 값은 대체로 정확하지만 설계상 정확하지는 않습니다.트래픽의 정확한 통계를 가져오려면 스니퍼를 사용하여 필요한 인그레스 및 이그레스 인터페이스를 모니터링하는 것이 좋습니다.

특정 카운터에 대한 과도한 오류는 일반적으로 문제를 나타냅니다.반이중 설정에서 작업할 경우 FCS(Frame Check Sequence), 정렬, 런타임 및 충돌 카운터에서 일부 데이터 링크 오류가 증가합니다.일반적으로 반이중 연결에서는 전체 트래픽에 대한 오류의 1%가 허용됩니다.입력 패킷에 대한 오류 비율이 2 또는 3%보다 큰 경우 성능 저하를 확인할 수 있습니다.

반이중 환경에서는 스위치와 연결된 디바이스 모두 와이어를 감지하고 정확하게 동시에 전송하여 충돌이 발생할 수 있습니다.충돌이 발생하면 프레임이 와이어에 완전히 복사되지 않아 런타임, FCS 및 정렬 오류가 발생할 수 있으며, 이로 인해 프레임이 조각화됩니다.

전이중 모드에서 작동할 경우 FCS, CRC(Cyclic Redundancy Checks), 정렬 및 런타임 카운터의 오류는 최소 수준이어야 합니다.링크가 전이중으로 작동하는 경우 충돌 카운터가 활성화되지 않습니다.FCS, CRC, 정렬 또는 런타임 카운터가 증가하면 이중 불일치가 있는지 확인합니다.이중 불일치는 스위치가 전이중 모드로 작동하고 연결된 디바이스가 반이중 또는 그 반대로 작동하는 상황입니다.이중 불일치의 결과는 매우 느린 성능, 간헐적인 연결 및 연결 끊김 입니다.전이중 데이터 링크 오류의 다른 가능한 원인은 불량 케이블, 결함 있는 스위치 포트 또는 NIC 소프트웨어/하드웨어 문제입니다.자세한 내용은 이 문서의 공통 포트 및 인터페이스 문제 섹션을 참조하십시오.

CatOS용 포트 표시 및 Cisco IOS용 인터페이스 표시

show port {mod/port} 명령은 수퍼바이저에서 CatOS를 실행할 때 사용됩니다.이 명령의 또 다른 방법은 포트 오류 카운터만 표시하는 show port counters {mod/port}입니다.오류 카운터 출력에 대한 설명은 표 1을 참조하십시오.

Switch> (enable) sh port counters 3/1

  Port  Align-Err  FCS-Err    Xmit-Err   Rcv-Err    UnderSize
 ----- ---------- ---------- ---------- ---------- ---------
  3/1           0          0          0          0         0

  Port  Single-Col Multi-Coll Late-Coll  Excess-Col Carri-Sen Runts     Giants
 ----- ---------- ---------- ---------- ---------- --------- --------- ---------
  3/1           0          0          0          0         0         0         0

show interfaces card-type {slot/port} 명령은 수퍼바이저의 Cisco IOS에 해당하는 명령입니다.이 명령의 대체 방법(Catalyst 6000, 4000, 3550, 2970 2950/2955 및 3750 시리즈 스위치의 경우)은 인터페이스 오류 카운터만 표시하는 show interface card-type {slot/port}counters 명령입니다.

참고: 2900/3500XL Series 스위치의 경우 show controllers Ethernet-controller 명령과 함께 show interfaces card-type {slot/port} 명령을 사용합니다.

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" 메시지는 인터페이스의 데이터 링크 레이어 상태를 보여주며 인터페이스에서 keepalive를 보내고 받을 수 있음을 나타냅니다.
MTU - MTU(Maximum Transmission Unit)는 기본적으로 이더넷의 경우 1500바이트입니다(프레임의 최대 데이터 부분).

전이중 100Mb/s - 전이중 및 100Mbps는 인터페이스의 현재 속도 및 양방향 설정입니다.이를 위해 autoneg가 사용되었는지 여부는 알 수 없습니다.show interfaces fas 6/1 status 명령을 사용하여 다음을 표시합니다.

Router#sh interfaces fas 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 - 마지막 패킷이 인터페이스에서 성공적으로 수신되거나 전송된 이후의 시간, 분 및 초 수입니다.이는 데드 인터페이스가 실패한 시기를 파악하는 데 유용합니다.
"show interface" 카운터 마지막 지우기 - clear counters 명령이 마지막으로 스위치를 재부팅한 이후 마지막으로 실행된 시간입니다.clear counters 명령은 인터페이스 통계를 재설정하는 데 사용됩니다.

참고: 카운터를 지울 경우 라우팅에 영향을 줄 수 있는 변수(예: 로드 및 안정성)는 지워지지 않습니다.
입력 대기열 - 입력 대기열의 패킷 수입니다.Size/max/drop = 큐의 현재 프레임 수 / 최대 프레임 수 / 최대 대기열 크기가 초과되었기 때문에 프레임 삭제를 시작해야 하는 경우 대기열에서 유지할 수 있는 최대 프레임 수 / 삭제된 실제 프레임 수플러시는 Cisco IOS를 실행하는 Catalyst 6000 Series에서 SPD(Selective Packet Discard) 삭제를 카운팅하는 데 사용됩니다. 플러시 카운터는 사용할 수 있지만 Cisco IOS를 실행하는 Catalyst 400 Series에서는 증가하지 않습니다. SPD는 우선 순위가 높은 패킷의 처리 용량을 저장하기 위해 CPU가 오버로드될 때 우선 순위가 낮은 패킷을 신속하게 삭제하는 메커니즘입니다.show interface 명령의 플러쉬 카운터는 SPD(selective packet discard)의 일부로 증가하며, 이는 라우터의 IP 프로세스 큐에 선택적 패킷 삭제 정책을 구현합니다.따라서 스위치드 트래픽만 처리합니다.

SPD의 목적은 라우팅 업데이트 및 keepalive와 같은 중요한 제어 패킷이 IP 입력 대기열이 꽉 차더라도 삭제되지 않도록 하는 것입니다.IP 입력 대기열의 크기가 최소 임계값과 최대 임계값 사이에 있으면 특정 삭제 가능성을 기준으로 일반 IP 패킷이 삭제됩니다.이러한 임의 삭제를 SPD 플러시라고 합니다.
Total output drops - 출력 대기열이 꽉 차서 삭제된 패킷 수입니다.이러한 문제의 일반적인 원인은 높은 대역폭 링크의 트래픽이 낮은 대역폭 링크로 전환되거나 여러 인바운드 링크의 트래픽이 단일 아웃바운드 링크로 전환되는 것일 수 있습니다.예를 들어, 많은 양의 버스트 트래픽이 기가비트 인터페이스에서 들어오고 100Mbps 인터페이스로 전환되면 100Mbps 인터페이스에서 출력이 감소할 수 있습니다.이는 인바운드 대역폭과 아웃바운드 대역폭 간의 속도 불일치로 인해 해당 인터페이스의 출력 대기열이 초과 트래픽에 의해 압도되기 때문입니다.
출력 대기열 - 출력 대기열의 패킷 수입니다.Size/max는 대기열에 있는 현재 프레임 수/큐가 꽉 찰 때까지 저장할 수 있는 최대 프레임 수를 의미하며 프레임 삭제를 시작해야 합니다.
5분 입력/출력 속도 - 지난 5분 동안 인터페이스에서 확인한 평균 입력 및 출력 속도입니다.더 짧은 시간(예: 트래픽 버스트를 더 잘 탐지하도록)을 지정하여 보다 정확한 읽기를 얻으려면 load-interval <seconds> interface 명령을 실행합니다.

show interfaces 명령의 나머지 부분에는 CatOS 오류 카운터 출력과 유사하거나 동등한 오류 카운터 출력이 표시됩니다.오류 카운터 출력에 대한 설명은 표 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 interface 명령 출력의 카운터와 VLAN 인터페이스 사이에는 차이가 있습니다.입력 패킷 카운터는 CPU에서 처리되는 Layer 3(L3)인 경우 VLAN 인터페이스에 대한 show interface의 출력에서 증가합니다.레이어 2(L2) 스위치드 트래픽은 CPU에 도달하지 않으며 VLAN 인터페이스에 대한 show interface 카운터에 포함되지 않습니다.이는 적절한 물리적 인터페이스에 대한 show interface 출력에 계산됩니다.

show interfaces card-type {slot/port}counters errors 명령은 CatOS에 대한 포트 카운터를 표시하는 것과 동일한 Cisco IOS 명령입니다.오류 카운터 출력에 대한 설명은 표 1을 참조하십시오.

Router#sh 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:

Catalyst 6000, 5000 및 4000 Series에 대한 show port 또는 show port counters에 대한 CatOS 오류 카운터 출력Catalyst 6000 및 4000 Series에 대한 show interface 또는 show interfaces-type x/y 카운터 오류에 대한 Cisco IOS 오류 카운터 출력

카운터(알파벳순)	오류 카운터 증가의 설명 및 일반적인 원인
맞춤-오류	설명:CatOS sh 포트 및 Cisco IOS sh 인터페이스 오류 카운터입니다.정렬 오류는 짝수 8진수로 끝나지 않고 잘못된 CRC(Cyclic Redundancy Check)가 있는 수신된 프레임 수의 카운트입니다. 일반적인 원인:이는 일반적으로 이중 불일치나 물리적 문제(예: 케이블, 잘못된 포트 또는 잘못된 NIC)의 결과입니다. 케이블이 포트에 처음 연결되면 이러한 오류 중 일부가 발생할 수 있습니다.또한 포트에 연결된 허브가 있는 경우 허브의 다른 디바이스 간의 충돌로 인해 이러한 오류가 발생할 수 있습니다.플랫폼 예외:정렬 오류는 Catalyst 4000 Series Supervisor I(WS-X4012) 또는 Supervisor II(WS-X4013)에서 계산되지 않습니다.
옹졸한 사람들	설명:Cisco IOS sh 인터페이스 카운터입니다.전송 jabber 타이머가 만료되었음을 나타내는 CatOS 카운터입니다.Jabber는 프레임 비트를 제외하고 FCS 8진수(프레임 비트 제외)를 포함하는 1518보다 긴 프레임으로, 짝수(정렬 오류)의 8진수 또는 잘못된 FCS 오류가 발생하지 않습니다.
Carri-Sen	설명:CatOS sh 포트 및 Cisco IOS sh 인터페이스 오류 카운터입니다.이더넷 컨트롤러가 반이중 연결에서 데이터를 전송하려고 할 때마다 Carri-Sen(carrier sense) 카운터가 증가합니다.컨트롤러는 와이어를 감지하고 전송 전에 통화 중이 아닌지 확인합니다.일반적인 원인:이는 반이중 이더넷 세그먼트에서 정상입니다.
충돌	설명:Cisco IOS sh 인터페이스 카운터입니다.인터페이스가 미디어를 성공적으로 전송하기 전에 충돌이 발생한 횟수입니다.일반적인 원인:반이중으로 구성된 인터페이스에 대한 충돌은 정상이지만 전이중 인터페이스에서는 보이지 않아야 합니다.충돌이 크게 증가할 경우, 이는 활용도가 높은 링크 또는 연결된 디바이스와의 듀플렉스 불일치를 가리킵니다.
CRC	설명:Cisco IOS sh 인터페이스 카운터입니다.이는 원래 LAN 스테이션 또는 원엔드 디바이스에서 생성된 CRC가 수신된 데이터에서 계산된 체크섬과 일치하지 않을 때 증가합니다.일반적인 원인:이는 일반적으로 LAN 인터페이스 또는 LAN 자체의 노이즈 또는 전송 문제를 나타냅니다.CRC가 많으면 일반적으로 충돌이 발생하지만, 물리적 문제(케이블, 잘못된 인터페이스 또는 NIC 등) 또는 이중 불일치를 나타낼 수도 있습니다.
지연	설명:Cisco IOS sh 인터페이스 카운터입니다.미디어가 사용 중이어서 대기 후 성공적으로 전송된 프레임 수입니다.일반적인 원인:이는 일반적으로 캐리어가 프레임을 전송하려고 할 때 이미 사용 중인 반이중 환경에서 나타납니다.
입력 일시 중지	설명:Cisco IOS show interface 카운터일시 중지 입력 카운터의 증가 값은 연결된 디바이스가 수신 버퍼가 거의 찼을 때 트래픽 일시 중지를 요청함을 의미합니다.일반적인 원인:이 카운터는 스위치가 프레임을 수락하므로 정보 제공을 위해 증가합니다.연결된 디바이스에서 트래픽을 수신할 수 있으면 일시 중지 패킷이 중지됩니다.
드리블 조건이 있는 입력 패키지	설명:Cisco IOS sh 인터페이스 카운터입니다.드리블 비트 오류는 프레임이 약간 너무 길다는 것을 나타냅니다.일반적인 원인:이 프레임 오류 카운터는 스위치가 프레임을 승인하므로 정보 제공을 위해 증가합니다.
Excess-Col	설명:CatOS sh 포트 및 Cisco IOS sh 인터페이스 오류 카운터입니다.과도한 충돌로 인해 특정 인터페이스의 전송이 실패하는 프레임 수입니다.패킷이 16번 연속으로 충돌할 경우 과도한 충돌이 발생합니다.그런 다음 패킷이 삭제됩니다.일반적인 원인:과도한 충돌은 일반적으로 세그먼트의 로드를 여러 세그먼트로 분할해야 하지만 연결된 디바이스와의 이중 불일치를 가리킬 수도 있음을 나타냅니다.전이중으로 구성된 인터페이스에서는 충돌을 볼 수 없습니다.
FCS-Err	설명:CatOS sh 포트 및 Cisco IOS sh 인터페이스 오류 카운터입니다.프레임 확인 시퀀스(FCS) 오류가 있지만 프레이밍 오류가 없는 유효한 크기 프레임 수입니다.일반적인 원인:이는 일반적으로 물리적 문제(케이블 연결, 잘못된 포트 또는 잘못된 NIC(Network Interface Card))이지만 이중 불일치를 나타낼 수도 있습니다.
프레임	설명:Cisco IOS sh 인터페이스 카운터입니다.CRC 오류와 정수가 아닌 8진수 수를 잘못 수신한 패킷 수(정렬 오류). 일반적인 원인:이는 일반적으로 충돌 또는 물리적 문제(예: 케이블, 잘못된 포트 또는 NIC)의 결과이지만 이중 불일치를 나타낼 수도 있습니다.
Giants	설명:CatOS sh 포트 및 Cisco IOS sh 인터페이스 및 sh 인터페이스 오류 카운터입니다.최대 IEEE 802.3 프레임 크기(점보 이더넷이 아닌 경우 1518바이트)를 초과하고 잘못된 FCS(Frame Check Sequence)를 가진 프레임을 수신했습니다. 일반적인 원인:대부분의 경우 이는 잘못된 NIC의 결과입니다.문제가 되는 장치를 찾아 네트워크에서 제거하십시오.플랫폼 예외: Cisco IOS Previous를 소프트웨어 버전 12.1(19)EW로 실행하는 Catalyst Cat400 Series는 프레임 1518바이트 이상으로 증가되는 대형 카운터입니다.12.1(19)EW 이후 show interface의 거인은 프레임이 수신되고 FCS가 잘못된 경우에만 1518바이트를 초과하는 경우에만 증가합니다.
무시됨	설명:Cisco IOS sh 인터페이스 카운터입니다.인터페이스 하드웨어가 내부 버퍼에서 낮게 실행되었기 때문에 인터페이스에서 무시한 수신된 패킷 수입니다.일반적인 원인:브로드캐스트 스톰과 노이즈 폭증으로 인해 무시된 수가 증가할 수 있습니다.
입력 오류	설명:Cisco IOS sh 인터페이스 카운터입니다.일반적인 원인:여기에는 runts, giants, no buffer, CRC, frame, overrun 및 ignored counts가 포함됩니다.다른 입력 관련 오류로 인해 입력 오류 수가 증가할 수 있으며, 일부 데이터그램에는 둘 이상의 오류가 있을 수 있습니다.따라서 이 합계는 열거 입력 오류 수의 합과 균형을 맞출 수 없습니다.또한 레이어 2 스위치 포트에 연결된 레이어 3 인터페이스의 입력 오류 섹션을 참조하십시오.
지연-열	설명:CatOS sh 포트 및 Cisco IOS sh 인터페이스 및 sh 인터페이스 오류 카운터전송 프로세스에서 특정 인터페이스에서 충돌이 탐지된 횟수입니다.10Mbit/s 포트의 경우 패킷의 전송에 512비트 이상이 사용됩니다.501 및 12비트 시간은 10Mbit/s 시스템의 51.2마이크로초에 해당합니다.일반적인 원인:이 오류는 다른 사물과 이중 불일치를 나타낼 수 있습니다.듀플렉스 불일치 시나리오에서는 하프 듀플렉스 측에서 지연 충돌이 표시됩니다.하프 듀플렉스 측에서 전송하면서 전이중 측면은 회전을 기다리지 않고 동시에 전송하므로 지연 충돌이 발생합니다.늦은 충돌은 이더넷 케이블 또는 세그먼트가 너무 길음을 나타낼 수도 있습니다.전이중으로 구성된 인터페이스에서는 충돌을 볼 수 없습니다.
분실된 캐리어	설명:Cisco IOS sh 인터페이스 카운터입니다.통신 사업자가 전송 중 손실된 횟수입니다.일반적인 원인:잘못된 케이블이 있는지 확인합니다.양쪽의 물리적 연결을 확인합니다.
다중 열	설명:CatOS sh 포트 및 Cisco IOS sh 인터페이스 오류 카운터입니다.인터페이스가 프레임을 미디어로 성공적으로 전송하기 전에 여러 충돌이 발생한 횟수입니다.일반적인 원인:반이중으로 구성된 인터페이스에 대한 충돌은 정상이지만 전이중 인터페이스에서는 보이지 않아야 합니다.충돌이 크게 증가할 경우, 이는 활용도가 높은 링크 또는 연결된 디바이스와의 듀플렉스 불일치를 가리킵니다.
버퍼 없음	설명:Cisco IOS sh 인터페이스 카운터입니다.버퍼 공간이 없어 삭제된 수신된 패킷 수입니다.일반적인 원인:무시된 수와 비교합니다.방송 폭풍은 종종 이러한 사건들에 책임이 있습니다.
운송업체 없음	설명:Cisco IOS sh 인터페이스 카운터입니다.전송에 운송업체가 없는 횟수입니다.일반적인 원인:잘못된 케이블이 있는지 확인합니다.양쪽의 물리적 연결을 확인합니다.
출력 폐기	설명:오류가 탐지되지 않은 경우에도 폐기되도록 선택한 아웃바운드 패킷 수입니다.일반적인 원인:이러한 패킷을 폐기하는 한 가지 가능한 이유는 버퍼 공간을 확보하기 위해서입니다.
출력 버퍼 실패출력 버퍼 스왑 아웃	설명:Cisco IOS sh 인터페이스 카운터입니다.실패한 버퍼 수 및 스왑 아웃된 버퍼 수입니다.일반적인 원인:포트로 전환된 트래픽 비율이 높으며 트래픽 양을 처리할 수 없는 경우 포트는 패킷을 Tx 버퍼로 버퍼링합니다.Tx 버퍼가 가득 차면 포트가 패킷을 삭제하기 시작하므로 언더런과 출력 버퍼 오류 카운터가 증가합니다.출력 버퍼 오류 카운터의 증가는 포트가 속도 및/또는 듀플렉스에서 실행되거나 포트를 통과하는 트래픽이 너무 많다는 신호일 수 있습니다.예를 들어 1기가비트 멀티캐스트 스트림이 24개의 100Mbps 포트로 전달되는 시나리오를 가정해 보겠습니다.이그레스(egress) 인터페이스가 초과 서브스크립션된 경우 출력 버퍼 오류가 Out-Discards와 함께 증가하면 정상입니다.문제 해결 정보는 이 문서의 지연된 프레임(Out-Lost 또는 Out-Discard) 섹션을 참조하십시오.
출력 오류	설명:Cisco IOS sh 인터페이스 카운터입니다.인터페이스에서 데이터그램의 최종 전송을 방해하는 모든 오류의 합계.일반적인 원인:이 문제는 출력 큐 크기가 낮기 때문입니다.
오버런	설명:수신기 하드웨어가 받은 데이터를 하드웨어 버퍼에 전달할 수 없는 횟수입니다.일반적인 원인:트래픽의 입력 속도가 데이터를 처리하는 수신기의 기능을 초과했습니다.
패킷 입력/출력	설명:Cisco IOS sh 인터페이스 카운터입니다.인터페이스에서 수신 및 전송된 오류 없는 총 패킷 수입니다.이러한 카운터를 증분으로 모니터링하면 인터페이스를 통해 트래픽이 제대로 이동하는지 여부를 확인하는 데 유용합니다.bytes 카운터는 시스템이 수신하여 전송한 오류 없는 패킷에 데이터와 MAC 캡슐화를 모두 포함합니다.
Rcv-Err	설명:CatOS는 포트 또는 show port counters 및 Cisco IOS(Catalyst 6000 Series 전용) sh 인터페이스 카운터 오류를 표시합니다.일반적인 원인:플랫폼 예외를 참조하십시오.플랫폼 예외: Catalyst 5000 Series rcv-err = 수신 버퍼 오류입니다.예를들어 runt, large 또는 FCS-Err은 rcv-err 카운터를 증가시키지 않습니다.5K의 rcv-err 카운터는 과도한 트래픽의 결과로만 증가합니다.Catalyst 4000 Series rcv-err = 모든 수신 오류의 합계입니다. 즉, Catalyst 5000과 달리 rcv-err 카운터가 runt, large 또는 FCS-Err과 같은 오류를 수신할 때 증가합니다.
Runts	설명:CatOS sh 포트 및 Cisco IOS sh 인터페이스 및 sh 인터페이스 오류 카운터입니다.최소 IEEE 802.3 프레임 크기(이더넷의 경우 64바이트)보다 작고 잘못된 CRC가 있는 수신된 프레임.일반적인 원인:이는 연결된 디바이스의 잘못된 케이블, 포트 또는 NIC와 같은 이중 불일치와 물리적 문제로 인해 발생할 수 있습니다.플랫폼 예외:Cisco IOS Previous를 소프트웨어 버전 12.1(19)EW로 실행하는 Catalyst 4000 Series, runt = 언더사이즈.Undersize = 프레임 < 64바이트runt 카운터는 64바이트 미만의 프레임을 받은 경우에만 증가합니다.12.1(19EW 이후 runt = 프래그먼트.프래그먼트는 64바이트 미만의 프레임이지만 CRC가 잘못되었습니다.그 결과 show interface에서 runt 카운터가 증가하며, show interfaces counters errors 오류는 잘못된 CRC가 있는 프레임 <64바이트를 수신할 때 발생합니다.Cisco Catalyst 3750 Series Switches Cisco IOS 12.1(19)EA1 이전 릴리스에서 dot1q가 Catalyst 3750의 트렁크 인터페이스에서 사용되는 경우 61~64바이트이며 q-태그가 포함된 유효한 dot1q 패킷이 캡슐화되고 q-태그가 포함된 유효한 dot1q 패킷이 Catalyst 37550의 크기가 낮은 프레임으로 계산되므로 show interface 출력에서 런트를 확인할 수 있습니다. 패킷이 올바르게 전달됩니다.또한 이러한 패킷은 수신 통계의 적절한 범주(유니캐스트, 멀티캐스트 또는 브로드캐스트)에서 보고되지 않습니다.이 문제는 Cisco IOS 릴리스 12.1(19)EA1 또는 12.2(18)SE 이상에서 해결되었습니다.
단일 열	설명:CatOS sh 포트 및 Cisco IOS sh 인터페이스 오류 카운터입니다.인터페이스가 프레임을 미디어로 성공적으로 전송하기 전에 하나의 충돌이 발생한 횟수입니다.일반적인 원인:반이중으로 구성된 인터페이스에 대한 충돌은 정상이지만 전이중 인터페이스에서는 보이지 않아야 합니다.충돌이 크게 증가할 경우, 이는 활용도가 높은 링크 또는 연결된 디바이스와의 듀플렉스 불일치를 가리킵니다.
조절	설명:Cisco IOS show interface.버퍼 또는 프로세서 오버로드 때문일 수 있는 포트의 수신기가 비활성화된 횟수입니다.throttles 카운터 값 뒤에 별표(*)가 나타나면 명령이 실행될 때 인터페이스가 조절됨을 의미합니다.일반적인 원인:프로세서 오버로드를 증가시킬 수 있는 패킷에는 옵션, 만료된 TTL, 비 ARPA 캡슐화, 조각화, 튜닝, ICMP 패킷, MTU 체크섬 오류가 있는 패킷, RPF 실패, IP 체크섬 및 길이 오류가 포함된 IP 패킷이 포함됩니다.
언더런	설명:송신기가 스위치에서 처리할 수 있는 것보다 더 빨리 실행된 횟수입니다.일반적인 원인:이는 여러 다른 인터페이스에서 온 많은 버스트 트래픽이 동시에 발생하는 처리량이 많은 상황에서 발생할 수 있습니다.인터페이스 재설정은 언더런과 함께 발생할 수 있습니다.
언더사이즈	설명:CatOS sh 포트 및 Cisco IOS sh 인터페이스 오류 카운터입니다.수신되는 프레임은 64바이트의 최소 IEEE 802.3 프레임 크기보다 작습니다(프레이밍 비트는 제외하지만 FCS octets 포함).일반적인 원인:이러한 프레임을 전송하는 장치를 확인합니다.
Xmit-Err	설명:CatOS sh 포트 및 Cisco IOS sh 인터페이스 오류 카운터입니다.내부 송신(Tx) 버퍼가 가득 찼음을 나타냅니다.일반적인 원인:Xmit-Err의 일반적인 원인은 낮은 대역폭 링크로 전환되는 높은 대역폭 링크의 트래픽 또는 단일 아웃바운드 링크로 전환되는 여러 인바운드 링크의 트래픽일 수 있습니다.예를 들어, 많은 양의 버스트 트래픽이 기가비트 인터페이스에서 들어오고 100Mbps 인터페이스로 전환되면 Xmit-Err이 100Mbps 인터페이스에서 증가할 수 있습니다.인바운드 대역폭과 아웃바운드 대역폭 간의 속도 불일치로 인해 인터페이스의 출력 버퍼가 초과 트래픽에 의해 압도되기 때문입니다.

CatOS용 Mac 표시 및 Cisco IOS용 인터페이스 카운터 표시

show mac{mod/port} 명령은 수퍼바이저에서 CatOS를 실행하여 수신(Rcv)에 표시된 포트의 인바운드 및 아웃바운드 트래픽을 모니터링하고 유니캐스트, 멀티캐스트 및 브로드캐스트 트래픽에 대한 전송(Xmit) 카운터를 모니터링하는 경우에 유용합니다.이 출력은 CatOS를 실행하는 Catalyst 6000의 출력입니다.

Console> (enable) sh mac 3/1

  Port     Rcv-Unicast          Rcv-Multicast        Rcv-Broadcast
  -------- -------------------- -------------------- --------------------
   3/1                      177               256272                 3694

  Port     Xmit-Unicast         Xmit-Multicast       Xmit-Broadcast
  -------- -------------------- -------------------- --------------------
   3/1                       30               680377                  153

  Port     Rcv-Octet            Xmit-Octet
  -------- -------------------- --------------------
   3/1                 22303565             48381168

  MAC      Dely-Exced MTU-Exced  In-Discard Out-Discard
  -------- ---------- ---------- ---------- -----------
   3/1              0          0     233043          17

  Port  Last-Time-Cleared
  ----- --------------------------
   3/1  Sun Jun 1 2003, 12:22:47

이 명령에는 다음 오류 카운터도 있습니다.Delay-Exced, MTU-Exced, In-Discard 및 Out-Discard.

Delay-Exced - 스위치를 통한 과도한 전송 지연으로 인해 이 포트에서 폐기된 프레임 수입니다.이 카운터는 포트가 매우 높은 사용률을 유지하지 않는 한 상승해서는 안 됩니다.
MTU Exceed(MTU 초과) - 해당 포트 또는 세그먼트의 디바이스 중 하나가 허용된 프레임 크기(점보 이더넷이 아닌 경우 1518바이트)보다 많은 값을 전송한다는 것을 나타냅니다.
In-Discard - 프레임을 전환할 필요가 없으므로 폐기된 인바운드 유효 프레임의 결과입니다.허브가 포트에 연결되어 있고 해당 허브의 두 디바이스가 데이터를 교환하는 경우 정상일 수 있습니다.스위치 포트는 여전히 데이터를 표시하지만, 이를 전환할 필요는 없습니다(CAM 테이블에는 동일한 포트와 연결된 두 디바이스의 MAC 주소가 표시되므로). 따라서 해당 포트는 삭제됩니다.또한 이 카운터는 트렁크가 일부 VLAN에 대해 차단된 경우 트렁크로 구성된 포트 또는 VLAN의 유일한 구성원인 포트에서 증가할 수 있습니다.
Out-Discard - 패킷 오류가 탐지되지 않은 경우에도 삭제되도록 선택한 아웃바운드 패킷 수입니다.이러한 패킷을 폐기하는 한 가지 가능한 이유는 버퍼 공간을 확보하기 위해서입니다.

CatOS를 실행하는 Catalyst 4000 및 5000 시리즈 스위치에는 show mac 명령에 2개의 추가 오류 카운터가 있습니다.다음은 In-Lost 및 Out-Lost 카운터입니다.

MAC      Dely-Exced MTU-Exced  In-Discard Lrn-Discrd In-Lost    Out-Lost
-------- ---------- ---------- ---------- ---------- ---------- ----------
5/1              0          0          0          0          0          0

In-Lost - Catalyst 4000에서 이 카운터는 포트에서 받은 모든 오류 패킷의 합계입니다.반면 Catalyst 5000의 In-Lost 카운터는 모든 수신 버퍼 오류의 합계를 추적합니다.
Out-Lost - Catalyst 4000 및 5000에서는 버퍼 공간 부족으로 인해 전달되기 전에 손실된 아웃바운드 프레임입니다. 이는 일반적으로 포트 오버서브스크립션으로 인해 발생합니다.

show interfaces card-type {slot/port} counters 명령은 수퍼바이저에서 Cisco IOS를 실행할 때 사용됩니다.

참고: CatOS show mac 오류 카운터와 동등한 카운터가 없습니다.그러나 이 명령에는 Delay-Exced, MTU-Exced 및 In-Discard가 있습니다. 그러나 표 1에 설명되어 있는 Cisco IOS show interfaces counters errors 명령의 Out-Discard 카운터가 있습니다.

Router#sh 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용 CatOS 카운터 및 카운터 인터페이스 표시

show counters [mod/port] 명령은 포트 및 인터페이스에 대한 더욱 자세한 통계를 제공합니다.이 명령은 CatOS에서 사용할 수 있으며 Catalyst 6000 시리즈에서만 Cisco IOS 소프트웨어 버전 12.1(13)E에 Cisco IOS 소프트웨어 버전 12.1(slot/port} 명령과 동등한 show counters interface card-type {slot/port} 명령이 도입되었습니다.이러한 명령은 포트 또는 인터페이스당 32비트 및 64비트 오류 카운터를 표시합니다.자세한 내용은 CatOS 명령 설명서에서 show counters를 참조하십시오.

참고: Cisco IOS를 실행하는 Catalyst 6000 시리즈 스위치의 카운터 통계는 16진수입니다.

Console> (enable) sh counters 3/1
  64 bit counters
  0  rxHCTotalPkts                      =               260555
  1  txHCTotalPkts                      =               687411
  2  rxHCUnicastPkts                    =                  177
  3  txHCUnicastPkts                    =                   30
  4  rxHCMulticastPkts                  =               256684
  5  txHCMulticastPkts                  =               687228
  6  rxHCBroadcastPkts                  =                 3694
  7  txHCBroadcastPkts                  =                  153
  8  rxHCOctets                         =             22386167
  9  txHCOctets                         =             48850817
  10 rxTxHCPkts64Octets                 =               228929
  11 rxTxHCPkts65to127Octets            =               701493
  12 rxTxHCPkts128to255Octets           =                  285
  13 rxTxHCPkts256to511Octets           =                17090
  14 rxTxHCpkts512to1023Octets          =                  168
  15 rxTxHCpkts1024to1518Octets         =                    1
  16 txHCTrunkFrames                    =               395217
  17 rxHCTrunkFrames                    =               236459
  18 rxHCDropEvents                     =                    0
  32 bit counters
  0  rxCRCAlignErrors                   =          0
  1  rxUndersizedPkts                   =          0
  2  rxOversizedPkts                    =          0
  3  rxFragmentPkts                     =          0
  4  rxJabbers                          =          0
  5  txCollisions                       =          0
  6  ifInErrors                         =          0
  7  ifOutErrors                        =          0
  8  ifInDiscards                       =     233043
  9  ifInUnknownProtos                  =          2
  10 ifOutDiscards                      =         17
  !--- Output suppressed.

Cisco IOS용 컨트롤러 이더넷 컨트롤러 표시

Catalyst 3750, 3550, 2970, 2950/2955, 2940 및 290/3500XL 스위치의 경우 show controller ethernet-controller 명령을 사용하여 show port, show interface와 유사한 트래픽 카운터 및 오류 카운터 출력을 표시하고 Catalyst 출력 및 show mac출력를 표시합니다. 6000, 5000 및 4000 시리즈 스위치

3550-1#sh 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 table for additional counter output for 2900/3500XL Series switches.

카운터	설명	가능한 원인
전송된 프레임
폐기된 프레임	리소스가 부족하여 전송 시도를 취소한 총 프레임 수입니다.이 합계는 모든 대상 유형의 프레임을 포함합니다.	인터페이스의 트래픽 로드가 과도하여 프레임이 삭제됩니다.이 필드에 패킷 수가 증가하면 인터페이스의 트래픽 로드를 줄입니다.
너무 오래된 프레임	스위치를 통과하는 데 2초 이상 걸린 프레임 수입니다.따라서 스위치에서 폐기되었습니다.이것은 극도의, 높은 스트레스 조건에서만 일어난다.	이 스위치에 대한 트래픽 로드가 너무 많아 프레임이 삭제됩니다.이 필드에 패킷 수가 증가하면 스위치 로드를 줄입니다.이 스위치의 트래픽 로드를 줄이려면 네트워크 토폴로지를 수정해야 합니다.
지연된 프레임	네트워크 미디어의 트래픽으로 인해 첫 번째 전송 시도가 지연된 총 프레임 수입니다.이 합계는 오류 없이 충돌 없이 이후에 전송되는 프레임만 포함합니다.	이 스위치로 향하는 트래픽 로드가 너무 많아 프레임이 폐기됩니다.이 필드에 패킷 수가 증가하면 스위치 로드를 줄입니다.이 스위치의 트래픽 로드를 줄이려면 네트워크 토폴로지를 수정해야 합니다.
충돌 프레임	충돌 프레임 카운터는 패킷을 전송하려고 했으나 성공하지는 않았지만 다음 시도에서 성공한 횟수입니다.즉, 2개의 충돌 프레임 카운터가 증가하면 스위치가 패킷을 두 번 전송하려고 시도했으나 실패했지만 세 번째 시도에서 성공했다는 의미입니다.	인터페이스의 트래픽 로드가 과도하여 프레임이 삭제됩니다.이러한 필드에 패킷 수가 증가하는 경우 인터페이스의 트래픽 로드를 줄입니다.
과도한 충돌	과도한 충돌 카운터는 행에서 16개의 연속 지연 충돌이 발생한 후 증가합니다.패킷을 전송하려고 16번 시도하면 패킷이 삭제되고 카운터가 증가합니다.	이 카운터가 증가하면 배선 문제, 과도하게 로드된 네트워크 또는 이중 불일치가 나타납니다.과도하게 로드된 네트워크는 공유 이더넷에 장치가 너무 많아 발생할 수 있습니다.
늦은 충돌	두 디바이스가 동시에 전송되고 연결의 어느 쪽도 충돌을 탐지하지 못할 경우 지연 충돌이 발생합니다.이러한 발생 이유는 네트워크의 한쪽 끝에서 다른 쪽 끝으로 신호를 전파하는 시간이 전체 패킷을 네트워크에 배치하는 시간보다 길기 때문입니다.지연 충돌을 일으키는 두 디바이스는 전체 패킷을 네트워크에 배치한 후까지 다른 디바이스가 전송되고 있음을 인식하지 못합니다.처음 64바이트 슬롯 시간 이후까지 송신기에서 지연 충돌을 탐지하지 않습니다.이는 64바이트보다 긴 패킷의 전송에서만 탐지되기 때문입니다.	늦은 충돌은 잘못된 케이블링 또는 네트워크에 있는 허브의 비준수 개수로 인해 발생합니다.NIC가 잘못되면 늦게 충돌이 발생할 수도 있습니다.
정상(1열) 프레임	정확히 하나의 충돌이 발생하여 성공적으로 전송된 총 프레임 수입니다.	반이중 환경의 충돌은 정상적인 동작입니다.
정상(>1 열) 프레임	2개에서 15개 사이의 충돌을 경험한 후 성공적으로 전송된 총 프레임 수입니다.	반이중 환경의 충돌은 정상적인 동작입니다.이 카운터의 위쪽 끝에서 증가되는 프레임은 15개 이상의 충돌을 발생시키고 과도한 충돌로 간주될 위험이 있습니다.
VLAN 폐기 프레임	CFI 비트가 설정되었기 때문에 인터페이스에서 삭제된 프레임 수입니다.	802.1q 프레임의 TCI에 있는 CFI(Canonical Format Indicator) 비트는 이더넷 표준 프레임 형식에 대해 0으로 설정됩니다.CFI 비트를 1로 설정하면 RIF(Routing Information Field) 또는 토큰 링(Token Ring) 비표준 프레임이 삭제되었음을 나타냅니다.
수신된 프레임
대역폭 프레임 없음	2900/3500XL만 해당포트에서 네트워크에서 패킷을 수신했지만 스위치에 패킷을 수신할 리소스가 없는 횟수입니다.이는 스트레스 조건에서만 발생하지만 여러 포트에서 트래픽이 급증하면 발생할 수 있습니다.따라서 대역폭 프레임 수가 적다고 해서 걱정할 필요는 없습니다.(수신한 프레임의 1%보다 훨씬 작아야 합니다.)	인터페이스의 트래픽 로드가 과도하여 프레임이 삭제됩니다.이 필드에 패킷 수가 증가하면 인터페이스의 트래픽 로드를 줄입니다.
버퍼 프레임 없음	2900/3500XL만 해당포트에서 네트워크에서 패킷을 수신했지만 스위치에 패킷을 수신할 리소스가 없는 횟수입니다.이는 스트레스 조건에서만 발생하지만 여러 포트에서 트래픽이 급증하면 발생할 수 있습니다.따라서 적은 수의 No 버퍼 프레임이 문제가 되지 않습니다.(수신한 프레임의 1%보다 훨씬 작아야 합니다.)	인터페이스의 트래픽 로드가 과도하여 프레임이 삭제됩니다.이 필드에 패킷 수가 증가하면 인터페이스의 트래픽 로드를 줄입니다.
대상 없음, 유니캐스트	No destination unicast는 포트가 다른 포트로 전달하지 않은 유니캐스트 패킷 수입니다.	다음은 No dest, (unicast, multicast, broadcast) 카운터가 증가할 수 있는 시기에 대한 간략한 설명입니다. 포트가 액세스 포트이고 포트가 ISL(Inter-Switch Link Protocol) 트렁크 포트에 연결된 경우 모든 인바운드 ISL 패킷이 전달되지 않으므로 No dest 카운터는 매우 큽니다.잘못된 컨피그레이션입니다. 포트가 STP(Spanning Tree Protocol)에 의해 차단되면 대부분의 패킷이 전달되지 않으므로 대상 패킷이 없습니다.포트가 링크를 방금 취득한 경우 인바운드 패킷이 전달되지 않는 매우 짧은(1초 미만) 기간이 있습니다. 포트가 VLAN에 자체적으로 있고 스위치의 다른 포트가 해당 VLAN에 속하지 않는 경우 모든 인바운드 패킷이 삭제되고 카운터가 증가합니다. 패킷이 수신된 포트에서 패킷의 목적지 주소를 학습하면 카운터가 증가합니다.목적지 MAC 주소 X를 사용하여 포트 0/1에서 패킷을 수신한 경우, 스위치에서 MAC 주소 X가 포트 0/1에 있다는 사실을 이미 알게 되면 카운터가 증가되고 패킷이 삭제됩니다.이러한 상황은 다음과 같은 경우에 발생할 수 있습니다. 허브가 포트 0/1에 연결되어 있고 허브에 연결된 워크스테이션이 허브에 연결된 다른 워크스테이션으로 패킷을 전송하는 경우 대상 MAC이 동일한 포트에 상주하므로 포트 0/1은 이 패킷을 어디에서도 전달하지 않습니다. 스위치가 포트 0/1에 연결되어 있고 MAC 주소를 알아보기 위해 모든 포트에 패킷을 플러딩하기 시작하는 경우에도 이 오류가 발생할 수 있습니다. 동일한 VLAN의 다른 포트에 고정 주소가 설정되어 있고 수신 포트에 대해 고정 주소가 설정되지 않은 경우 패킷이 삭제됩니다.예를 들어, 포트 0/3에 트래픽을 전달하도록 포트 0/2에 MAC 주소 X에 대한 정적 맵이 구성된 경우, 포트 0/2에서 패킷을 수신해야 하며 그렇지 않으면 패킷이 삭제됩니다.포트 0/2와 동일한 VLAN에서 다른 포트에서 패킷을 전송하면 패킷이 삭제됩니다. 포트가 보안 포트인 경우 허용되지 않는 소스 MAC 주소가 있는 패킷은 전달되지 않으며 카운터를 증가시킵니다.
대상 없음, 멀티캐스트	No destination multicast는 포트가 다른 포트로 전달하지 않은 멀티캐스트 패킷 수입니다.
대상 없음,브로드캐스트	No destination broadcast는 포트가 다른 포트로 전달하지 않은 브로드캐스트 패킷의 수입니다.
정렬 오류	정렬 오류는 짝수 8진수로 끝나지 않고 잘못된 CRC가 있는 받은 프레임 수입니다.	정렬 오류는 프레임이 와이어에 완전히 복사되지 않아 프레임이 조각화되어 있기 때문입니다.정렬 오류는 반이중, 이중 불일치, 잘못된 하드웨어(NIC, 케이블 또는 포트) 또는 연결된 디바이스 생성 프레임에서 충돌이 발생하여 8진수로 끝나지 않고 FCS가 불량하게 됩니다.
FCS 오류	FCS 오류 수는 이더넷 프레임에서 잘못된 체크섬(CRC 값)으로 수신된 프레임 수입니다.이러한 프레임은 삭제되고 다른 포트로 전파되지 않습니다.	FCS 오류는 반이중, 이중 불일치, 잘못된 하드웨어(NIC, 케이블 또는 포트) 또는 연결된 디바이스에서 잘못된 FCS를 사용하여 프레임을 생성하는 충돌로 인해 발생합니다.
프레임 크기 미달	수신한 총 패킷 수(프레이밍 비트는 제외하되 FCS는 포함)가 648초 미만이며 FCS 값이 양호합니다.	연결된 디바이스에서 생성된 잘못된 프레임을 나타냅니다.연결된 디바이스가 제대로 작동하는지 확인합니다.
프레임 크기 초과	네트워크에서 포트에서 수신한 패킷 수(패킷이 1514바이트를 초과합니다.	이는 하드웨어 오류, dot1q 또는 ISL 트렁킹 컨피그레이션 문제를 나타내는 것일 수 있습니다.
충돌 조각	길이가 648진수 미만인 총 프레임 수(프레이밍 비트는 제외하지만 FCS는 포함) 및 FCS 값이 잘못되었습니다.	이 카운터가 증가하면 포트가 반이중으로 구성되었음을 나타냅니다.듀플렉스 설정을 전이중으로 변경합니다.
오버런 프레임	수신기 하드웨어가 받은 데이터를 하드웨어 버퍼에 전달할 수 없는 횟수입니다.	트래픽의 입력 속도가 데이터를 처리하는 수신기의 기능을 초과했습니다.
VLAN 필터링 프레임	프레임에 포함된 VLAN 정보 유형으로 인해 필터링되는 총 프레임 수입니다.	802.1Q 태그 있는 프레임을 필터링하도록 포트를 구성할 수 있습니다.802.1Q 태그가 포함된 프레임이 수신되면 프레임이 필터링되고 이 통계가 증가합니다.
소스 라우팅된 프레임	원본 프레임의 소스 주소에 설정된 소스 경로 비트로 인해 삭제된 수신 프레임의 총 수입니다.	이러한 종류의 소스 라우팅은 토큰 링 및 FDDI에만 정의됩니다.IEEE 이더넷 사양은 이 비트를 이더넷 프레임에 설정하는 것을 금지합니다.따라서 스위치에서 이러한 프레임을 버립니다.
유효한 오버사이즈 프레임	수신한 총 프레임 수가 시스템 MTU를 초과하지만 FCS 값이 양호합니다.	이 통계는 구성된 시스템 MTU를 초과하지만 Q-in-Q 또는 MPLS 캡슐화를 허용하기 위해 1518바이트에서 늘릴 수 있는 프레임을 계산합니다.
기호 오류 프레임	기가비트 이더넷(1000 Base-X)은 8B/10B 인코딩을 사용하여 MAC 하위 레이어(레이어 2)에서 10비트 심볼로 8비트 데이터를 변환하여 와이어를 통해 전송합니다.포트가 Symbol을 수신하면 Symbol(10비트)에서 8비트 데이터를 추출합니다.	기호 오류는 인터페이스에서 미정의(유효하지 않은) 기호를 수신했음을 의미합니다.소수의 기호 오류를 무시할 수 있습니다.기호 오류가 많을수록 디바이스, 케이블 또는 하드웨어가 잘못되었음을 나타낼 수 있습니다.
잘못된 프레임, 너무 큼	최대 IEEE 802.3 프레임 크기(점보 이더넷이 아닌 경우 1518바이트)를 초과하고 잘못된 FCS(Frame Check Sequence)를 가진 대용량 프레임 또는 프레임 수신.	대부분의 경우 이는 잘못된 NIC의 결과입니다.문제가 되는 장치를 찾아 네트워크에서 제거하십시오.
프레임이 잘못되었습니다. 너무 작습니다.	64바이트(FCS 비트를 포함하며 프레임 헤더는 제외)보다 작고 FCS 오류 또는 정렬 오류가 있는 수신된 프레임 또는 프레임을 실행합니다.	이는 연결된 디바이스의 잘못된 케이블, 포트 또는 NIC와 같은 이중 불일치와 물리적 문제로 인해 발생할 수 있습니다.

CatOS용 상단 표시

show top 명령을 사용하면 스위치의 각 물리적 포트에 대한 데이터를 수집하고 분석할 수 있습니다.이 명령은 각 물리적 포트에 대해 다음 데이터를 표시합니다.

포트 사용률(Uti %)
수신 및 발신 바이트 수(바이트)
수신 및 발신 패킷 수(패킷)
수신 및 발신 브로드캐스트 패킷 수(Bcst)
수신 및 발신 멀티캐스트 패킷 수(Mcst)
오류 수(오류)
버퍼 오버플로 오류 수(오버플로)

 Console> (enable) sh top
Start Time:     Mar 28 2007 06:58:41
End Time:       Mar 28 2007 06:59:11
PortType:       all
Metric:         util
Port  Band- Uti Bytes                Pkts       Bcst       Mcst       Error Over
      width  %  (Tx + Rx)            (Tx + Rx)  (Tx + Rx)  (Tx + Rx)  (Rx)  flow
----- ----- --- -------------------- ---------- ---------- ---------- ----- ----
 3/11  a-10   0               334187       1561         22       1536     0    0
 3/12 a-100   0               333608       1557         22       1532     0    0
 3/25 a-100   0               333622       1555         22       1533     0    0
 6/2   1000   0                    0          0          0          0     0    0
 6/1   1000   0                    0          0          0          0     0    0
 4/8   1000   0                    0          0          0          0     0    0
 4/7   1000   0                    0          0          0          0     0    0
 4/6   1000   0                    0          0          0          0     0    0
 4/5   1000   0                    0          0          0          0     0    0
 4/4   1000   0                    0          0          0          0     0    0
 4/3   1000   0                    0          0          0          0     0    0
 4/2   1000   0                    0          0          0          0     0    0
 4/1   1000   0                    0          0          0          0     0    0
 3/48  auto   0                    0          0          0          0     0    0
 3/47  auto   0                    0          0          0          0     0    0
 3/46  auto   0                    0          0          0          0     0    0

참고: 포트 사용률을 계산할 때 이 명령은 Tx 및 Rx 행을 동일한 카운터로 번들링하고 사용률 계산 시 전이중 대역폭을 확인합니다.예를 들어 기가비트 이더넷 포트는 2000Mbps 전이중 포트입니다.

In Errors는 해당 포트에서 수신된 모든 오류 패킷의 합계입니다.

Buffer Overflow는 포트가 버퍼에 저장할 수 있는 것보다 더 많은 트래픽을 수신함을 의미합니다.이는 과부하 트래픽 및 버퍼 오버런 때문일 수 있습니다.제안된 작업은 소스 디바이스의 전송을 줄이는 것입니다.

show mac 명령에서 'In-Lost' 및 'Out-Lost' 카운터를 참조하십시오.

공통 시스템 오류 메시지

Cisco IOS는 때때로 시스템 메시지에 대해 다른 형식을 가집니다.CatOS 시스템 메시지와 Cisco IOS 시스템 메시지를 비교하여 확인할 수 있습니다.실행 중인 소프트웨어 릴리스에 대한 메시지 및 복구 절차 가이드를 참조할 수 있습니다.예를 들어 CatOS 소프트웨어 버전 7.6의 메시지 및 복구 절차를 살펴보고 Cisco IOS 12.1 E 릴리스의 메시지 및 복구 절차와 비교할 수 있습니다.

WS-X6348 모듈의 오류 메시지

다음 오류 메시지를 확인합니다.

Coil Pinnacle 헤더 체크섬
코일 MDTIF 상태 시스템 오류
코일 Mdtif 패킷 CRC 오류
코일 Pb Rx 언더플로 오류
코일 Pb Rx 패리티 오류

다음 오류 중 하나가 나열된 syslog 메시지를 볼 수 있습니다.

%SYS-5-SYS_LCPERR5:Module 9: Coil Pinnacle Header Checksum Error - Port #37

이 유형의 메시지가 표시되거나 WS-X6348 모듈에서 장애가 발생한 10/100 포트 그룹이 발견되면 다음 문서를 참조하여 사용하는 운영 체제에 따라 추가 문제 해결 정보를 참조하십시오.

%PAGP-5-PORTTO/FROMSTP 및 %ETC-5-PORTTO/FROMSTP

CatOS의 경우 show logging buffer 명령을 사용하여 저장된 로그 메시지를 봅니다.Cisco IOS의 경우 show logging 명령을 사용합니다.

Console> (enable) sh logging buffer
  2003 Jun 02 20:12:43 %PAGP-5-PORTTOSTP:Port 3/2 joined bridge port 3/2
  2003 Jun 02 20:59:56 %PAGP-5-PORTFROMSTP:Port 3/1 left bridge port 3/1
  !--- This is the command to view the logging buffer on switches that run CatOS.

이 메시지는 고객에게 문제를 일으킬 수 있지만 대부분의 경우 정보를 제공하는 것입니다.

%PAGP-5-PORTTO / FROMSTP and %ETHC-5-PORTTO / FROMSTP

PAgP(Port Aggregation Protocol)는 스위치 간에 Etherchannel 링크를 협상합니다.디바이스가 브리지 포트에 연결하거나 나갈 때마다 콘솔에 정보 메시지가 표시됩니다.대부분의 경우 이 메시지는 완전히 정상이지만, 어떤 이유로든 플랩해서는 안 되는 포트에서 이러한 메시지가 표시되면 더 자세히 조사해야 합니다.

CatOS 소프트웨어 버전 7.x 이상에서 "PAGP-5"가 "ETHC-5"로 변경되어 메시지를 더욱 쉽게 이해할 수 있도록 했습니다.

이 메시지는 CatOS를 실행하는 Catalyst 4000, 5000 및 6000 Series 스위치에만 적용됩니다.이 메시지에 해당하는 Cisco IOS를 실행하는 스위치에 대한 오류 메시지는 없습니다.CatOS를 실행하는 스위치의 오류 메시지에 대한 자세한 내용은 해당 플랫폼의 다음 문서를 참조하십시오.

%SPANTREE-3-PORTDEL_FAILNOTFOUND

이 메시지는 스위치에 문제가 있음을 나타내지 않습니다.일반적으로 %PAGP-5-PORTFROMSTP 메시지와 함께 발생합니다.

%SYS-4-PORT_GBICBADEPROM:/ %SYS-4-PORT_GBICNOTSUPP

이 메시지의 가장 일반적인 원인은 비 Cisco GBIC를 기가비트 이더넷 모듈에 삽입하는 경우입니다.GBIC에는 생성된 오류 메시지가 표시되는 Cisco SEEPROM이 없습니다.

WS-X6408-GBIC과 함께 사용되는 GBIC 모듈 WS-G5484, WS-G5486 및 WS-G5487은 이러한 오류 메시지가 나타날 수 있지만 카드 또는 GBIC에 실제 문제가 없으며 소프트웨어 업그레이드 픽스가 있습니다.

자세한 내용은 Catalyst 6000/6500 Series 스위치의 이 공통 CatOS 오류 메시지를 참조하십시오.

%AMDP2_FE-3-UNDERFLO

이 오류 메시지는 프레임이 전송되고 컨트롤러 칩 로컬 버퍼의 로컬 버퍼가 불충분한 데이터를 수신할 때 발생합니다.이 데이터는 출력률에 보조를 맞출 만큼 빠른 속도로 칩으로 전송될 수 없습니다.일반적으로 이러한 조건은 시스템 내의 일시적인 피크 부하에 따라 일시적입니다.이 문제는 고속 이더넷 인터페이스에서 과도한 양의 트래픽을 처리할 때 발생합니다.트래픽 레벨이 약 2.5Mb에 도달하면 오류 메시지가 수신됩니다.이 트래픽 수준 제한은 하드웨어 제한 때문입니다.따라서 catalyst 스위치에 연결된 디바이스에서 패킷을 삭제할 가능성이 있습니다.

일반적으로 시스템이 자동으로 복구된다는 것이 해결됩니다.별도의 조치가 필요하지 않습니다.스위치가 이더넷 인터페이스를 압도하는 경우 속도 및 듀플렉스 설정을 확인합니다.또한 스니퍼 프로그램을 사용하여 라우터 고속 이더넷 인터페이스에서 들어오고 나가는 패킷을 분석합니다.catalyst 스위치에 연결된 디바이스에서 패킷 삭제를 방지하려면 스위치에 연결된 디바이스의 고속 이더넷 인터페이스에서 ip cef 명령을 실행합니다.

%INTR_MGR-DFC1-3-INTR:큐잉 엔진(블랙워터) [1]:FIC 패브릭-A에서 예기치 않은 제어 코드를 받았습니다.

이 오류 메시지의 이유는 스위치 패브릭에서 패킷을 받은 것입니다. 이 경우 해당 패킷의 패브릭 헤더의 CRC 값이 Blackwater ASIC의 FIC(Fabric Interface Controller) 하위 블록에서 계산한 CRC 값과 일치하지 않습니다.이는 전송 중에 패킷의 손상이 발생했으며 Blackwater가 손상된 패킷을 받았음을 나타냅니다.

명령 거부됨:[Interface]는 스위칭 포트가 아님

L3 인터페이스와 L2 스위치 포트를 모두 지원하는 스위치에서 Command rejected 메시지가 표시됩니다.레이어 3 인터페이스로 구성된 포트에서 레이어 2와 관련된 명령을 입력하려고 하면 [interface] 스위칭 포트가 표시되지 않습니다.

인터페이스를 레이어 3 모드에서 레이어 2 모드로 변환하려면 interface configuration 명령 switchport를 실행합니다.이 명령을 실행한 후 모든 레이어 2 속성에 대한 포트를 구성합니다.

일반적인 포트 및 인터페이스 문제

포트 또는 인터페이스 상태가 비활성화 또는 종료입니다.

스위치의 잘못된 컨피그레이션은 포트 연결 장애의 원인이 분명하지만 가끔 간과되는 경우가 있습니다.포트에 주황색 표시등이 켜져 있으면 스위치 내부의 소프트웨어가 사용자 인터페이스 또는 내부 프로세스에 의해 포트를 종료했음을 의미합니다.

참고: 플랫폼의 일부 포트 LED는 STP와 관련하여 다르게 작동합니다.예를 들어 Catalyst 1900/2820은 STP 차단 모드에 있을 때 포트를 주황색으로 바꿉니다.이 경우 주황색 표시등은 STP의 정상적인 기능을 나타낼 수 있습니다.Catalyst 6000/5000/4000은 STP를 차단할 때 포트 표시등이 주황색으로 켜지지 않습니다.

어떤 이유로 포트 또는 모듈의 전원이 꺼지거나 꺼지지 않았는지 확인합니다.링크 한 쪽이나 다른 쪽에서 포트 또는 모듈이 수동으로 종료되면 포트를 다시 활성화할 때까지 링크가 나타나지 않습니다.양쪽의 포트 상태를 확인합니다.

CatOS의 경우 show port를 선택하고 포트가 비활성화된 경우 다시 활성화합니다.

Port  Name                 Status     Vlan       Duplex Speed Type
----- -------------------- ---------- ---------- ------ ----- ------------
 3/1                       disabled   1            auto  auto 10/100BaseTX
  !--- Use the set port enable mod/port command to re-enable this port.

show module 명령을 사용하여 모듈이 비활성화되었는지 확인합니다.이 경우 다시 활성화합니다.

Mod Slot Ports Module-Type               Model               Sub Status
--- ---- ----- ------------------------- ------------------- --- --------
2   2    2     1000BaseX Supervisor      WS-X6K-SUP1A-2GE    yes ok
16  2    1     Multilayer Switch Feature WS-F6K-MSFC         no  ok
3   3    48    10/100BaseTX Ethernet     WS-X6348-RJ-45      no  disable
!--- Use the set module enable mod/port command to re-enable this port.

Cisco IOS의 경우 show run interface 명령을 사용하고 인터페이스가 종료 상태에 있는지 확인합니다.

Switch#sh 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입니다.

기본적으로 스위치 내부의 소프트웨어 프로세스는 특정 오류가 감지되면 포트 또는 인터페이스를 종료할 수 있습니다.

CatOS용 show port 명령을 보면 상태가 errdisable을 읽을 수 있습니다.

switch>(enable) sh port 4/3
  Port  Name                 Status     Vlan       Duplex Speed Type
  ----- -------------------- ---------- ---------- ------ ----- ------------
  4/3                        errdisable 150          auto  auto 10/100BaseTX
  !--- The show port command displays a status of errdisable.

또는 Cisco IOS에 show interface card-type {slot/port} status 명령을 사용합니다.

Router#show int fasteth 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.

CatOS용 show logging buffer 명령 및 Cisco IOS용 show logging 명령은 errdisable 상태와 관련된 오류 메시지(정확한 메시지 형식이 다름)도 표시합니다.

errdisable로 인해 종료되는 포트 또는 인터페이스는 CatOS의 사유와 Cisco IOS의 원인이라고 합니다.이러한 문제의 원인 또는 원인은 PAgP 플랩, 듀플렉스 불일치, BPDU 포트 가드 및 포트 고속 구성을 동시에 일으키는 EtherChannel 컨피그레이션 오류, 단방향 링크 등을 탐지하는 UDLD입니다.

errdisable recovery 옵션을 구성하지 않는 한 포트 또는 인터페이스를 errdisable 상태로 전환하려면 수동으로 다시 활성화해야 합니다.CatOS 소프트웨어 5.4(1) 이상에서는 구성 가능한 시간을 errdisable 상태로 보낸 후 포트를 자동으로 다시 활성화할 수 있습니다.대부분의 스위치에서 Cisco IOS는 이 기능도 제공합니다.결론적으로 errdisable에서 복구하도록 인터페이스를 구성하더라도 근본 원인을 확인할 때까지 문제가 다시 발생합니다.

CatOS를 실행하는 스위치의 errdisable 상태의 원인 및 복구에 대한 자세한 내용은 CatOS 플랫폼의 errDisable 포트 상태에서 복구를 참조하십시오.

참고: 이 링크는 Cisco IOS를 실행하는 스위치에서 errdisable 상태에 대한 참조로 사용되며, 실행 중인 운영 체제와 상관없이 근본 원인이 동일하기 때문입니다.

이 표는 CatOS 및 Cisco IOS를 실행하는 스위치에서 errdisable 상태를 확인하고 문제를 해결하는 데 사용되는 명령을 비교한 것입니다.명령을 선택하여 명령 설명서로 이동합니다.

CatOS errdisable 명령	작업	Cisco IOS errdisable 명령
errdisable-timeout 설정 {enable \| 사용 안 함} {reason}	설정 또는 구성	오류 감지 원인 비활성화 오류 복구 원인 사용 안 함
errdisable-timeout 간격 {간격 설정	설정 또는 구성	복구 사용 안 함 {간격
show errdisable-timeout	확인 및 문제 해결	show errdisable detect show interface status err disabled(인터페이스 상태 오류 표시)

포트 또는 인터페이스 상태가 비활성 상태입니다.

CatOS를 실행하는 스위치에서 비활성 포트의 일반적인 원인 중 하나는 해당 포트가 속한 VLAN이 사라졌을 때입니다.인터페이스가 switchport 명령을 사용하는 레이어 2 스위치 포트로 구성된 경우 Cisco IOS를 실행하는 스위치에서도 동일한 문제가 발생할 수 있습니다.

레이어 2 스위치의 모든 포트는 VLAN에 속합니다.L2 스위치 포트로 구성된 레이어 3 스위치의 모든 포트는 VLAN에도 속해야 합니다.해당 VLAN이 삭제되면 포트 또는 인터페이스가 비활성화됩니다.

참고: 이러한 상황이 발생할 경우 일부 스위치에서는 각 포트에 주황색 표시등이 계속 켜져 있습니다.

CatOS의 경우 show port 또는 show port status 명령을 show vlan 명령과 함께 사용하여 다음을 확인합니다.

Switch> (enable) sh port status 2/2
Port Name Status Vlan Duplex Speed Type
----- -------------------- ---------- ---------- ------ ----- ------------
2/2 inactive 2 full 1000 1000BaseSX
!--- Port 2/2 is inactive for VLAN 2.

Switch> (enable) sh vlan
VLAN Name Status IfIndex Mod/Ports, Vlans
---- -------------------------------- --------- ------- ------------------------
1 default active 5 2/1
!--- VLANs are displayed in order and VLAN 2 is missing.

Cisco IOS의 경우 show interfaces card-type {slot/port} switchport 명령과 show vlan을 사용하여 확인합니다.

Router#sh 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#sh 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 missing.
 30   SDTsw-1ToSDTsw-2Link             active	Fa6/45

VLAN을 삭제한 스위치가 VTP 도메인에 대한 VTP 서버인 경우 도메인의 모든 서버 및 클라이언트 스위치에도 VLAN 테이블에서 제거된 VLAN이 있습니다.VTP 서버 스위치에서 VLAN 테이블에 다시 VLAN을 추가하면 복원된 VLAN에 속한 도메인의 스위치 포트가 다시 활성화됩니다.포트는 VLAN 자체가 삭제되더라도 할당된 VLAN을 기억합니다.

VTP에 대한 자세한 내용은 VTP(VLAN 트렁크 프로토콜) 이해 및 구성을 참조하십시오.

참고: switchport access vlan<vlan no:> 명령을 사용하여 포트를 액세스 포트로 구성한 후에도 show interface <interface number> switchport 명령의 출력에서 포트를 트렁크 포트로 표시하는 경우 switchport mode access 명령을 실행하여 포트를 액세스 포트로 만듭니다.

업링크 포트 또는 인터페이스 상태가 비활성 상태입니다.

Catalyst 4510R 시리즈 스위치에서 10기가비트 이더넷과 기가비트 이더넷 SFP 업링크 포트를 모두 활성화하려면 선택적 구성이 있습니다.10기가비트 이더넷과 기가비트 이더넷 SFP 인터페이스를 동시에 사용할 수 있도록 하려면 hw-module uplink select all 명령을 실행합니다.명령을 실행한 후 스위치를 다시 부팅하거나 show interface status module number 명령의 출력에 업링크 포트가 비활성 상태로 표시됩니다.

Cisco IOS Software 릴리스 12.2(25)SG는 Catalyst 4500 스위치에서 10기가비트 이더넷 및 기가비트 이더넷 SFP 인터페이스를 동시에 사용할 수 있도록 지원합니다.

참고: Catalyst 4503, 4506 및 4507R 시리즈 스위치에서는 이 기능이 자동으로 활성화됩니다.

Catalyst 스위치 인터페이스의 지연된 카운터 증가 시작

문제는 스위치로 향하는 트래픽 부하가 과도하여 프레임이 삭제되기 때문입니다.일반적으로 지연된 프레임은 미디어가 사용 중이어서 미디어를 기다린 후 성공적으로 전송된 프레임 수입니다.이는 일반적으로 캐리어가 프레임을 전송하려고 할 때 이미 사용 중인 반이중 환경에서 나타납니다.그러나 전이중 환경에서는 과도한 로드가 스위치로 이동할 때 문제가 발생합니다.

이를 해결하려면 다음과 같이 하십시오.

협상 불일치를 방지하기 위해 링크의 양쪽 끝을 전이중 링크로 하드코딩합니다.
케이블 및 패치 패널 코드를 변경하여 케이블 및 패치 코드에 결함이 없는지 확인합니다.

참고: Supervisor 720의 기가비트 이더넷에서 지연된 카운터 오류가 증가하면 해결 방법으로 인터페이스에서 속도 협상을 켜십시오.

vlan [vlan no]에서 타이머 [value]를 설정하지 못했습니다.

이 문제는 EARL(Encoded Address Recognition Logic)이 VLAN의 CAM 에이징 시간을 필요한 시간(초)으로 설정할 수 없을 때 발생합니다.여기서 VLAN 에이징 시간은 이미 빠른 에이징으로 설정되어 있습니다.

VLAN이 이미 빠른 에이징에 있는 경우 EARL은 VLAN을 빠른 에이징으로 설정할 수 없으며 에이징 타이머 설정 프로세스가 차단됩니다.기본 CAM 에이징 시간은 5분입니다. 즉, 스위치는 5분마다 학습된 MAC 주소 테이블을 플러시합니다.이렇게 하면 MAC 주소 테이블(CAM 테이블)에 최신 항목이 포함됩니다.

빠른 에이징은 일시적으로 CAM 에이징 시간을 사용자가 지정한 시간(초)으로 설정하고 TCN(Topology Change Notification) 프로세스와 함께 사용합니다.토폴로지 변경이 발생할 경우 토폴로지 변경을 보완하기 위해 이 값을 사용하여 CAM 테이블을 더 빠르게 플러시해야 합니다.

스위치에서 CAM 에이징 시간을 확인하려면 show cam aging 명령을 실행합니다.TCN과 빠른 노화는 매우 드물다.따라서 메시지의 심각도 수준은 3입니다. VLAN이 자주 빠른 에이징을 하는 경우 빠르게 에이징된 이유를 확인하십시오.

TCN의 가장 일반적인 이유는 스위치에 직접 연결된 클라이언트 PC입니다.PC의 전원을 켜거나 끄면 스위치 포트의 상태가 변경되고 스위치가 TCN 프로세스를 시작합니다.연결된 장치가 PC임을 스위치가 모르기 때문입니다.스위치는 포트가 상태를 변경했음을 알 뿐입니다.

이 문제를 해결하기 위해 Cisco는 호스트 포트에 대한 PortFast 기능을 개발했습니다.PortFast의 장점은 이 기능이 호스트 포트의 TCN을 억제한다는 것입니다.

참고: PortFast는 포트에서 스패닝 트리 계산을 건너뛰므로 호스트 포트에서만 사용할 수 있습니다.

포트에서 PortFast를 활성화하려면 다음 명령 중 하나를 구성합니다.

spantree portfast mod/port enable 설정 | 사용 안 함

또는

set port host mod/port 스위치가 CatOS5.4 이상 버전을 실행하는 경우 이 명령을 사용하는 것이 좋습니다.

트렁킹 모드 불일치

링크의 양쪽에서 트렁킹 모드를 확인합니다.양쪽이 동일한 모드에 있는지 확인합니다(두 트렁킹 모두 동일한 방법으로 트렁킹).ISL 또는 802.1q 또는 둘 다 트렁킹이 아닙니다. 한 포트에 대해 트렁킹 모드를 설정(자동 또는 권장 모드가 아님)으로 설정하고 다른 포트에 트렁킹 모드가 꺼져 있으면 통신할 수 없습니다.트렁킹은 패킷의 서식을 변경합니다.포트는 링크에서 사용하는 형식에 대해 동의해야 합니다. 그렇지 않으면 서로 이해하지 못합니다.

CatOS의 경우 show trunk {mod/port}명령을 사용하여 트렁크 상태와 Native VLAN(dot1q의 경우) 일치를 양쪽에서 확인합니다.

Switch> (enable) sh trunk 3/1
  * - indicates vtp domain mismatch
  Port      Mode         Encapsulation  Status        Native vlan
  --------  -----------  -------------  ------------  -----------
   3/1      desirable    dot1q          trunking      1

  Port      Vlans allowed on trunk
  --------  ---------------------------------------------------------------------
   3/1      1-1005,1025-4094
!--- Output truncated.

Cisco IOS의 경우 show interfaces card-type {mod/port} trunk 명령을 사용하여 트렁킹 컨피그레이션 및 네이티브 VLAN을 확인합니다.

Router#sh 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.

다양한 트렁킹 모드, 지침 및 제한에 대한 자세한 내용은 다음 문서를 참조하십시오.

점보스, 자이언츠, 거대 아기

이더넷 프레임의 데이터 부분의 MTU(Maximum Transmission Unit)는 기본적으로 1500바이트입니다.전송된 트래픽 MTU가 지원되는 MTU를 초과하면 스위치가 패킷을 전달하지 않습니다.또한 하드웨어와 소프트웨어에 따라 일부 스위치 플랫폼은 포트 및 인터페이스 오류 카운터를 증가시킵니다.

점보 프레임은 IEEE 이더넷 표준의 일부로 정의되지 않으며 벤더에 종속됩니다.표준 이더넷 프레임인 1518바이트보다 큰 프레임으로 정의할 수 있습니다(L2 헤더와 CRC(Cyclic Redundancy Check) 포함). 점보에는 일반적으로 9000바이트보다 큰 프레임 크기가 있습니다.
큰 프레임은 잘못된 FCS가 있는 이더넷 프레임의 최대 크기(1518바이트보다 큼)를 초과하는 임의의 프레임으로 정의됩니다.
Baby Giant 프레임은 이더넷 프레임의 최대 크기보다 약간 큽니다.일반적으로 이것은 최대 1600바이트의 프레임을 의미합니다.

Catalyst 스위치에서 점보 및 거대 신생기업에 대한 지원은 스위치 플랫폼에 따라 다르며, 스위치 내의 모듈에도 따라 달라집니다.소프트웨어 버전도 한 요인입니다.

시스템 요구 사항에 대한 자세한 내용은 Catalyst 스위치에서 점보/대형 프레임 지원 구성, 점보 및 대형 문제에 대한 구성 및 문제 해결을 참조하십시오.

엔드 디바이스를 ping할 수 없음

직접 연결된 스위치에서 먼저 ping하여 엔드 디바이스를 확인한 다음 연결 문제의 소스를 찾을 때까지 포트, 인터페이스별 인터페이스, 트렁크별 트렁크별로 포트 뒤로 이동합니다.각 스위치에서 CAM(Content-Addressable Memory) 테이블에서 최종 디바이스의 MAC 주소를 볼 수 있는지 확인합니다.

CatOS의 경우 show cam dynamic {mod/port} 명령을 사용합니다.

Switch> (enable) sh cam dynamic 3/1
* = Static Entry. + = Permanent Entry. # = System Entry. R = Router Entry.
X = Port Security Entry $ = Dot1x Security Entry

VLAN  Dest MAC/Route Des    [CoS]  Destination Ports or VCs / [Protocol Type]
----  ------------------    -----  -------------------------------------------
2     00-40-ca-14-0a-b1             3/1 [ALL]
!--- A workstation on VLAN 2 with MAC address 00-40-ca-14-0a-b1 is seen in the CAM table
!--- on the trunk port of a switch running CatOS.
Total Matching CAM Entries Displayed  =1
Console> (enable)

Cisco IOS의 경우 show mac address-table dynamic 명령을 사용하거나 interface 키워드를 대체합니다.

Router# sh mac-address-table int fas 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 주소를 알고 있다면, 이 디바이스가 ping을 시도할 때와 동일한지 다른 VLAN에 있는지 확인합니다.

최종 디바이스가 ping하려는 VLAN과 다른 VLAN에 있는 경우 디바이스가 통신할 수 있도록 L3 스위치 또는 라우터를 구성해야 합니다.엔드 디바이스 및 라우터/L3 스위치의 L3 주소가 올바르게 구성되었는지 확인합니다.IP 주소, 서브넷 마스크, 기본 게이트웨이, 동적 라우팅 프로토콜 구성, 고정 경로 등을 확인합니다.

포트 호스트 설정 또는 스위치 포트 호스트를 사용하여 시작 지연 수정

스위치를 통해 연결할 때 스테이션에서 기본 서버와 통신할 수 없는 경우, 물리적 레이어 링크가 작동된 후 스위치 포트에서 지연이 발생할 수 있습니다.경우에 따라 이러한 지연은 최대 50초가 될 수 있습니다.

일부 워크스테이션은 서버를 찾기 전에 이 시간을 오래 기다릴 수 없습니다.이러한 지연은 STP, 트렁킹 협상(DTP) 및 EtherChannel 협상(PAgP)으로 인해 발생합니다. 이러한 모든 프로토콜은 필요 없는 액세스 포트에 대해 비활성화할 수 있으므로, 스위치 포트 또는 인터페이스는 인접 디바이스와의 링크를 설정한 후 몇 초 만에 패킷 전달을 시작합니다.

CatOS 버전 5.4에 set port host 명령이 도입되었습니다. 이 명령은 트렁킹 및 채널 모드를 off로 설정하고 포트를 STP 포워딩 상태로 설정합니다.

Switch> (enable) set port host 3/5-10
Port(s) 3/5-10 channel mode set to off.
!--- The set port host command also automatically turns off etherchannel on the ports.
Warning: Spantree port fast start should only be enabled on ports connected
to a single host.  Connecting hubs, concentrators, switches, bridges, etc. to
a fast start port can cause temporary spanning tree loops.  Use with caution.
!--- Notice the switch warns you to only enable port host on access ports.
Spantree ports 3/5-10 fast start enabled.Dot1q tunnel feature disabled on port(s) 3/5-10.
Port(s) 3/5-10 trunk mode set to off.
!--- The set port host command also automatically turns off trunking on the ports.

참고: 버전 5.4 이전의 CatOS 버전에서는 set spantree portfast {mod/port} enable 명령이 사용되었습니다.현재 버전의 CatOS에서는 이 명령만 사용할 수 있지만 워크스테이션 시작 지연을 해결하기 위해 트렁킹 및 etherchannel을 별도로 해제해야 합니다.이 작업을 수행하는 추가 명령은 다음과 같습니다. 포트 채널 {mod/port}을(를) 끄고 트렁크 {mod/port}를 설정합니다.

Cisco IOS의 경우, switchport host 명령을 사용하여 채널링을 비활성화하고 spanning-tree portfast를 활성화하고 switchport nonegotiate 명령을 사용하여 DTP 협상 패킷을 끌 수 있습니다.여러 인터페이스에서 한 번에 수행하려면 interface-range 명령을 사용합니다.

Router6k-1(config)#int range fastEthernet 6/13 - 18
Router6k-1(config-if-range)#switchport
Router6k-1(config-if-range)#switchport host
switchport mode will be set to access
spanning-tree portfast will be enabled
channel group will 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에는 레이어 2 액세스 스위치 포트로 구성된 모든 인터페이스에 포트를 자동으로 적용하려면 전역 스패닝 트리 portfast default 명령을 사용할 수 있는 옵션이 있습니다.소프트웨어 릴리스에 대한 명령 참조를 확인하여 이 명령의 가용성을 확인합니다.인터페이스당 spanning-tree portfast 명령을 사용할 수도 있지만, 워크스테이션 시작 지연을 해결하기 위해 트렁킹 및 etherchannel을 별도로 해제해야 합니다.

시작 지연을 수정하는 방법에 대한 자세한 내용은 Portfast 및 기타 명령을 사용하여 워크스테이션 시작 연결 지연을 수정하십시오.

속도/이중, 자동 협상 또는 NIC 문제

정렬 오류, FCS 오류 또는 지연 충돌이 많은 경우 다음 중 하나를 나타낼 수 있습니다.

이중 불일치
불량 또는 손상된 케이블
NIC 카드 문제

이중 불일치

속도/듀플렉스(Speed/Duplex)의 일반적인 문제는 이중 설정이 스위치와 라우터 간 또는 스위치와 워크스테이션 또는 서버 간에 일치하지 않을 때 발생합니다.이 문제는 속도와 듀플렉스를 수동으로 하드코딩하거나 두 디바이스 간의 자동 협상 문제를 통해 발생할 수 있습니다.

Cisco CDP(Discovery Protocol)가 활성화된 두 Cisco 디바이스 간에 불일치가 발생하는 경우 콘솔 또는 두 디바이스의 로깅 버퍼에 CDP 오류 메시지가 표시됩니다.CDP는 오류를 탐지하는 데 유용하며, 인근 Cisco 디바이스의 포트 및 시스템 통계도 유용합니다.CDP는 Cisco가 독점적이며 잘 알려진 mac 주소 01-00-0C-CC-CC-CC에 패킷을 전송하는 방식으로 작동합니다.

다음 예에서는 두 Catalyst 6000 시리즈 스위치 간의 이중 불일치로 인해 발생하는 로그 메시지를 보여줍니다.CatOS를 실행하는 것과 Cisco IOS를 실행하는 것입니다.이러한 메시지는 일반적으로 불일치가 무엇이고 어디서 발생하는지 알려줍니다.

2003 Jun 02 11:16:02 %CDP-4-DUPLEXMISMATCH:Full/half duplex mismatch detected on port 3/2
!--- CatOS switch sees duplex mismatch.
Jun  2 11:16:45 %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet6/2
(not half duplex), with TBA04251336 3/2 (half duplex).
!--- Cisco IOS switch sees duplex mismatch.

CatOS의 경우 show cdp neighbor[mod/port] detail 명령을 사용하여 Cisco 네이버 디바이스에 대한 CDP 정보를 표시합니다.

Switch> (enable) sh cdp neighbor 3/1 detail
Port (Our Port): 3/1
Device-ID: Router
Device Addresses:
  IP Address: 10.1.1.2
Holdtime: 133 sec
Capabilities: ROUTER SWITCH IGMP
Version:
  Cisco Internetwork Operating System Software
  IOS (tm) c6sup2_rp Software (c6sup2_rp-PK2S-M), Version 12.1(13)E6, EARLY DEPL
OYMENT RELEASE SOFTWARE (fc1)
  TAC Support: http://www.cisco.com/tac
  Copyright (c) 1986-2003 by cisco Systems, Inc.
  Compiled Fri 18-Apr-03 15:35 by hqluong
Platform: cisco Catalyst 6000
Port-ID (Port on Neighbors's Device): FastEthernet6/1
!--- Neighbor device to port 3/1 is a Cisco Catalyst 6000 Switch on
!--- FastEth 6/1 running Cisco IOS.
VTP Management Domain: test1Native VLAN: 1
Duplex: full
!--- Duplex is full.
System Name: unknown
System Object ID: unknown
Management Addresses: unknown
Physical Location: unknown
Switch> (enable)

Cisco IOS의 경우 show cdp neighbors card-type {slot/port} detail 명령을 사용하여 Cisco 네이버 디바이스에 대한 CDP 정보를 표시합니다.

Router#sh 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/전이중(Full-Duplex)으로 설정하는 것도 컨피그레이션이 잘못되어 이중 불일치가 발생할 수 있습니다.스위치 포트에서 늦은 충돌이 많은 경우 일반적으로 이중 불일치 문제를 나타내며 포트가 errdisable 상태가 될 수 있습니다.하프 듀플렉스 측에서는 특정 시간에 패킷만 예상하므로, 언제라도 예상되지 않으므로 잘못된 시간에 수신된 패킷은 충돌로 계산됩니다.이중 불일치 외에도 지연 충돌의 다른 원인이 있지만 가장 일반적인 원인 중 하나입니다.항상 연결의 양쪽을 속도/듀플렉스를 자동 협상하도록 설정하거나 양쪽에서 속도/듀플렉스를 수동으로 설정합니다.

CatOS의 경우 show port status [mod/port] 명령을 사용하여 속도 및 듀플렉스 상태와 기타 정보를 표시합니다.필요에 따라 set port speed(포트 속도 설정) 및 set port duplex 명령을 사용하여 양쪽을 10 또는 100 및 1/2 또는 full로 하드코딩합니다.

Switch> (enable) sh port status 3/1
Port  Name                 Status     Vlan       Duplex Speed Type
----- -------------------- ---------- ---------- ------ ----- ------------
 3/1                       connected  1          a-full a-100 10/100BaseTX
Switch> (enable)

Cisco IOS의 경우 show interfaces card-type {slot/port} status 명령을 사용하여 속도 및 듀플렉스 설정과 기타 정보를 표시합니다.인터페이스 컨피그레이션 모드에서 양쪽을 모두 10 또는 100 및 1/2 또는 full로 하드코딩하려면 speed 및 duplex 명령을 사용합니다.

Router#sh interfaces fas 6/1 status
Port    Name               Status       Vlan       Duplex  Speed Type
Fa6/1                      connected    1          a-full  a-100 10/100BaseTX

show interfaces 명령을 status 옵션 없이 사용하면 속도 및 듀플렉스에 대한 설정이 표시되지만 자동 협상을 통해 이 속도와 듀플렉스를 달성했는지 여부는 알 수 없습니다.

Router#sh int 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 카드 문제

Cisco 스위치와 특정 서드파티 NIC 카드 간에 문제가 발생하는 경우가 있습니다.기본적으로 Catalyst 스위치 포트 및 인터페이스는 자동 협상으로 설정됩니다.랩톱 또는 기타 장치와 같은 장치도 자동 협상으로도 설정되는 것은 일반적이지만 자동 협상 문제가 발생하는 경우도 있습니다.

자동 협상 문제를 해결하기 위해 양쪽을 모두 하드코딩하는 것이 좋습니다.자동 협상 또는 하드 코딩이 모두 작동하지 않는 경우 NIC 카드의 펌웨어 또는 소프트웨어에 문제가 있을 수 있습니다.이 문제를 해결하려면 NIC 카드 드라이버를 제조업체의 웹 사이트에서 사용할 수 있는 최신 버전으로 업그레이드하십시오.

속도/이중 및 자동 협상 문제 해결 방법에 대한 자세한 내용은 이더넷 10/100/1000MB Half/Full Duplex Auto-Negotiation 구성 및 문제 해결을 참조하십시오.

서드파티 NIC 문제 해결 방법에 대한 자세한 내용은 Cisco Catalyst 스위치에서 NIC 호환성 문제 트러블슈팅을 참조하십시오.

스패닝 트리 루프

STP(Spanning Tree Protocol) 루프는 포트 또는 인터페이스 문제로 가장하는 심각한 성능 문제를 일으킬 수 있습니다.이러한 상황에서 대역폭은 동일한 프레임에서 계속 사용되므로 합법적인 트래픽에 대한 공간이 거의 없습니다.

STP 루프 가드 기능은 레이어 2 포워딩 루프(STP 루프)에 대한 추가 보호를 제공합니다. 이중화 토폴로지의 STP 차단 포트가 전달 상태로 잘못 전환될 경우 STP 루프가 생성됩니다.이는 일반적으로 물리적으로 이중화된 토폴로지(STP 차단 포트가 아닐 수도 있음)의 포트 중 하나가 더 이상 STP BPDU를 수신하지 않기 때문에 발생합니다.STP는 작동 시 포트 역할에 따라 BPDU의 지속적인 수신 또는 전송을 사용합니다.지정된 포트는 BPDU를 전송하고 지정되지 않은 포트는 BPDU를 수신합니다.

물리적으로 이중화된 토폴로지의 포트 중 하나가 더 이상 BPDU를 수신하지 못할 경우 STP는 토폴로지가 루프 프리(loop free)라고 간주합니다.결국 대체 또는 백업 포트의 차단 포트가 지정되고 전달 상태로 전환됩니다.이 상황은 반복을 생성합니다.

루프 가드 기능은 추가 검사를 수행합니다.BPDU가 지정되지 않은 포트에서 수신되지 않고 루프 가드가 활성화된 경우 해당 포트는 수신/학습/포워딩 상태 대신 STP 루프 불일치 차단 상태로 전환됩니다.루프 가드 기능이 없으면 포트는 지정된 포트 역할을 수행합니다.포트가 STP 전달 상태로 이동하고 루프를 생성합니다.루프 가드 기능에 대한 자세한 내용은 Loop Guard 및 BPDU Skew Detection Features를 사용한 Spanning-Tree Protocol 개선 사항을 참조하십시오.

이 문서에서는 STP에 장애가 발생할 수 있는 이유, 문제의 원인을 파악하기 위해 조사할 정보, STP 위험을 최소화하는 설계 유형에 대해 설명합니다.

루프는 단방향 링크로 인해 발생할 수도 있습니다.자세한 내용은 UDLD를 참조하십시오.이 문서의 단방향 링크 문제 섹션입니다.

UDLD:단방향 링크

단방향 링크는 트래픽이 단방향으로 나가지만 트래픽이 다시 수신되지 않는 링크입니다.스위치에서 다시 들어오는 링크가 잘못되었음을 알지 못합니다(포트가 링크가 작동 및 작동 중인 것으로 간주함).

파이버 케이블 또는 기타 케이블/포트 문제로 인해 단방향 전용 통신이 발생할 수 있습니다.부분적으로 작동하는 이러한 링크는 링크가 부분적으로 끊어진 것을 스위치가 모르는 경우 STP 루프와 같은 문제를 일으킬 수 있습니다.UDLD는 단방향 링크를 탐지할 때 포트를 errdisable 상태로 설정할 수 있습니다.CatOS와 Cisco IOS를 실행하는 스위치에서 명령 udgressive-mode를 구성할 수 있습니다(명령 가용성에 대한 릴리스 정보 확인). 이러한 스위치에서는 작동하지 않는 링크가 허용되지 않는 지점간 연결을 지원합니다.이 기능을 사용하면 단방향 링크 문제를 찾기 어려운 문제를 파악할 수 있습니다

UDLD에 대한 컨피그레이션 정보는 UDLD(Unidirectional Link Detection Protocol) 기능 이해 및 구성을 참조하십시오.

지연된 프레임(손실되지 않음 또는 꺼짐)

많은 수의 지연된 프레임 또는 Out-Discard(일부 플랫폼의 Out-Lost라고도 함)가 있는 경우 스위치의 출력 버퍼가 꽉 찼고 스위치가 이러한 패킷을 삭제해야 함을 의미합니다.이는 이 세그먼트가 낮은 속도 및/또는 양방향으로 실행되거나 이 포트를 통과하는 트래픽이 너무 많다는 신호일 수 있습니다.

CatOS의 경우 show mac 명령을 모듈과 포트에 사용하거나 전체 모듈을 사용하여 아웃폐기된 항목을 확인합니다.

MAC      Dely-Exced MTU-Exced  In-Discard Out-Discard
-------- ---------- ---------- ---------- -----------
2/1              0          -          0    10175888
2/2              0          -          0     9471889
2/3              0          -          0     9095371
2/4              0          -          0     8918785
!--- The show mac command run on mod 2 at different intervals shows
!--- the out-discard counter incrementing.

Cisco IOS의 경우 show interfaces counters error 명령을 사용합니다.

Router#sho 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
!--- incrementing large amounts of OutDiscards while others run clean.

출력 버퍼 장애의 일반적인 원인을 조사합니다.

트래픽 양에 비해 낮은 속도/이중

네트워크가 이 포트를 통해 너무 많은 패킷을 전송하여 포트가 현재 속도/이중 설정으로 처리할 수 있습니다.이는 단일(일반적으로 느린) 포트로 이동하는 여러 고속 포트가 있는 경우에 발생할 수 있습니다.이 포트에서 멈춘 장치를 더 빠른 미디어로 이동할 수 있습니다.예를 들어, 포트가 10Mbps인 경우 이 디바이스를 100Mbps 또는 기가비트 포트로 이동합니다.프레임을 다르게 라우팅하도록 토폴로지를 변경할 수 있습니다.

혼잡 문제:세그먼트 사용량이 너무 많음

세그먼트가 공유될 경우 이 세그먼트의 다른 디바이스는 전송할 기회가 없을 만큼 전송할 수 있습니다.가능한 경우 데이지 체인 허브를 사용하지 마십시오.혼잡은 패킷 손실을 초래할 수 있습니다.패킷 손실이 발생하면 전송 레이어에서 재전송이 이루어지며, 이로 인해 애플리케이션 레벨에서 레이턴시가 발생합니다.10Mbps 링크를 100Mbps 또는 기가비트 이더넷 링크로 업그레이드할 수 있습니다.일부 디바이스를 혼잡한 세그먼트에서 채워지지 않은 다른 세그먼트로 제거할 수 있습니다.네트워크에서 혼잡 방지 우선 순위를 지정합니다.

애플리케이션

사용되는 애플리케이션의 트래픽 전송 특성이 출력 버퍼 문제를 야기할 수 있는 때가 있습니다.32K 윈도우 크기의 사용자 데이터그램 프로토콜(UDP)을 사용하는 기가비트 연결 서버에서 생성되는 NFS 파일 전송은 이러한 유형의 문제를 유발할 수 있는 애플리케이션 설정의 한 예입니다.이 문서에서 다른 제안(속도/이중 선택, 링크에 물리적 오류 없음, 모든 트래픽이 정상 유효 트래픽인 등)을 선택 또는 시도한 경우 애플리케이션에서 전송한 유닛 크기를 줄이면 이 문제를 해결할 수 있습니다.

소프트웨어 문제

"이상함"으로만 간주할 수 있는 동작이 표시될 경우, 동작을 특정 상자로 격리할 수 있으며, 지금까지 제시된 모든 항목을 살펴보았다면 소프트웨어나 하드웨어 문제를 나타낼 수 있습니다.일반적으로 하드웨어를 업그레이드하는 것보다 소프트웨어를 업그레이드하는 것이 더 쉽습니다.소프트웨어를 먼저 변경합니다.

CatOS의 경우 show version 명령을 사용하여 현재 소프트웨어 버전과 업그레이드를 위한 사용 가능한 플래시 메모리를 확인합니다.

Switch> (enable) sh ver
WS-C6006 Software, Version NmpSW: 6.3(3)
Copyright (c) 1995-2001 by Cisco Systems
NMP S/W compiled on Oct 29 2001, 16:50:33
System Bootstrap Version: 5.3(1)
Hardware Version: 2.0  Model: WS-C6006  Serial #: TBA04251336
PS1  Module: WS-CAC-1300W    Serial #: SON04201377
PS2  Module: WS-CAC-1300W    Serial #: SON04201383
Mod Port Model               Serial #    Versions
--- ---- ------------------- ----------- --------------------------------------
1   2    WS-X6K-SUP1A-2GE    SAD041901PP Hw : 3.6
                                         Fw : 5.3(1)
                                         Fw1: 5.4(2)
                                         Sw : 6.3(3)
                                         Sw1: 6.3(3)
         WS-F6K-PFC          SAD041803S3 Hw : 2.0
!--- Output truncated.
       DRAM                    FLASH                   NVRAM
Module Total   Used    Free    Total   Used    Free    Total Used  Free
------ ------- ------- ------- ------- ------- ------- ----- ----- -----
1       65408K  47274K  18134K  16384K  14009K   2375K  512K  308K  204K
!--- Typical CatOS show version output.
!--- Verify free memory before upgrading.
Uptime is 32 days, 4 hours, 44 minutes
Console> (enable)

Cisco IOS의 경우 show version 명령을 사용하여 dir flash와 함께 현재 소프트웨어 버전을 확인합니다.또는 dir bootflash:(platform에 따라 다름) 명령을 사용하여 업그레이드에 사용할 수 있는 플래시 메모리를 확인합니다.

Router#sh ver
Cisco Internetwork Operating System Software
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.
Router

소프트웨어 업그레이드 방법

Catalyst 스위치용 소프트웨어 업그레이드에 대한 자세한 내용은 LAN & ATM 스위치에서 플랫폼을 선택하고 Software Configuration(소프트웨어 컨피그레이션) > Software Upgrade and Working With Configuration Files(소프트웨어 업그레이드 및 컨피그레이션 파일 작업) 섹션을 참조하십시오.

하드웨어 소프트웨어 비호환성

소프트웨어가 하드웨어와 호환되지 않는 상황이 발생할 수 있습니다.이는 새로운 하드웨어가 출시되고 소프트웨어의 특별한 지원이 필요할 때 발생합니다.소프트웨어 호환성에 대한 자세한 내용은 Software Advisor 도구를 사용하십시오.

소프트웨어 버그

운영 체제에 버그가 있을 수 있습니다.최신 소프트웨어 버전을 로드하면 이 문제를 해결할 수 있습니다.소프트웨어 버그 툴킷을 사용하여 알려진 소프트웨어 버그를 검색할 수 있습니다.

손상된 이미지

이미지가 손상되었거나 누락되었을 수 있습니다.손상된 이미지의 복구와 관련된 자세한 내용은 LAN & ATM Switches 아래에서 플랫폼을 선택하고 Troubleshooting(문제 해결) > Recovery from Corrupted or Missing Software(손상되었거나 누락된 소프트웨어에서 복구) 섹션을 참조하십시오.

하드웨어 문제

CatOS 또는 Cisco IOS를 실행하는 Catalyst 6000 및 4000 시리즈 스위치에 대한 show module의 결과를 확인합니다.

Switch> (enable) sh mod
Mod Slot Ports Module-Type               Model               Sub
Status
--- ---- ----- ------------------------- ------------------- -----------
1   1    2     1000BaseX Supervisor      WS-X6K-S2U-MSFC2    yes ok
15  1    1     Multilayer Switch Feature WS-F6K-MSFC2        no  ok
3   3    8     1000BaseX Ethernet        WS-X6408A-GBIC      no  faulty
5   5    48    10/100BaseTX Ethernet     WS-X6348-RJ-45      no  faulty
!--- Status of "faulty" indicates a possible hardware problem.
!--- This could be a line card problem, but since two mods are effected,
!--- perhaps there's a problem with the supervisor.
!--- Use the reset command (CatOS) or hw-module{mod}reset command (Cisco IOS),
!--- or try physically reseating the modules and the supervisor.
!--- Also, try moving the supervisor to slot 2.

스위치의 POST 결과 결과를 확인하여 스위치의 어느 부분에 장애가 표시되었는지 확인합니다.모듈 또는 포트의 테스트가 실패하면 테스트 결과에 'F'가 표시됩니다.

CatOS의 경우 show test 명령을 사용하여 모든 테스트 결과를 확인합니다.모듈당 테스트 결과를 보려면 show test {mod} 명령을 사용합니다.

Switch> (enable) sh test 3
Diagnostic mode: complete   (mode at next reset: minimal)
!--- The diaglevel is set to complete which is a longer but more thorough test.
!--- The command to do this for CatOS is set test diaglevel complete.
Module 3 : 16-port 1000BaseX EthernetLine Card Status for Module 3 : PASS
Port Status :
 Ports 1  2  3  4  5  6  7  8  9  10 11 12 13 14 15 16
 -----------------------------------------------------
       .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .
GBIC Status :
 Ports 1  2  3  4  5  6  7  8  9  10 11 12 13 14 15 16
 -----------------------------------------------------
       .  .  .  .  .  N  .  .  .  .  .  .  .  .  N  N
Line Card Diag Status for Module 3  (. = Pass, F = Fail, N = N/A)
Loopback Status [Reported by Module 1] :
 Ports 1  2  3  4  5  6  7  8  9  10 11 12 13 14 15 16
 -----------------------------------------------------
       F  F  F  F  F  F  F  F  F  F  F  F  F  F  F  F
!--- The failed loopback tests mean the ports are currently unusable.
!--- Use the reset {mod} 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의 경우 Cat6000 및 4000과 같은 모듈형 스위치에서 show diagnostics 명령을 사용합니다.모듈당 POST 결과를 보려면 show diagnostics module {mod} 명령을 사용합니다.

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.

참고: Catalyst 3750, 3550, 2970, 2950/2955 및 2900/3500XL Series 스위치의 경우 show post 명령을 사용합니다. 이는 show post 명령을 사용하는데, 이는 hw 상태에 대한 간단한 통과 또는 실패를 나타냅니다.이 스위치의 LED를 사용하여 POST 결과를 이해할 수 있습니다.게시 결과 이해를 참조하십시오.

CatOS 및 Cisco IOS를 실행하는 Catalyst 스위치의 하드웨어 문제 해결에 대한 자세한 내용은 LAN 및 ATM 스위치 지원 페이지에서 플랫폼을 선택하고 Troubleshooting(문제 해결) > Hardware(하드웨어) 섹션을 참조하십시오.

Field Notices와 관련된 가능한 문제는 LAN 및 ATM 스위치에 대한 Field Notices를 참조하십시오.

레이어 2 스위치 포트에 연결된 레이어 3 인터페이스의 입력 오류

기본적으로 모든 레이어 2 포트는 동적 권장 모드에 있으므로 레이어 2 포트는 트렁크 링크를 구성하고 DTP 패킷을 원격 디바이스로 전송합니다.레이어 3 인터페이스가 레이어 2 스위치 포트에 연결되면 이러한 프레임을 해석할 수 없으므로 입력 오류, WrongEncap 오류 및 입력 대기열이 삭제됩니다.

이 문제를 해결하려면 요구 사항에 따라 스위치 포트의 모드를 고정 액세스 또는 트렁크로 변경합니다.

Switch2(config)#int fa1/0/12
Switch2(config-if)#switchport mode access

또는

Switch2(config)#int fa1/0/12
Switch2(config-if)#switchport trunk encapsulation dot1q

Switch2(config-if)#switchport mode trunk

Rx-No-PKT-BUFF 카운터 및 입력 오류 빠르게 증가

Rx-No-Pkt-Buff 카운터는 WS-X448-GB-RJ45, WS-X4548-GB-RJ45 및 WS-X4548-GB-RJ45V와 같은 블레이드가 있을 경우 포트에서 증가할 수 있습니다.또한 일부 패킷 삭제 증가분은 정상이며 트래픽 버스팅의 결과입니다.

이러한 유형의 오류는 특히 해당 링크를 통과하는 트래픽이 높거나 해당 인터페이스에 연결된 서버와 같은 디바이스가 있는 경우 빠르게 증가합니다.이 높은 트래픽 부하가 포트를 오버서브스크립션하므로 입력 버퍼가 소진되고 Rx-No-Pkt-Buff 카운터 및 입력 오류가 빠르게 증가합니다.

스위치가 패킷 버퍼에 없어 패킷을 완전히 수신할 수 없는 경우 삭제된 패킷마다 이 카운터가 한 번 증가합니다.이 카운터는 Supervisor에서 스위칭 ASIC의 내부 상태를 나타내며 오류 조건을 나타낼 필요는 없습니다.

프레임 일시 중지

포트의 Rx(수신 부품)에 Rx FIFO 대기열이 채워져 상위 워터마크에 도달하면 포트의 Tx(전송 부품)가 해당 포트에 언급된 간격 값으로 일시 중지 프레임을 생성하기 시작합니다.원격 디바이스는 일시 중지 프레임에 언급된 간격 시간 동안 패킷 전송을 중지/줄일 것으로 예상됩니다.

Rx가 이 간격 내에 Rx 큐를 지우거나 낮은 수위 표시에 도달할 수 있는 경우 Tx는 해당 간격을 0(0x0)으로 설명하는 특수 일시 중지 프레임을 전송합니다. 이렇게 하면 원격 디바이스가 패킷 전송을 시작할 수 있습니다.

Rx가 대기열에서 계속 작동하는 경우 간격 시간이 만료되면 Tx는 새 간격 값을 사용하여 새 일시 중지 프레임을 다시 전송합니다.

Rx-No-Pkt-Buff가 0이거나 증가하지 않고 TxPauseFrames 카운터 증분 단위인 경우, 스위치가 일시 중지 프레임 및 원격 끝 개체를 생성하므로 Rx FIFO 큐가 배포됩니다.

Rx-No-Pkt-Buff가 증가되고 TxPauseFrames도 증가하면 원격 끝에서는 일시 중지 프레임을 무시하며(흐름 제어를 지원하지 않음) 일시 중지 프레임에도 불구하고 트래픽을 계속 전송합니다.이러한 상황을 극복하기 위해 속도 및 듀플렉스를 수동으로 구성하고 필요한 경우 흐름 제어를 비활성화합니다.

인터페이스의 이러한 오류 유형은 초과 서브스크립션된 포트의 트래픽 문제와 관련이 있습니다.WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 및 WS-X4548-GB-RJ45V 스위칭 모듈에는 각각 8개의 포트 6개 그룹에 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

각 그룹 내의 8개 포트는 그룹을 내부 스위치 패브릭에 대한 단일 비차단형 전이중 기가비트 이더넷 연결로 효과적으로 멀티플렉싱하는 공통 회로를 사용합니다.8개 포트의 각 그룹에 대해 수신된 프레임은 버퍼링되고 내부 스위치 패브릭에 대한 공통 기가비트 이더넷 링크로 전송됩니다.포트에 대해 수신된 데이터 양이 버퍼 용량을 초과하기 시작하면 흐름 제어는 일시 중지 프레임을 원격 포트로 보내 트래픽을 일시적으로 중지하고 프레임 손실을 방지합니다.

임의의 그룹에서 받은 프레임이 1Gbps의 대역폭을 초과하면 디바이스가 프레임을 삭제하기 시작합니다.이러한 삭제는 실제 인터페이스가 아닌 내부 ASIC에서 삭제되므로 명확하지 않습니다.이로 인해 디바이스 전체의 패킷 처리량이 느려질 수 있습니다.

Rx-No-Pkt-Buff는 총 트래픽 속도에 의존하지 않습니다.이는 모듈 ASIC의 Rx FIFO 버퍼에 저장되는 패킷의 양에 따라 달라집니다.이 버퍼의 크기는 16KB뿐입니다.일부 패킷이 이 버퍼를 채울 때 짧은 버스트 트래픽 흐름으로 계산됩니다.따라서 WS-X4548-GB-RJ45는 8:1 오버서브스크립션 모듈이므로 이 ASIC 포트 그룹의 총 트래픽 속도가 1Gbps를 초과하는 경우 각 포트의 Rx-No-Pkt-Buff를 계산할 수 있습니다.

해당 인터페이스를 통해 많은 양의 트래픽을 전달해야 하는 디바이스가 있는 경우, 단일 그룹을 공유하는 공통 회로가 이 트래픽 양의 영향을 받지 않도록 각 그룹의 포트 하나를 사용하는 것을 고려하십시오.기가비트 이더넷 스위칭 모듈이 완전히 활용되지 않을 경우, 포트 그룹 간에 균형 조정 포트 연결을 연결하여 사용 가능한 대역폭을 극대화할 수 있습니다.예를 들어 WS-X4448-GB-RJ45 10/100/1000 스위칭 모듈을 사용하면 포트 4, 12, 20 또는 30(임의의 순서로)과 같은 다른 그룹의 포트를 연결하여 포트 1, 2, 3, 4, 5, 6, 7, 8과 같은 그룹의 포트를 연결할 수 있습니다.

이렇게 해도 문제가 해결되지 않으면 포트 초과 서브스크립션 없이 모듈을 고려해야 합니다.

알 수 없는 프로토콜 삭제 이해

알 수 없는 프로토콜 삭제는 인터페이스의 카운터입니다.이는 라우터/스위치에서 인식하지 못하는 프로토콜로 인해 발생합니다.

이 show running-config interface 명령 예에는 Gigabit Ethernet 0/1 인터페이스에서 알 수 없는 프로토콜 삭제를 보여 줍니다.

Switch#sh run int Gig 0/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 패킷은 더 이상 인식되지 않으며 삭제됩니다.

스위치와 라우터 간 트렁킹

스위치와 라우터 간의 트렁크 링크를 통해 스위치 포트가 다운될 수 있습니다.switchport를 비활성화하고 활성화한 후 트렁크가 나타날 수 있지만, 결국 switchport는 다시 다운될 수 있습니다.

이 문제를 해결하려면 다음 단계를 완료하십시오.

Cisco CDP(Discovery Protocol)가 스위치와 라우터 간에 실행되며 둘 다 서로를 볼 수 있는지 확인합니다.
라우터 인터페이스에서 Keepalive를 비활성화합니다.
두 디바이스에서 트렁크 캡슐화를 재구성합니다.

keepalive가 비활성화되면 CDP는 링크가 정상적으로 작동할 수 있도록 합니다.

초과 서브스크립션으로 인한 연결 문제

WS-X6548-GE-TX 또는 WS-X6148-GE-TX 모듈을 사용하는 경우 개별 포트 사용률이 연결 문제 또는 주변 인터페이스에서 패킷 손실을 초래할 가능성이 있습니다.초과 서브스크립션에 대한 자세한 내용은 인터페이스/모듈 연결 문제를 참조하십시오.

SPA 모듈의 하위 인터페이스

SPA 모듈에서 802.1Q를 사용하여 하위 인터페이스를 생성한 후에는 스위치에서 동일한 VLAN을 사용할 수 없습니다.하위 인터페이스에 캡슐화 dot1q가 있으면 6500 또는 7600이 내부적으로 VLAN을 할당하고 하위 인터페이스만 구성요소로 만들기 때문에 더 이상 시스템에서 해당 VLAN을 사용할 수 없습니다.

이 문제를 해결하려면 하위 인터페이스 대신 트렁크 포트를 생성합니다.이렇게 하면 모든 인터페이스에서 VLAN을 볼 수 있습니다.

rxTotalDrops 문제 해결

다른 모든 카운터가 0이고 오류를 보고하는 유일한 오류 카운터가 rxTotalDrops인 경우 스패닝 트리가 업링크 포트에서 하나 이상의 VLAN을 차단하므로 CBL(Color Blocking Logic)이 삭제됩니다.

6509> (enable) show counters 1/2
64 bit counters
0  rxHCTotalPkts                      =          32513986812
1  txHCTotalPkts                      =          29657802587
2  rxHCUnicastPkts                    =          18033363526
3  txHCUnicastPkts                    =          29498347453
4  rxHCMulticastPkts                  =          13469995420
5  txHCMulticastPkts                  =             21719352
6  rxHCBroadcastPkts                  =            757199011
7  txHCBroadcastPkts                  =            137735782
8  rxHCOctets                         =       25149393527621
9  txHCOctets                         =       23336028193116
10 rxTxHCPkts64Octets                 =               387871
11 rxTxHCPkts65to127Octets            =          13704213656
12 rxTxHCPkts128to255Octets           =          16915931224
13 rxTxHCPkts256to511Octets           =           1068961475
14 rxTxHCpkts512to1023Octets          =           1945427146
15 rxTxHCpkts1024to1518Octets         =          11340361825
16 txHCTrunkFrames                    =          29657506751
17 rxHCTrunkFrames                    =          32513986812
18 rxHCDropEvents                     =                    0

32 bit counters
0  rxCRCAlignErrors                   =          0
1  rxUndersizedPkts                   =          0
2  rxOversizedPkts                    =          0
3  rxFragmentPkts                     =          0
4  rxJabbers                          =          0
5  txCollisions                       =          0
6  ifInErrors                         =          0
7  ifOutErrors                        =          0
8  ifInDiscards                       =          0
9  ifInUnknownProtos                  =          0
10 ifOutDiscards                      =         98
11 txDelayExceededDiscards            =          0
12 txCRC                              =          0
13 linkChange                         =          1
14 wrongEncapFrames                   =          0
0  dot3StatsAlignmentErrors           =          0
1  dot3StatsFCSErrors                 =          0
2  dot3StatsSingleColFrames           =          0
3  dot3StatsMultiColFrames            =          0
4  dot3StatsSQETestErrors             =          0
5  dot3StatsDeferredTransmisions      =          0
6  dot3StatsLateCollisions            =          0
7  dot3StatsExcessiveCollisions       =          0
8  dot3StatsInternalMacTransmitErrors =          0
9  dot3StatsCarrierSenseErrors        =          0
10 dot3StatsFrameTooLongs             =          0
11 dot3StatsInternalMacReceiveErrors  =          0
12 dot3StatsSymbolErrors              =          0
0  txPause                            =          0
1  rxPause                            =          0
0  rxTotalDrops                       =  253428855
1  rxFIFOFull                         =          0
2  rxBadCode                          =          0
Last-Time-Cleared
--------------------------
Sat Oct 27 2007, 08:24:35
6509> (enable)

포트가 한 쪽의 VLAN을 차단하지만 원격 측에서 해당 VLAN에서 포워딩할 경우, 인터페이스는 rxTotalDrops 카운터를 증가시킵니다.

링크의 양쪽에서 트렁크에 허용된 VLAN을 비교합니다.또한 양쪽에서 이러한 허용된 VLAN에 대한 스패닝 트리 상태를 확인합니다.BPDU는 여전히 능동적으로 구성된 VLAN에서 전송되므로 스위치 A는 구성된 모든 포트와 포워딩 포트에서 BPDU를 전송하지만, 스위치 B는 VLAN이 구성되어 있지 않으므로 BPDU를 삭제합니다.다시 말해, 스위치 B는 구성되지 않은 VLAN에 대한 패킷을 가져오므로 삭제하기만 하면 됩니다.이는 실제 오류가 아니라 단순한 구성 오류입니다.

ifOutDiscards는 일반적으로 전송(Tx) 버퍼가 가득 차면(초과 서브스크립션 때문일 수 있음) 패킷을 삭제하기 시작할 때 발생합니다.

출력 삭제 문제 해결

일반적으로 QoS가 구성되고 특정 패킷 클래스에 충분한 대역폭을 제공하지 않는 경우 출력이 삭제됩니다.이는 초과 서브스크립션을 실행할 때도 발생합니다.

예를 들어, Catalyst 6500 Series Switch의 인터페이스 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 interface 명령의 출력에서 마지막 입력 안 함

이 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

이는 마지막 패킷이 인터페이스에서 성공적으로 수신되고 라우터에서 로컬로 처리된 이후 시간, 분, 초 수를 표시합니다.이 기능은 데드 인터페이스가 실패한 시기를 파악하는 데 유용합니다.이 카운터는 패킷이 빠르게 전환되는 경우가 아니라 패킷이 프로세스 스위칭되는 경우에만 업데이트됩니다.

마지막 입력은 다른 엔드포인트 또는 터미널로의 인터페이스 패킷 전송이 성공적이지 않음을 의미합니다.일반적으로 이는 해당 엔터티에 상대적인 패킷 전송이 없음을 의미합니다.

스위치 포트 및 인터페이스 문제 해결

다운로드 옵션

이 번역에 관하여

목차

기고자

이 문서가 도움이 되셨습니까?

지원 문의

이 문서가 적용되는 제품