Cisco IOS Software를 실행하는 Catalyst 6500/6000 Series 스위치의 일반적인 오류 메시지

소개

이 문서에서는 Cisco IOS^® 시스템 소프트웨어를 실행하는 Cisco Catalyst 6500/6000 Series 스위치에 표시되는 일반적인 syslog 및 오류 메시지에 대한 간단한 설명을 제공합니다. 이 문서에 나타나지 않는 오류 메시지가 있는 경우 Cisco CLI Analyzer(등록된 고객만)를 사용합니다. 이 도구는 Cisco IOS Software 및 Catalyst OS(CatOS) 소프트웨어가 생성하는 오류 메시지의 의미를 제공합니다.

참고: 이 문서에서 설명하는 syslog 및 오류 메시지의 정확한 형식은 약간 다를 수 있습니다. 이러한 변형은 Supervisor Engine에서 실행되는 소프트웨어 릴리스에 따라 달라집니다.

참고: Catalyst 6500/6000의 최소 로깅 구성은 다음과 같습니다.

• 스위치의 날짜 및 시간을 설정하거나 NTP(Network Time Protocol)를 사용하도록 스위치를 구성하여 NTP 서버에서 날짜 및 시간을 가져옵니다.

• 로깅 및 로깅 타임스탬프가 활성화되어 있는지 확인합니다(기본값).

• 가능하면 스위치를 구성하여 syslog 서버에 로그인합니다.

사전 요구 사항

요구 사항

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

사용되는 구성 요소

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

표기 규칙

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

%C6KPWR-SP-4-UNSUPPORTED: 슬롯 [num]에 지원되지 않는 모듈, 전원이 허용되지 않음: [chars]

문제

스위치에서 다음 오류 메시지를 보고합니다.

• C6KPWR-SP-4-UNSUPPORTED: 슬롯 [num]에 지원되지 않는 모듈, 전원 허용되지 않음: [chars]

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

Oct 14 16:50:13: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed: 
Unknown Card Type
Oct 14 16:50:20: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed: 
Unknown Card Type

설명

이 메시지는 지정된 슬롯의 모듈이 지원되지 않음을 나타냅니다. [num]은 슬롯 번호이며 [chars]은 오류에 대한 자세한 내용을 제공합니다.

해결 방법

Supervisor Engine 소프트웨어를 하드웨어 모듈을 지원하는 버전으로 업그레이드합니다. 관련 릴리스에 대해서는 Cisco Catalyst 6500 Series Switches 릴리스의 지원되는 하드웨어 섹션을 참조하십시오. 메시지가 설명하는 문제를 해결하려면 다음 작업 중 하나를 수행합니다.

• 스위치 패브릭 모듈을 삽입하거나 교체합니다.

• 지원되지 않는 모듈을 다른 슬롯으로 이동합니다.

%DUAL-3-INTERNAL: IP-EIGRP 1: 내부 오류

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %DUAL-3-INTERNAL: IP-EIGRP 1: 내부 오류

설명

오류 메시지는 Cisco IOS Software에 내부 버그가 있음을 나타냅니다. 버그는 다음 릴리스에서 수정되었습니다.

• Cisco IOS Software 릴리스 12.2(0.4)

• Cisco IOS Software 릴리스 12.1(6.1)

• Cisco IOS Software 릴리스 12.2(0.5)T

• Cisco IOS Software 릴리스 12.1(6.5)E

• Cisco IOS Software 릴리스 12.1(6.5)EC

• Cisco IOS Software 릴리스 12.1(6)E02

• Cisco IOS Software 릴리스 12.2(0.18)S

• Cisco IOS Software 릴리스 12.2(2)B

• Cisco IOS Software 릴리스 12.2(15)ZN

해결 방법

Cisco IOS Software를 이러한 릴리스 중 하나 또는 최신 릴리스로 업그레이드합니다.

%EARL_L3_ASIC-SP-4-INTR_THROTTLE: "IP_TOO_SHRT" 조절

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %EARL_L3_ASIC-SP-4-INTR_THROTTLE: "IP_TOO_SHRT" 조절

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

Jul 25 12:00:40.228 AEST: %EARL_L3_ASIC-SP-4-INTR_THROTTLE: Throttling "IP_TOO_SHRT"Intr. 
Exceeded permitted 1000/100 intrs/msec

설명

이 메시지는 스위치 포워딩 엔진이 최소 허용 길이보다 짧은 길이의 IP 패킷을 수신함을 나타냅니다. 스위치가 패킷을 삭제합니다. 이전 버전에서는 패킷이 자동으로 삭제되고 포워딩 엔진 통계에 포함됩니다. 이후 버전에서는 오류 메시지가 30분마다 syslog에 기록됩니다. 이러한 문제로 인해 스위치 포워딩 엔진이 다음 유형의 IP 패킷을 수신할 수 있습니다.

• 잘못된 NIC(Network Interface Card) 드라이버

• NIC 드라이버 버그

• 잘못된 애플리케이션

스위치는 단순히 이러한 "불량" 패킷을 수신했다고 보고하고 이를 삭제하려고 합니다.

해결 방법

문제의 원인은 스위치 외부에 있습니다. 불행히도 포워딩 엔진은 이러한 불량 패킷을 전송하는 디바이스의 소스 IP 주소를 추적하지 않습니다. 디바이스를 탐지하는 유일한 방법은 스니퍼를 사용하여 소스를 추적한 다음 디바이스를 교체하는 것입니다.

%EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: 치명적이지 않은 인터럽트[chars]

문제

스위치에서 다음 오류 메시지를 보고합니다.

• EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: 치명적이지 않은 인터럽트 [chars]

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

Apr 20 17:53:38: %EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: 
           Non-fatal interrupt Packet Parser block interrupt
Apr 20 19:13:05: %EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC:
           Non-fatal interrupt Packet Parser block interrupt

설명

%EARL_L3_ASIC-SP-3-INTR_WARN 오류 메시지는 EARL(Enhanced Address Recognition Logic) L3(Layer 3) ASIC(Application-Specific Integrated Circuit)에서 예기치 않은 비장애 상황을 감지했음을 나타냅니다. 이는 잘못된 패킷, 즉 레이어 3 IP 체크섬 오류가 포함된 패킷이 수신 및 삭제되었음을 나타냅니다. 문제의 원인은 네트워크에서 불량 패킷을 전송하는 장치입니다. 이러한 문제 중에서도 특히 잘못된 패킷을 일으킬 수 있습니다.

• 불량 NIC

• 불량 NIC 드라이버

• 잘못된 애플리케이션

이전 Cisco IOS Software 릴리스에서는 이러한 패킷이 로깅되지 않고 일반적으로 삭제됩니다. 이 문제에 대한 오류 메시지를 기록하는 기능은 Cisco IOS Software Release 12.2SX 이상에서 볼 수 있는 기능입니다.

해결 방법

이 메시지는 정보 제공만을 목적으로 합니다. 이를 해결하려면 다음 두 옵션 중 하나를 사용합니다.

• 네트워크 스니퍼를 사용하여 오류 패킷을 전송하는 소스를 식별합니다. 그런 다음 소스 디바이스 또는 애플리케이션 관련 문제를 해결합니다.

• 스위치 하드웨어에서 레이어 3 오류 검사를 비활성화합니다.

  • 패킷 체크섬 오류

  • 패킷 길이 오류

  • 소스 및 목적지 IP 주소가 동일한 패킷

  다음 예와 같이 no mls verify 명령을 사용하여 이러한 오류 검사를 중지합니다.

  • Switch(config)#no mls verify ip checksum
    
    !--- This configures the switch to discontinue checks for packet 
    !--- checksum errors.
    
    

  • Switch(config)#no mls verify ip length {consistent | minimum}
    
    !--- This configures the switch to discontinue checks for packet 
    !--- length errors.
    
    

  • Switch(config)#no mls verify ip same-address
    
    !--- This configures the switch to discontinue checks for packets that have the 
    !--- same source and destination IP addresses.
    
    

%EARL_NETFLOW-4-TCAM_THRLD: Netflow TCAM 임계값 초과, TCAM 사용률 [[dec]%]

문제

스위치에서 다음 오류 메시지를 보고합니다.

• EARL_NETFLOW-4-TCAM_THRLD: Netflow TCAM 임계값 초과, TCAM 사용률 [[dec]%]

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

Aug 24 12:30:53: %EARL_NETFLOW-SP-4-TCAM_THRLD: Netflow TCAM threshold exceeded, 
TCAM Utilization [97%]
Aug 24 12:31:53: %EARL_NETFLOW-SP-4-TCAM_THRLD: Netflow TCAM threshold exceeded, 
TCAM Utilization [97%]

참고: 이 특정 오류 메시지를 필터링하려면 심각도 수준이 같은 모든 오류 메시지가 필터링됩니다. 특정 로그 메시지는 동일한 심각도 레벨에 있는 의 다른 로그에 영향을 주지 않고 필터링할 수 없습니다.

설명

이 메시지는 NetFlow TCAM(ternary content addressable memory)이 거의 꽉 찼음을 나타냅니다. 적극적인 에이징이 일시적으로 활성화됩니다. NetFlow 마스크를 FULL 모드로 변경하면 엔트리가 너무 많기 때문에 NetFlow용 TCAM이 오버플로될 수 있습니다. 이 정보를 확인하기 위해 show mls netflow ip count 명령을 실행합니다.

수퍼바이저 엔진(720)은 30초마다 NetFlow 테이블이 얼마나 꽉 찼는지를 체크한다. Supervisor Engine은 테이블 크기가 거의 90%에 도달하면 적극적인 에이징을 켭니다. 공격적인 노화의 이면에는 테이블이 거의 꽉 차서 새로 만들 수 없는 활동적인 흐름이 생긴다는 생각이다. 따라서 더 많은 활성 플로우를 위한 공간을 확보하기 위해 테이블에서 덜 활성화된 플로우(또는 비활성 플로우)를 적극적으로 에이징아웃하는 것이 좋습니다.

각 PFC(Policy Feature Card) IPv4(NetFlow Table)의 용량(PFC3a 및 PFC3b)은 128,000개의 플로우입니다. PFC3bXL의 경우 용량은 256,000개의 플로우입니다.

해결 방법

이 문제를 방지하려면 FULL NetFlow 모드를 비활성화합니다. no mls flow ip 명령을 실행합니다.

참고: 일반적으로 no mls flow ip 명령은 패킷 전달에 대한 TCAM과 NetFlow 어카운팅에 대한 TCAM이 별개이므로 패킷 전달에 영향을 주지 않습니다.

이 문제를 복구하려면 MLS 빠른 에이징을 활성화합니다. MLS 빠른 에이징 시간을 활성화하는 동안 초기에는 값을 128초로 설정합니다. MLS 캐시의 크기가 32,000개 항목을 초과할 경우 캐시 크기가 32,000개 미만으로 유지될 때까지 설정을 줄입니다. 캐시가 32,000개 항목을 계속 초과할 경우, 일반적인 MLS 에이징 시간을 줄입니다. 8초의 배수가 아닌 에이징 시간 값은 8초의 가장 가까운 배수로 조정됩니다.

Switch#configure terminal
Switch(config)#mls aging fast threshold 64 time 30

다른 해결 방법은 활성화된 경우 서비스 내부를 비활성화하고, 전체 플로우가 필요하지 않은 경우 mls 플로우 ip interface-full을 제거합니다.

Switch(config)#no service internal
Switch(config)#mls flow ip interface-full

%ETHCNTR-3-LOOP_BACK_DETECTED: [chars]에서 킵얼라이브 패킷 루프백이 탐지되었습니다.

문제

스위치가 이 오류 메시지를 보고하면 포트가 강제로 링크됩니다.

• %ETHCNTR-3-LOOP_BACK_DETECTED: [chars]에서 킵얼라이브 패킷 루프백이 탐지되었습니다.

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

Oct 2 10:40:13: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-back detected on 
GigabitEthernet0/1
Oct 2 10:40:13: %PM-4-ERR_DISABLE: loopback error detected on Gi0/1, putting Gi0/1 in 
err-disable state

설명

이 문제는 keepalive 패킷이 keepalive를 전송한 포트로 다시 루프백되기 때문에 발생합니다. 네트워크의 루프를 방지하기 위해 Catalyst 스위치에서 킵얼라이브가 전송됩니다. 킵얼라이브는 모든 인터페이스에서 기본적으로 활성화되어 있습니다. 루프를 탐지하고 중단하는 디바이스에서는 이 문제가 발생하지만 루프를 발생시키는 디바이스에서는 이 문제가 발생하지 않습니다.

해결 방법

keepalive를 비활성화하려면 no keepalive interface 명령을 실행합니다. keepalive를 비활성화하면 인터페이스의 오류 비활성화는 방지되지만 루프는 제거되지 않습니다.

참고: Cisco IOS Software 릴리스 12.2(x)SE 기반 릴리스 이상에서는 기본적으로 파이버 및 업링크 인터페이스에서 keepalive가 전송되지 않습니다.

loadprog: 오류 - 파일 열기 부팅 시: "cisco2-Cat6k-MSFC"를 로드할 수 없습니다.

문제

스위치에서 다음 오류 메시지를 보고합니다.

• loadprog: 오류 - 파일 열기 부팅 시 "bootflash:c6msfc2-boot-mz.121-8a.EX"를 로드할 수 없습니다.

설명

이 문제는 내부 64바이트 경계에 가까운 디바이스에 대한 정렬되지 않은 쓰기에서만 발생합니다. 다음과 같은 상황 중 하나에서 문제가 발생할 수 있습니다.

• 크래시 덤프 파일을 쓰는 동안

  파일 쓰기 시 시스템 충돌이 발생합니다.

• CatOS에서 Cisco IOS 소프트웨어로 마이그레이션하는 동안 코드가 손상된 경우

해결 방법

해결 방법은 디바이스 드라이버가 정렬되지 않은 액세스를 올바르게 처리하도록 수정하는 것입니다. CatOS에서 Cisco IOS 소프트웨어로 마이그레이션하는 동안 코드 손상으로 인해 오류가 발생하면 Flash를 지우고 유효한 새 CatOS 소프트웨어 이미지를 다운로드하십시오.

%L3_ASIC-DFC3-4-ERR_INTRPT: 인터럽트 TF_INT:FI_DATA_INT

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %L3_ASIC-DFC3-4-ERR_INTRPT: %L3 ASIC에서 발생하는 인터럽트 TF_INT:FI_DATA_INT

설명

이 오류 메시지는 레이어 3(L3) 포워딩 ASIC(Application-Specific Integrated Circuit)에 오류가 있음을 나타냅니다. 기본적으로 일부 일시적 트래픽이 ASIC를 통과하고 소프트웨어가 인터럽트 조건의 발생을 보고할 때 스위치가 이 메시지를 표시합니다. 이 조건이 충족되는 즉시 show earl statistics 명령에서 표시하는 카운터가 증가합니다. 소프트웨어가 그러한 상태에서 복구를 시도할 때마다 스위치에서 이 syslog 메시지를 생성합니다. 일반적으로 이 메시지는 발생 빈도가 낮은 경우 정보를 제공합니다. 그러나 오류 메시지가 자주 발생하는 경우 하드웨어에 문제가 있을 수 있습니다.

show earl statistics 명령 출력에서 counters 값을 확인합니다. 카운터가 급격히 증가하면 하드웨어에 문제가 있을 수 있습니다.

%MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP 길이 불일치

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP 길이 불일치

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

May 29 21:54:14 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies
May 29 23:10:44 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies

설명

이러한 메시지는 IP 길이가 패킷의 MAC 길이와 일치하지 않는 패킷이 수신되었음을 나타냅니다. 수퍼바이저 엔진에서 이러한 패킷을 삭제했습니다. 패킷이 삭제되므로 스위치에 부정적인 영향이 없습니다. 스위치는 정보를 제공하기 위해 메시지를 보고합니다. 문제의 원인은 네트워크에서 불량 패킷을 전송하는 장치입니다. 이러한 문제 중에서도 특히 잘못된 패킷을 일으킬 수 있습니다.

• 불량 NIC

• 불량 NIC 드라이버

• 잘못된 애플리케이션

네트워크 스니퍼를 사용하여 오류 패킷을 전송하는 소스를 찾습니다. 그런 다음 소스 디바이스 또는 애플리케이션 관련 문제를 해결합니다.

다른 해결 방법은 스위치 검사를 중지하는 스위치 컨피그레이션입니다.

• 패킷 체크섬 오류

• 패킷 길이 오류

• 소스 및 목적지 IP 주소가 동일한 패킷

스위치 검사를 중지하려면 다음 명령을 사용하십시오.

• Switch(config)#no mls verify ip checksum
  
  !--- This configures the switch to discontinue checks for packet checksum errors.
  
  

• Switch(config)#no mls verify ip length
  
  !--- This configures the switch to discontinue checks for packet length errors.
  
  

• Switch(config)#no mls verify ip same-address
  
  !--- This configures the switch to discontinue checks for packets that have the 
  !--- same source and destination IP addresses.
  
  

%MLS_STAT-SP-4-IP_CSUM_ERR: IP 체크섬 오류

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %MLS_STAT-SP-4-IP_CSUM_ERR: IP 체크섬 오류

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

Jan 20 12:48:52: %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors
Jan 20 14:49:53: %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors

설명

이러한 메시지는 스위치가 잘못된 체크섬 값을 갖는 IP 패킷을 수신함을 나타냅니다. 스위치에서 패킷을 삭제하므로 스위치에 부정적인 영향은 없습니다. 스위치는 정보를 제공하기 위해 메시지를 보고합니다. 문제의 원인은 네트워크에서 불량 패킷을 전송하는 장치입니다. 이러한 문제 중에서도 특히 잘못된 패킷을 일으킬 수 있습니다.

• 불량 NIC

• 불량 NIC 드라이버

• 잘못된 애플리케이션

해결 방법

이를 해결하려면 다음 두 옵션 중 하나를 사용합니다.

• 네트워크 스니퍼를 사용하여 오류 패킷을 전송하는 소스를 식별합니다. 그런 다음 소스 디바이스 또는 애플리케이션 관련 문제를 해결합니다.

• 스위치 하드웨어에서 레이어 3 오류 검사를 비활성화합니다.

  • 패킷 체크섬 오류

  • 패킷 길이 오류

  이러한 오류 검사를 중지하려면 다음 예와 같이 no mls verify 명령을 사용합니다.

  • Switch(config)#no mls verify ip checksum
    
    !--- This configures the switch to discontinue checks for packet 
    !--- checksum errors.
    
    

  • Switch(config)#no mls verify ip length {consistent | minimum}
    
    !--- This configures the switch to discontinue checks for packet 
    !--- length errors.
    
    

%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %MCAST-SP-6-ADDRESS_ALIASING_FALLBACK:

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK: Address Aliasing detected for 
group 0100.5e00.0001 on vlan 632 from possible source ip 10.158.132.185 source 
mac 0000.bea6.82e0

설명

이 메시지는 스위치가 01-00-5e-00-00-xx 범위의 멀티캐스트 MAC 주소로 향하는 과도한 멀티캐스트 트래픽을 수신함을 나타냅니다. 이 멀티캐스트 범위는 IGMP(Internet Group Management Protocol) 제어 트래픽을 위해 예약됩니다. 예를 들면 다음과 같습니다.

• 나뭇잎

• 조인

• 일반 쿼리

스위치 CPU는 일반적으로 모든 IGMP 제어 트래픽을 처리합니다. 따라서 Cisco IOS Software는 예약된 주소로 향하는 과도한 IGMP 멀티캐스트 트래픽을 무시하는 메커니즘을 제공합니다. 이 메커니즘은 CPU가 오버플로우되지 않도록 합니다. 이 메커니즘을 사용하는 것을 "폴백 모드"라고 합니다.

잘못된 멀티캐스트 트래픽의 소스를 찾습니다. 그런 다음 전송을 중지하거나 전송이 더 이상 IGMP 제어 데이터 공간을 침해하지 않도록 스트림의 특성을 수정하십시오. 또한 문제의 원인이 될 수 있는 네트워크 소스를 제공하는 Problem 섹션의 오류 메시지를 사용합니다.

c6k_pwr_get_fru_present(): fru 유형 6에 대한 fru_info를 찾을 수 없습니다. #

문제

스위치에서 다음 오류 메시지를 보고합니다.

• c6k_pwr_get_fru_present(): fru 유형 6에 대한 fru_info를 찾을 수 없습니다. #

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43

설명

이 오류 메시지는 스위치에서 Flex WAN 모듈에서 사용하는 포트 어댑터의 SNMP(Simple Network Management Protocol) 폴링으로의 잘못된 응답 때문에 나타납니다. 이 오류 메시지는 외관상 유용하며 스위치 성능에 문제가 없습니다. 이 문제는 다음 릴리스에서 수정되었습니다.

• Cisco IOS Software 릴리스 12.1(11b)E4

• Cisco IOS Software 릴리스 12.1(12c)E1

• Cisco IOS Software 릴리스 12.1(13)E

• Cisco IOS Software 릴리스 12.1(13)EC

• 이후 릴리스

%MROUTE-3-TWHEEL_DELAY_ERR

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %MROUTE-3-TWHEEL_DELAY_ERR:

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

%MROUTE-3-TWHEEL_DELAY_ERR: Exceeded maximum delay (240000 ms) requested: 7200000

설명

이 메시지는 스위치가 높은 보류 시간 값을 알리는 PIM(Protocol Independent Multicast) 조인/정리 패킷을 수신할 때 나타납니다. 패킷은 스위치의 OS가 허용하는 최대 지연인 4분보다 더 높은 보류 시간 값을 알립니다. 이러한 패킷은 PIM, DVMRP(Distance Vector Multicast Routing Protocol) 및 기타 유형과 같은 멀티캐스트 제어 패킷입니다.

Catalyst 6500/6000용 Cisco IOS Software의 이후 릴리스에서는 이러한 최대 지연 시간이 65,535초 또는 약 17분으로 늘어났습니다. 이 문제는 다음 릴리스에서 수정되었습니다.

• Cisco IOS Software 릴리스 12.1(12c)E

• Cisco IOS Software 릴리스 12.2(12)T01

• Cisco IOS Software 릴리스 12.1(13)E

• Cisco IOS Software 릴리스 12.1(13)EC

• 이후 릴리스

해결 방법

프로토콜 표준에서 권장하는 타이머를 사용하도록 PIM 패킷을 생성하는 서드파티 디바이스를 구성합니다.

%MCAST-SP-6-GC_LIMIT_EXCEEDED

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %MCAST-SP-6-GC_LIMIT_EXCEEDED

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

%MCAST-SP-6-GC_LIMIT_EXCEEDED: IGMP snooping was trying to allocate 
more Layer 2 entries than what=allowed (13000)

설명

이 오류 메시지는 스위치의 IGMP 스누핑 기능이 허용되는 최대 L2(Layer 2) 항목 수를 생성할 때 기록됩니다. 스위치가 멀티캐스트 그룹에 대해 생성할 수 있는 최대 L2 엔트리의 기본 개수는 15,488개입니다. 이후 버전의 Cisco IOS Software에서는 하드웨어가 설치된 L2 멀티캐스트 항목만 한도에 포함됩니다. 자세한 내용은 Cisco 버그 ID CSCdx89380(등록된 고객만 해당)을 참조하십시오. 이 문제는 Cisco IOS Software 릴리스 12.1(13)E1 이상에서 해결되었습니다.

해결 방법

L2 제한을 수동으로 높일 수 있습니다. ip igmp l2-entry-limit 명령을 실행합니다.

%MISTRAL-SP-3-ERROR: 오류 조건이 감지되었습니다. TM_NPP_PARITY_ERROR

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %MISTRAL-SP-3-ERROR: 오류 조건이 감지되었습니다. TM_NPP_PARITY_ERROR

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

Apr 19 22:14:18.237 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: 
TM_NPP_PARITY_ERROR
Apr 19 22:14:25.050 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: 
TM_NPP_PARITY_ERROR
Apr 19 22:15:20.171 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: 
TM_NPP_PARITY_ERROR

설명

이 오류 메시지는 내부 테이블 관리자의 다음 페이지 포인터에 패리티 오류가 있음을 나타냅니다. 스위치가 Cisco IOS Software Release 12.1(8)E 이상을 실행하는 경우, 스위치는 패리티 오류를 감지하고 Mistral ASIC를 재설정합니다. 그러면 다시 로드할 필요 없이 스위치를 계속할 수 있습니다. 임의의 정적 방전이나 기타 외부 요인으로 인해 메모리 패리티 오류가 발생할 수 있습니다. 오류 메시지가 한 번만 표시되거나 거의 표시되지 않으면 스위치 syslog를 모니터링하여 오류 메시지가 격리된 인시던트임을 확인합니다. 이러한 오류 메시지가 다시 발생하는 경우 Cisco 기술 지원부에 서비스 요청을 생성합니다.

%MLS_STAT-4-IP_TOO_SHRT: 수신된 IP 패킷이 너무 짧습니다.

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %MLS_STAT-4-IP_TOO_SHRT: 수신된 IP 패킷이 너무 짧습니다.

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

*Apr  1 10:30:35 EST: %MLS_STAT-SP-4-IP_TOO_SHRT: Too short IP packets received

설명

이 메시지는 스위치 전달 엔진이 최소 허용 길이보다 짧은 길이의 IP 패킷을 수신함을 나타냅니다. 스위치가 패킷을 삭제합니다. 이전 버전에서는 패킷이 자동으로 삭제되고 포워딩 엔진 통계에 포함됩니다. 이는 7.x 이전 또는 Cisco IOS Software 릴리스 12.1(13E) 이전 소프트웨어 릴리스에 적용됩니다. 7.x 이상 또는 Cisco IOS Software Release 12.1(13E) 이상인 소프트웨어 릴리스에서는 30분마다 한 번씩 syslog에 메시지가 기록됩니다.

스위치 쪽에 영향이 없습니다. 스위치는 수신 디바이스에서 삭제했을 수 있는 불량 패킷을 삭제합니다. 유일한 문제는 불량 패킷을 전송하는 디바이스가 있다는 것입니다. 가능한 원인은 다음과 같습니다.

• 잘못된 NIC 드라이버

• NIC 드라이버 버그

• 잘못된 애플리케이션

하드웨어 제한 때문에 Supervisor Engine은 소스 IP, MAC 주소 또는 불량 패킷을 전송하는 디바이스의 포트를 추적하지 않습니다. 이러한 디바이스를 탐지하고 소스 주소를 추적하려면 패킷 스니핑 애플리케이션을 사용해야 합니다.

Problem(문제) 섹션의 메시지는 단순히 스위치에서 보내는 경고/정보 메시지입니다. 메시지는 소스 포트, MAC 주소 또는 IP 주소에 대한 정보를 제공하지 않습니다.

네트워크 내에서 패킷 스니핑 애플리케이션을 사용합니다. 일부 인터페이스를 종료하거나 네트워크에서 일부 디바이스를 제거하여 오작동하는 디바이스를 격리할 수 있는지 확인합니다.

슬롯 [number]에 있는 모듈의 프로세서 [number]이(가) 세션 요청을 처리할 수 없습니다.

문제

스위치에서 다음 오류 메시지를 보고합니다.

• 슬롯 [number]에 있는 모듈의 프로세서 [number]이(가) 세션 요청을 처리할 수 없습니다.

설명

이 오류는 다음 상황에서 세션을 설정하려고 할 때 session slot number processor number 명령을 실행할 때 발생합니다.

• 스위치에 로그인하는 동안 세션이 이미 설정된 모듈에 대한 세션을 설정하려고 합니다.

• 슬롯에서 사용할 수 없는 모듈에 대한 세션을 설정하려고 합니다.

• 모듈에서 사용할 수 없는 프로세서에 대한 세션을 설정하려고 합니다.

%PM_SCP-1-LCP_FW_ERR: 시스템에서 [dec] 모듈을 재설정하여 오류를 복구합니다. [chars]

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %PM_SCP-1-LCP_FW_ERR: 시스템에서 [dec] 모듈을 재설정하여 오류를 복구합니다. [chars]

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

• %PM_SCP-SP-1-LCP_FW_ERR: 시스템 재설정 모듈 13에서 오류를 복구합니다. 라인 카드가 시스템 예외를 받았습니다.

  또는

• %PM_SCP-SP-1-LCP_FW_ERR: 시스템 재설정 모듈 4에서 오류를 복구합니다. 코일 Pb Rx 패리티 오류 - 포트 #14

설명

이 메시지는 지정된 모듈의 펌웨어가 오류를 감지했음을 나타냅니다. 시스템에서 자동으로 모듈을 재설정하여 오류를 복구합니다. [dec]은 모듈 번호이고 [chars]는 오류입니다.

해결 방법

모듈을 재장착하거나 다른 슬롯에 장착하고 모듈이 전체 부팅 진단 테스트를 거치도록 합니다. Catalyst 6500 Series 스위치의 온라인 진단에 대한 자세한 내용은 온라인 진단 구성을 참조하십시오. 모듈이 진단 테스트를 통과한 후 오류 메시지의 재발을 모니터링합니다. 오류가 다시 발생하거나 진단 테스트에서 문제가 발견되면 추가 문제 해결을 위해 Cisco Technical Support에 서비스 요청을 생성합니다.

%PM_SCP-2-LCP_FW_ERR_INFORM: [dec] 모듈에 [chars] 오류가 있습니다.

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %PM_SCP-2-LCP_FW_ERR_INFORM: [dec] 모듈에 [chars] 오류가 있습니다.

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

• %PM_SCP-SP-2-LCP_FW_ERR_INFORM: 모듈 4에서 다음 오류가 발생합니다. 버스 Asic #0 임시 Pb 오류

설명

모듈에서 오류 조건을 보고합니다. 여기서 [dec]은 모듈 번호이고 [chars]는 오류입니다. 이 상태는 일반적으로 라인 카드가 제대로 장착되지 않았거나 하드웨어 장애로 인해 발생합니다. 모든 라인 카드에서 오류 메시지가 표시되면 잘못 장착된 모듈이 원인인 것입니다.

해결 방법

라인 카드 또는 모듈을 재장착하고 재설정합니다. 그런 다음 show diagnostic result module_ # 명령을 실행합니다."

모듈이 재설정된 후에도 오류 메시지가 지속되면 추가 문제 해결을 위해 Cisco Technical Support에 서비스 요청을 생성합니다.

%PM_SCP-SP-2-LCP_FW_ERR_INFORM: [dec] 모듈에 [chars] 오류가 있습니다.

문제

스위치에서 다음 오류 메시지를 보고합니다.

%PM_SCP-SP-2-LCP_FW_ERR_INFORM: 모듈 4에서 다음 오류가 발생했습니다. 포트 #36 일시적인 TX Pb 오류

설명

이 오류 메시지는 포트 36의 데이터 경로에 있는 모듈 번호 4의 일시적인 오류를 나타냅니다. 대부분의 경우 이것은 일회성/일시적인 문제입니다.

해결 방법

1. 포트 Gi4/36을 종료 및 해제하고 문제의 재발을 모니터링합니다.

2. 오류가 다시 발생하면 diagnostic bootup level complete 명령을 사용하여 진단을 완료하도록 설정합니다. 그런 다음 라인 카드를 물리적으로 재장착합니다.

3. 모듈을 재장착한 후에도 오류 메시지가 계속 나타나면 Cisco 기술 지원 팀에 서비스 요청을 생성하여 다음 명령 출력으로 문제를 더 자세히 해결하십시오.

   • 로깅 표시

   • show diagnostic result module 4

   • show module

%PM_SCP-SP-4-UNK_OPCODE: 모듈 [dec]에서 알 수 없는 요청되지 않은 메시지를 받았습니다. opcode [hex]

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %PM_SCP-SP-4-UNK_OPCODE: 모듈 [dec]에서 알 수 없는 요청되지 않은 메시지를 받았습니다. opcode [hex]

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

• 12월 10일 12:44:18.117: %PM_SCP-SP-4-UNK_OPCODE: 모듈 2에서 알 수 없는 원치 않는 메시지를 받았습니다. opcode 0x330

  또는

• 12월 10일 12:44:25.210: %PM_SCP-SP-4-UNK_OPCODE: 모듈 2에서 알 수 없는 원치 않는 메시지를 받았습니다. opcode 0x114

설명

이 오류 메시지는 스위치 Cisco IOS Software 릴리스에서 지원하지 않는 기능 때문에 Supervisor Engine이 라인 카드의 제어 메시지를 이해하지 못함을 나타냅니다.

라인 카드는 활성 수퍼바이저 엔진에 소프트웨어에서 지원하는 기능을 나타내는 제어 메시지를 전송합니다. 그러나 소프트웨어에서 라인 카드 기능을 지원하지 않는 경우 이러한 제어 메시지가 인식되지 않으며 오류 메시지가 표시됩니다. 이 메시지는 문제가 되지 않으며 수퍼바이저 엔진이나 라인 카드의 기능에 영향을 주지 않습니다.

해결 방법

Supervisor Engine 소프트웨어를 최대 기능 지원이 가능한 최신 버전으로 업그레이드합니다. 이 오류 메시지는 프로덕션 또는 트래픽에 영향을 주지 않으므로 메시지를 무시할 수 있습니다.

%PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM: LAN 포트 5/2의 트랜시버에 대한 무결성 검사 실패: 잘못된 키

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM: LAN 포트 5/2의 트랜시버에 대한 무결성 검사 실패: 잘못된 키

설명

이 오류 메시지의 원인은 지원되지 않는 비 Cisco SFP GBIC를 사용했기 때문입니다.

Cisco SFP GBIC에는 Cisco IOS/CAT OS에서 Cisco 플러그형 부품을 식별할 수 있는 고유한 암호화 코드(Quality ID)가 있습니다. 일반 GBIC에는 이 기능이 없으므로 작동할 수 있습니다. 자세한 내용은 %PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM을 참조하십시오.

%PM_SCP-SP-3-LCP_FW_ABLC: 모듈 [dec]의 지연 충돌 메시지, 포트:035

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %PM_SCP-SP-3-LCP_FW_ABLC: 모듈 3의 지연 충돌 메시지, 포트:035

설명

Late Collisions(늦은 충돌) - 두 디바이스가 동시에 전송되며 연결의 어느 쪽도 충돌을 감지하지 못할 때 늦은 충돌이 발생합니다. 이는 네트워크의 한 쪽 끝에서 다른 쪽으로 신호를 전파하는 데 걸리는 시간이 전체 패킷을 네트워크에 넣는 데 걸리는 시간보다 길기 때문에 발생합니다. 지연 충돌을 일으키는 두 디바이스는 전체 패킷을 네트워크에 넣을 때까지 다른 쪽 디바이스에서 전송하고 있다는 사실을 알지 못합니다. 첫 64바이트 슬롯 시간이 지날 때까지는 송신기에서 지연 충돌을 탐지하지 않습니다. 이는 64바이트보다 긴 패킷의 전송에서만 탐지되기 때문입니다.

가능한 원인 - 지연 충돌은 네트워크에 이중 불일치, 잘못된 케이블 또는 규정을 준수하지 않는 허브 수가 있을 때 발생합니다. 불량 NIC도 지연 충돌의 원인이 될 수 있습니다.

%PM-3-INVALID_BRIDGE_PORT: 브리지 포트 번호가 범위를 벗어났습니다.

문제

스위치에서 다음 오류 메시지를 보고합니다.

%PM-3-INVALID_BRIDGE_PORT: Bridge Port number is out of range

설명

이 문제는 표면적으로 나타나며 mib dot1dTpFdbEntry의 SNMP 폴링 때문입니다.

해결 방법

이 디바이스에서 폴링되는 OID를 차단할 수 있습니다. 이 결함은 Cisco IOS Release 12.2(33)SRD04 이상에서 고정됩니다.

%QM-4-TCAM_ENTRY: 하드웨어 TCAM 항목 용량 초과

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %QM-4-TCAM_ENTRY: 하드웨어 TCAM 항목 용량 초과

설명

TCAM은 ACL 및 QoS 엔진의 신속한 테이블 조회를 위해 설계된 특수 메모리입니다. 이 메시지는 TCAM 리소스 소모 및 패킷의 소프트웨어 전환을 나타냅니다. 즉, 각 인터페이스는 TCAM에 자체 ID가 있으므로 더 많은 TCAM 리소스를 사용합니다. 이 문제는 mls qos marking statistics 명령이 있거나 하드웨어 TCAM에 구성된 모든 ACL을 처리할 수 있는 용량이 없는 경우에 발생할 수 있습니다.

해결 방법

• mls qos marking statistics 명령은 기본적으로 활성화되어 있으므로 비활성화합니다.

• TCAM 리소스 경합을 줄이기 위해 여러 인터페이스에서 동일한 ACL을 공유해 보십시오.

%slot_earl_icc_shim_addr: 슬롯 [num]이(가) SuperCard 또는 Supervisor가 아닙니다. - 유효하지 않은 슬롯

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %slot_earl_icc_shim_addr: 슬롯 [num]이(가) SuperCard 또는 Supervisor가 아닙니다. - 유효하지 않은 슬롯

설명

이 메시지는 SNMP 관리자가 TCAM 정보가 없는 라인 카드의 TCAM 데이터를 폴링할 때 발생합니다. 이는 Cisco IOS Software를 실행하는 Catalyst 6500 스위치의 라인 카드에서만 발생합니다. SNMP 폴링 중에 라인 카드에 TCAM 정보가 있는 경우, 데이터는 추가 처리를 위해 NMS(네트워크 관리 시스템)에 제공됩니다. 자세한 내용은 Cisco 버그 ID CSCec39383(등록된 고객만 해당)을 참조하십시오. 이 문제는 Cisco IOS Software 릴리스 12.2(18)에서 수정되었습니다.

이를 해결하려면 NMS에서 TCAM 데이터의 쿼리를 차단할 수 있습니다. TCAM 사용량 데이터를 제공하는 MIB 객체는 cseTcamUsageTable입니다. 역추적을 방지하려면 라우터에서 다음 단계를 완료합니다.

1. snmp-server view tcamBlock cseTcamUsageTable excluded 명령을 실행합니다.

2. snmp-server view tcamBlock iso included 명령을 실행합니다.

3. snmp-server community public view tcamBlock ro 명령을 실행합니다.

4. snmp-server community private view tcamBlock rw 명령을 실행합니다.

%SYSTEM_CONTROLLER-SP-3-ERROR: 오류 조건이 감지되었습니다. TM_NPP_PARITY_ERROR

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %SYSTEM_CONTROLLER-SP-3-ERROR: 오류 조건이 감지되었습니다. TM_NPP_PARITY_ERROR

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

Feb 23 21:55:00: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR
Feb 23 22:51:32: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR
Feb 23 23:59:01: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR

설명

MSFC의 Mistral ASIC에서 발생하는 가장 일반적인 오류는 TM_DATA_PARITY_ERROR, SYSDRAM_PARITY_ERROR, SYSAD_PARITY_ERROR 및 TM_NPP_PARITY_ERROR입니다. 이러한 패리티 오류의 가능한 원인은 랜덤 정적 방전 또는 기타 외부 요인입니다. 이 오류 메시지는 패리티 오류가 발생했음을 나타냅니다. PMPE(Processor Memory Parity Error)는 SEU(Single Event Upset)와 반복된 오류의 두 가지 유형으로 나뉩니다.

이러한 단일 비트 오류는 데이터 단어의 비트가 외부 이벤트로 인해 예기치 않게 변경될 때 발생합니다(예: 0이 1로 자연적으로 변경됨). SEU는 공급업체나 기술에 관계없이 보편적인 현상입니다. SEU는 매우 드물게 발생하지만 모든 컴퓨터 및 네트워크 시스템, 심지어 PC도 이에 해당됩니다. SEU는 또한 소프트 오류라고 불리는데, 이는 노이즈에 의해 야기되며 데이터에 일시적이고 일관되지 않은 오류가 발생하므로, 이는 구성 요소 오류와 관련이 없으며, 대부분 우주 방사선의 결과이다.

오류가 반복되면(종종 하드 오류라고도 함) 구성 요소가 실패하여 발생합니다. 하드 오류는 결함이 있는 구성 요소 또는 잘못 제조된 인쇄 회로 기판과 같은 보드 레벨 문제로 인해 동일한 오류가 반복적으로 발생하는 경우 발생합니다.

해결 방법

오류 메시지가 한 번만 표시되거나 거의 표시되지 않으면 스위치 syslog를 모니터링하여 오류 메시지가 격리된 인시던트임을 확인합니다. 이러한 오류 메시지가 다시 나타나면 수퍼바이저 엔진 블레이드를 재장착합니다. 오류가 중지되면 하드 패리티 오류입니다. 이러한 오류 메시지가 계속 나타나면 Technical Assistance Center에서 케이스를 엽니다.

%SYSTEM_CONTROLLER-SW2_SPSTBY-3-ERROR: 오류 조건 감지: TM_NPP_PARITY_ERROR

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %SYSTEM_CONTROLLER-SW2_SPSTBY-3-ERROR: 오류 조건 감지: TM_NPP_PARITY_ERROR

설명

이 오류 메시지는 패리티 오류가 발생했음을 나타내며 무작위 정적 방전이나 기타 외부 요인이 원인일 수 있습니다. 이는 일시적인 후면 패널 연결과 같은 메모리 패리티 오류를 발생시키거나 전원 문제로 인해 발생할 수 있으며 라인 카드의 ID를 확인하기 위해 모듈에 있는 직렬 PROM(PROM) 내용을 액세스할 수 없는 경우도 있습니다.

모든 컴퓨터 및 네트워크 시스템은 드물게 발생하는 SEU(Single Event Upsets)에 영향을 받기 쉬우며, 때로는 패리티 오류로 설명되기도 합니다. 이러한 단일 비트 오류는 외부 이벤트로 인해 데이터 단어의 비트가 예기치 않게 변경되어 예를 들어 0이 자동으로 1로 변경되는 경우 발생합니다. SEU는 공급업체와 기술에 관계없이 보편적인 현상입니다. SEU는 매우 드물게 발생하지만 모든 컴퓨터 및 네트워크 시스템, 심지어 PC도 이에 해당됩니다. SEU는 소프트 오류라고도 하며, 이는 노이즈에 의해 발생하며 데이터에 일시적이고 일관성 없는 오류가 발생하며 구성 요소 오류와 관련이 없습니다.

하드 오류라고도 하는 반복되는 오류는 실패한 구성 요소로 인해 발생합니다. 하드 오류는 결함이 있는 구성 요소 또는 동일한 오류가 반복적으로 발생하는 부적절하게 제조된 인쇄 회로 기판과 같은 보드 레벨 문제로 인해 발생합니다.

해결 방법

이러한 오류 메시지가 다시 나타나면 유지 보수 기간 동안 Supervisor 모듈을 다시 장착합니다.

SP: Channel 14의 라인 카드 끝점이 하위 패브릭에 동기화되지 않았습니다. 지금 복구하려고 합니다!

문제

스위치에서 다음 오류 메시지를 보고합니다.

• SP: Channel 14의 라인 카드 끝점이 하위 패브릭에 동기화되지 않았습니다. 지금 복구하려고 합니다!

설명

오류 메시지는 대개 잘못 장착된 라인 카드를 가리킵니다. 대부분의 경우 이 문제를 해결하기 위해 라인카드를 물리적으로 재장착할 수 있습니다. 경우에 따라 모듈에 결함이 있는 경우도 있습니다.

1. 이 오류 메시지를 발생시키는 모듈을 식별하려면 show fabric fpoe map 명령을 실행합니다.

   Switch#configure terminal
   Switch(config)#service internal
   Switch(config)#end
   Switch#show fabric fpoe map
   Switch#configure terminal
   Switch(config)#no service internal
   Switch(config)#end
   

   이 예는 show fabric fpoe map 명령의 결과입니다. 출력에서 슬롯 12의 모듈이 오류 메시지를 발생시킨다는 것을 식별할 수 있습니다.

   switch#show fabric fpoe map 
   
   slot channel   fpoe 
   
     12     0    14  <<
   
   
   There are also related errors in "show fabric channel-counters" :
   
   slot channel   rxErrors   txErrors    txDrops  lbusDrops
       1       0          1          0          0          0
       2       0         16          0          0          0
       3       0         16          0          0          0

2. 오류 메시지가 나타나는 모듈을 재장착합니다.

%SYSTEM-1-INITFAIL: 네트워크 부팅이 지원되지 않습니다.

문제

Cisco Catalyst 6000/6500 스위치가 부팅될 때 다음과 같은 오류 메시지가 나타날 수 있습니다.

%SYSTEM-1-INITFAIL: Network boot is not supported.

Invalid device specified
Booting from default device
Initializing ATA monitor library...
monlib.open(): Open Error = -13
loadprog: error - on file open
boot: cannot load "bootdisk:s72033-ipservicesk9-mz.122-18.SXF7.bin"

설명

이 오류는 부팅 변수가 유효한 플래시 디바이스에서 스위치를 부팅하도록 올바르게 구성되지 않은 경우 주로 발생합니다.

그림에서 메시지의 마지막 줄을 확인합니다.

boot: cannot load "bootdisk:s72033-ipservicesk9-mz.122-18.SXF7.bin"

언급된 플래시 디바이스의 이름은 bootdisk이며, IOS 파일 이름의 첫 번째 부분인 s72033은 IOS가 수퍼바이저 모듈 720용임을 나타냅니다. Supervisor 720 모듈에는 bootdisk라는 플래시 디바이스가 없거나 지원되지 않습니다. Supervisor 720 모듈에는 해당 이름의 로컬 플래시가 없기 때문에 스위치에서는 네트워크에서 부팅할 것으로 간주하므로 오류 메시지가 표시됩니다.

해결

올바른 플래시 디바이스 이름 및 유효한 소프트웨어 파일 이름으로 부팅 변수를 구성합니다.

이러한 플래시 디바이스는 수퍼바이저 모듈에서 지원됩니다.

• Supervisor Engine 1 및 Supervisor Engine 2

  플래시 디바이스 이름	설명
  부트플래시:	온보드 플래시 메모리
  슬롯 0:	선형 플래시 PC 카드(PCMCIA 슬롯)
  disk0:	ATA 플래시 PC 카드(PCMCIA 슬롯)

• Supervisor Engine 720

  플래시 디바이스 이름	설명
  부트플래시:	온보드 플래시 메모리
  disk0:	CompactFlash Type II 카드만(디스크 0 슬롯)
  disk1:	CompactFlash Type II 카드(디스크 1 슬롯)

• Supervisor Engine 32

  플래시 디바이스 이름	설명
  부팅 디스크:	온보드 플래시 메모리
  disk0:	CompactFlash Type II 카드만(디스크 0 슬롯)

이렇게 해도 문제가 해결되지 않으면 손상되거나 누락된 부트 로더 이미지 또는 ROMmon 모드에서 Cisco IOS System Software를 실행하는 Catalyst 6500/6000 복구를 참조하십시오.

CPU_MONITOR-3-TIMED_OUT 또는 CPU_MONITOR-6-NOT_HEARD

문제

스위치에서 다음 오류 메시지를 보고합니다.

CPU_MONITOR-3-TIMED_OUT: CPU monitor messages have failed, resetting system
CPU_MONITOR-6-NOT_HEARD: CPU monitor messages have not been heard for [dec] seconds

설명

이러한 메시지는 CPU 모니터 메시지가 오랫동안 수신되지 않았음을 나타냅니다. 시간 초과가 발생할 수 있으며, 이는 시스템을 재설정합니다. [dec]는 초 수입니다.

다음과 같은 이유로 문제가 발생할 수 있습니다.

• 라인 카드 또는 모듈이 제대로 장착되지 않음

• 불량 ASIC 또는 불량 백플레인

• 소프트웨어 버그

• 패리티 오류

• EOBC(Ethernet out of band channel) 채널의 트래픽이 많음

  EOBC 채널은 SNMP(Simple Network Management Protocol) 트래픽 및 스위치로 향하는 패킷을 비롯한 여러 가지 다른 기능을 제공하는 반이중 채널입니다. EOBC 채널이 SNMP 트래픽의 폭풍 때문에 메시지로 가득 찬 경우, 채널은 충돌의 대상이 됩니다. 이 경우 EOBC는 IPC 메시지를 전달할 수 없습니다. 그러면 스위치에 오류 메시지가 표시됩니다.

해결 방법

라인 카드 또는 모듈을 재장착합니다. 유지 보수 기간을 예약할 수 있는 경우, 일시적인 문제를 해결하려면 스위치를 재설정합니다.

라인 카드에 대한 % 유효하지 않은 IDPROM 이미지

문제

Cisco IOS 시스템 소프트웨어를 실행하는 Catalyst 6500 Series 스위치에서 라인 카드 오류 메시지에 대한 %Invalid IDPROM 이미지가 수신되었습니다.

오류 메시지는 다음 메시지와 비슷할 수 있습니다.

% Invalid IDPROM image for daughterboard 1 in slot 4 (error = 4)
% Invalid IDPROM image for linecard in slot 5 (error = 4)
% Invalid IDPROM image for daughterboard 1 in slot 5 (error = 4)

설명

이 오류는 수퍼바이저가 제어 버스에 잘못된 신호를 생성했기 때문에 설치된 라인 카드가 올바르게 부팅되지 않았음을 나타냅니다. 일부 시나리오에서는 부적절한 좌석으로 인해 수퍼바이저 또는 라인 카드가 Cat6500 섀시에서 인식되지 않을 수도 있습니다. 자세한 내용은 Cisco 버그 ID CSCdz65855(등록된 고객만 해당)를 참조하십시오.

해결 방법

이중화 수퍼바이저 설정이 가능한 경우 강제 전환을 수행하고 원래의 활성 수퍼바이저를 재장착합니다.

단일 수퍼바이저 설정인 경우 다운타임을 예약하고 다음 단계를 완료하십시오.

1. 수퍼바이저 모듈을 다른 슬롯으로 이동합니다.

2. 모든 라인 카드를 재장착하고 제대로 배치되었는지 확인합니다.

   모듈의 온라인 삽입 및 제거에 대한 자세한 내용은 Cisco Catalyst 스위치의 OIR(Online Insertion and Removal)을 참조하십시오.

%CPU_MONITOR-SP-6-NOT_HEARD 또는 %CPU_MONITOR-SP-3-TIMED_OUT

문제

스위치에서 다음 오류 메시지를 보고합니다.

%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 61 seconds [2/0]
%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 151 seconds [2/0]
%CPU_MONITOR-SP-3-TIMED_OUT: CPU_MONITOR messages have failed, resetting module [2/0]
%OIR-SP-3-PWRCYCLE: Card in module 1, is being power cycled off (Module not responding to
 Keep Alive polling)
%OIR-SP-3-PWRCYCLE: Card in module 2, is being power-cycled off (Heartbeat Messages Not
 Received From Module)

설명

수퍼바이저는 각 라인 카드에 2초마다 SCP ping을 보냅니다. 3ping(6초) 후 응답이 수신되지 않으면 첫 번째 장애로 계산됩니다. 이러한 연속 장애가 25번 발생한 후 또는 라인 카드로부터 응답을 받지 못한 150초 후 수퍼바이저 전원이 해당 라인 카드를 순환합니다. 30초마다 이 오류 메시지가 스위치에 표시됩니다.

%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 61 seconds [2/0]
%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 151 seconds [2/0]

150초 후 모듈은 다음과 같은 syslog로 전원 사이클을 거칩니다.

%CPU_MONITOR-SP-3-TIMED_OUT: CPU_MONITOR messages have failed, resetting module [2/0]
%OIR-SP-3-PWRCYCLE: Card in module 1, is being power-cycled off (Module not responding to
 Keep Alive polling)
%OIR-SP-3-PWRCYCLE: Card in module 2, is being power-cycled off (Heartbeat Messages Not
 Received From Module)

%C6KPWR-4-DISABLED: 슬롯 [dec] 세트의 모듈에 대한 전원 [chars]

문제

스위치에서 다음 오류 메시지를 보고합니다.

%C6KPWR-4-DISABLED: Power to module in slot [dec] set [chars]

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

%C6KPWR-SP-4-DISABLED: power to module in slot 10 set off (Fabric channel errors)
%C6KPWR-SP-4-DISABLED: power to module in slot 2 set off (Module Failed SCP dnld)
%C6KPWR-SP-4-DISABLED: power to module in slot 9 set off (Module not responding to Keep
 Alive polling)

설명

이 메시지는 표시된 이유로 인해 표시된 슬롯의 모듈이 꺼져 있음을 나타냅니다. [dec]은 슬롯 번호이고, [chars]는 전력 상태를 나타냅니다.

스위치에는 정상적인 진동이 있으며 시간이 지남에 따라 이러한 진동으로 인해 모듈이 백플레인에서 약간 벗어날 수 있습니다. 이 경우 수퍼바이저 킵얼라이브 폴링은 할당된 시간 내에 모듈로부터 응답을 수신하지 않으며, 수퍼바이저는 모듈에 더 잘 연결하기 위해 모듈을 재부팅합니다. 모듈이 여전히 폴링에 응답하지 않을 경우 수퍼바이저는 모듈을 계속 재부팅하며, 결국 오류 비활성화 상태로 전환하고 이 모듈에 대한 전원 공급을 허용하지 않습니다.

해결 방법

모듈을 간단히 재장착하면 이 문제가 90% 해결됩니다. 모듈을 재장착하면 스위치 패브릭이 재정렬되고 후면판에 확실하게 연결됩니다.

관련 모듈이 CSM(Content Switching Module)인 경우 CSM 소프트웨어를 릴리스 4.1(7) 이상으로 업그레이드하는 것이 좋습니다. 이 문제는 Cisco 버그 ID CSCei85928(CSM 소프트웨어 기준)(등록된 고객만 해당) 및 Cisco 버그 ID CSCek28863(Cisco IOS 소프트웨어 기준)(등록된 고객만 해당)에 문서화되어 있습니다.

최신 CSM 소프트웨어는 Cisco Catalyst 6000 Content Switching Module 소프트웨어 다운로드 페이지에서 다운로드할 수 있습니다.

ONLINE-SP-6-INITFAIL: 모듈 [dec]: [chars] 실패

문제

스위치가 오류 메시지를 보고합니다.

ONLINE-SP-6-INITFAIL: Module [dec]: Failed to [chars]

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

%ONLINE-SP-6-INITFAIL: Module 5: Failed to synchronize Port asic

설명

충돌의 원인은 Pinnacle ASIC가 동기화하지 못했기 때문입니다. 이 문제는 일반적으로 접촉 불량 또는 카드 불량으로 인해 발생합니다.

해결 방법

사용자 개입 없이 시스템이 복구됩니다. 오류 메시지가 다시 나타나면 관련 라인 카드 또는 모듈을 재장착합니다.

FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL

문제

스위치가 오류 메시지를 보고합니다.

%FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL: Flowmask request for the flow based 
feature [chars] for protocol [chars] is unsuccessful, hardware acceleration may be disabled 
for the feature

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

%FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL: Flowmask request for the flow based 
feature Reflexive ACL for protocol IPv4 is unsuccessful, hardware acceleration may be disabled 
for the feature

설명

흐름 기반 기능에 대한 흐름 마스크 요청이 실패했습니다. 이 조건은 TCAM 리소스 예외, 플로우 마스크가 리소스 예외를 등록하거나 다른 NetFlow 기반 기능과 충돌하는 확인할 수 없는 플로우 마스크 때문에 발생할 수 있습니다. 이 조건에서는 기능에 대한 NetFlow 바로 가기 설치 및 하드웨어 가속을 비활성화할 수 있으며, 이 기능을 소프트웨어에서 적용할 수 있습니다.

인그레스 반사 ACL만 있고 다른 인터페이스의 인그레스 방향으로 반사 및 평가가 구성된 경우 반사 ACL flowmask 요구 사항은 인그레스 반사 ACL을 기반으로 합니다. Reflective ACL이 QoS 마이크로플로우 폴리싱과 다른 인터페이스에 구성되거나 마이크로플로우 폴리싱 정책 ACL과 중복되지 않는 한, 동일한 인터페이스에 있을 경우 하드웨어에서 공존할 수 있습니다. 동일한 인터페이스에 있고 재귀 ACL과 QoS 정책이 중복되는 경우 재귀 ACL은 NetFlow 바로가기 설치를 비활성화하고 재귀 ACL과 일치하는 트래픽은 소프트웨어 전환됩니다. 이는 충돌하는 flowmask 요구 사항 때문입니다.

이그레스 reflective ACL의 경우 인그레스 NetFlow만 있으므로 reflective ACL flowmask 요구 사항은 모든 인터페이스에서 전역적입니다. 이 경우 QoS 사용자 기반 미세 흐름 폴리싱이 구성된 경우, reflective ACL은 NetFlow 바로 가기 설치를 비활성화하고, 트래픽 매칭 reflective ACL은 소프트웨어 전환됩니다.

해결 방법

기능에 대한 NetFlow 바로가기 설치 활성화/비활성화 상태를 확인하려면 show fm file flowmask 명령을 실행합니다. NetFlow 바로가기 설치 및 하드웨어 가속화가 이 기능에 대해 비활성화되어 있는 경우, 마이크로플로우 폴리싱과 함께 인그레스(ingress) reflective 액세스 리스트만 사용하고, 마이크로플로우 폴리서가 reflective 액세스 리스트와 중복되지 않도록 합니다. 플로우 마스크 요청에 대한 기능을 다시 적용하고 해당 기능에 대한 NetFlow 바로 가기 설치를 다시 활성화합니다.

MCAST-2-IGMP_SNOOP_DISABLE

문제

스위치가 오류 메시지를 보고합니다.

%MCAST-2-IGMP_SNOOP_DISABLE:IGMP Snooping disabled due to excessive events/packets, 
[dec]/[dec]; auto reenable in about 2 mins

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

%MCAST-2-IGMP_SNOOP_DISABLE:IGMP Snooping disabled due to excessive events/packets, 
0/19880; auto reenable in about 2 mins

설명

IGMP 스누핑이 비활성화되어 있지만 시스템에서 멀티캐스트 트래픽을 수신합니다. 이러한 상황에서는 멀티캐스트 패킷이 경로 프로세서로 강제 전달되고 플러딩될 수 있습니다. 과도한 멀티캐스트 트래픽으로 인해 IGMP 스누핑을 자동으로 비활성화할 수 있습니다. IGMP 스누핑은 기본적으로 라우터와 호스트 간에 교환되는 이러한 제어 패킷을 확인하고 조인을 기반으로 leaf 및 query를 통해 멀티캐스트를 수신하는 포트를 업데이트합니다.

이 메시지는 일반적으로 경로 프로세서가 예약된 Layer3/Layer2 멀티캐스트 주소 범위를 대상으로 하는 일반 멀티캐스트 패킷 또는 IGMP 조인 패킷의 예상치보다 훨씬 높은 속도를 수신하기 때문에 발생합니다. 따라서 스위치에 리소스가 부족하고 로깅 메시지가 보고되면 스위치는 IGMP 스누핑을 짧은 기간 동안 완화 및 비활성화합니다.

해결 방법

멀티캐스트 속도 제한 기능을 활성화하고 임계값을 더 큰 수로 설정할 수 있습니다.

속도 제한은 큐가 오버런되지 않도록 하는 더 바람직한 방법이며, 유효한 IGMP 패킷이 삭제될 가능성이 적으므로 스위치의 스누핑 프로세스가 여전히 적절하게 업데이트될 수 있음을 의미합니다.

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

1. no ip igmp snooping 명령을 사용하여 IGMP 스누핑을 비활성화합니다.

2. MAC 주소가 과도한 트래픽이 발생하는 소스에 속하는지 확인하기 위해 Catalyst 6500의 관리 VLAN 인터페이스에서 SPAN 세션을 설정합니다.

3. 소스를 식별하기 위해 CAM 테이블을 살펴보고 해당 소스를 제거합니다.

4. IGMP 스누핑을 다시 활성화합니다.

C6KERRDETECT-2-FIFOLITLEVEL: 시스템이 활성 수퍼바이저 피너클에서 복구할 수 없는 리소스 오류를 감지했습니다.

문제

스위치에서 이러한 오류 메시지를 보고합니다. 오류 메시지는 다음 두 가지 유형 중 하나일 수 있습니다.

C6KERRDETECT-2-FIFOCRITLEVEL: System detected an unrecoverable resources error on the
active supervisor pinnacle

C6KERRDETECT-2-FIFOCRITLEVEL: System detected unrecoverable resources error on active
 supervisor port-asic 

설명

이 오류의 근본 원인은 결함이 있는 모듈이거나 잘못 장착된 모듈일 수 있습니다. 이 특정 슬롯의 섀시 문제일 수도 있습니다. 이 문제는 모듈이 잘못 장착된 경우 일시적인 문제가 될 수 있습니다.

이 메시지는 시스템이 복구 불가능한 리소스를 탐지했음을 나타냅니다. 이는 표시된 Pinnacle ASIC 또는 지정된 포트 ASIC에서 FIFO(First In, First Out) 문제로 인한 것입니다.

해결 방법

이 오류를 해결하기 위해 remote 명령 switch show platform hardware asicreg pinnacle slot 1 port 1 err 명령을 실행하고 다음 단계를 통해 향상된 하드웨어 테스트를 실행하도록 스위치를 구성합니다.

참고: 전체 명령을 입력하고 Enter 키를 누릅니다. Tab 키를 사용하여 명령을 작성할 수 없습니다.

1. diagnostic bootup level complete 명령을 실행하여 진단 수준을 완료로 설정하고 컨피그레이션을 저장합니다.

2. Supervisor를 재장착하고 단단히 삽입합니다

3. 수퍼바이저가 온라인 상태가 되면 show diagnostic 명령을 실행하여 스위치를 모니터링하고 오류 메시지가 계속 나타나는지 확인합니다

%C6KERRDETECT-SP-4-SWBUSSTALL: 스위칭 버스에 3초 동안 실수가 발생했습니다.

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %C6KERRDETECT-SP-4-SWBUSSTALL: 스위칭 버스에 3초 동안 실수가 발생했습니다.

• %C6KERRDETECT-SP-4-SWBUSSTALL_RECOVERED: 스위칭 버스 스톨이 복구되고 데이터 트래픽 스위칭이 계속됩니다.

설명

%C6KERRDETECT-SP-4-SWBUSSTALL 메시지는 스위칭 버스가 중단되고 데이터 트래픽이 손실되었음을 나타냅니다.

%C6KERRDETECT-SP-4-SWBUSSTALL_RECOVERED 메시지는 스위칭 버스가 더 이상 중단되지 않았으며 데이터 트래픽이 계속될 수 있음을 나타냅니다.

기본적으로 시스템 버스의 모듈 중 하나가 정지하면 수퍼바이저가 시간 초과를 탐지하고 자체적으로 복구를 시도합니다. 모듈을 설치하는 중이었다면 모듈이 백플레인에 장착된 상태에서 버스가 멈출 수 있으므로 이러한 메시지가 나타날 수 있습니다.

SP-RP Ping 테스트[7]: 높은 트래픽/CPU 사용률로 인해 테스트를 건너뛰었습니다.

문제

이 오류 메시지는 대역 내 테스트 ping이 실패하여 높은 CPU로 다운될 때 수신됩니다.

SP-RP Ping Test[7]: Test skipped due to high traffic/CPU utilization

설명

SP-RP in band ping은 온라인 진단 테스트이며 SP-RP ping 테스트에 실패했다는 메시지는 정보용입니다. 이는 높은 CPU 사용률을 나타내며 Route Processor로 전달되는 많은 트래픽 또는 스위치 프로세서로 흐르는 스위칭 트래픽의 결과일 수 있습니다. 이는 모든 경로 업데이트 중에도 발생할 수 있습니다. 경우에 따라 Route Processor CPU를 최대 100% 사용하는 것이 정상입니다.

해결 방법

이 오류 메시지는 정보 제공에 불과하며 디바이스 성능에 영향을 미치지 않습니다.

SW_VLAN-4-MAX_SUB_INT

문제

스위치에서 다음 오류 메시지를 보고합니다.

%SW_VLAN-4-MAX_SUB_INT : The number of sub-interfaces allocated for interface [chars] has 
exceeded recommended limits of [dec]

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

%SW_VLAN-4-MAX_SUB_INT: The number of sub-interfaces allocated for interface Gi1/1 has
exceeded recommended limits of 1000

설명

레이어 3 하위 인터페이스의 개수는 스위치의 내부 VLAN에 의해 제한됩니다. Catalyst 6500 Series에는 다양한 용도로 사용되는 4,094개의 VLAN이 있습니다. 현재 상태 VLAN 가용성을 확인하려면 show platform hardware capacity vlan 명령을 실행합니다.

Switch#show platform hardware capacity vlan

VLAN Resources
  VLANs: 4094 total, 9 VTP, 0 extended, 17 internal, 4068 free

해결 방법

하위 인터페이스의 권장 제한은 인터페이스당 1000개, 모듈당 2000개입니다. 인터페이스에 할당된 하위 인터페이스의 수가 권장 한도를 초과하므로 이를 줄입니다.

참고: 스위치 다시 로드 시 표시되는 이러한 메시지의 홍수로 인해 콘솔이 잠길 수 있습니다. 이 문제는 Cisco 버그 ID CSCek73741(등록된 고객만 해당)에 문서화되어 있으며 Cisco IOS Software Releases 12.2(18)SXF10 및 Cisco IOS Software Releases 12.2(33)SXH 이상에서 해결됩니다.

MCAST-6-L2_HASH_BUCKET_COLLISION

문제

스위치에서 다음 오류 메시지를 보고합니다.

MCAST-6-L2_HASH_BUCKET_COLLISION: Failure installing (G,C)->index: 
([enet],[dec])->[hex] Protocol :[dec] Error:[dec]

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

%MCAST-SP-6-L2_HASH_BUCKET_COLLISION: Failure installing (G,C)->index: 
(0100.5e31.d522,802)->0xDA4 Protocol :0 Error:3

이 오류 메시지는 일반적으로 이 메시지와 함께 표시됩니다.

%MCAST-SP-6-GC_LIMIT_EXCEEDED: IGMP snooping was trying to allocate 
more Layer 2 entries than what allowed (15488)

설명

이 메시지는 해시 버킷에 충분한 공간이 없기 때문에 계층 2 항목이 하드웨어에 설치되지 않았음을 나타냅니다. 레이어 2 엔트리 설치에 실패하여 들어오는 VLAN에서 멀티캐스트 패킷이 플러딩됩니다. 제한을 초과하면 추가 그룹 MAC에 대해 플러딩이 발생합니다.

해결 방법

멀티캐스트를 사용하지 않는 경우 IGMP 스누핑을 비활성화할 수 있습니다. 그렇지 않으면 ip igmp snooping l2-entry-limit 명령을 사용하여 해시 항목 제한을 늘릴 수 있습니다.

%QM-4-AGG_POL_EXCEEDED: QoS 하드웨어 리소스 초과: 집계 폴리서 부족

문제

스위치에서 다음 오류 메시지를 보고합니다.

%QM-4-AGG_POL_EXCEEDED: QoS Hardware Resources Exceeded : Out of Aggregate policers

설명

제한된 수의 집계 폴리서만 지원됩니다. EARL7 기반 스위치에서 이 제한은 1023입니다.

해결 방법

포트 기반 QoS 대신 VLAN 기반 QoS를 구성할 수 있습니다. 다음 단계를 완료하십시오.

1. 레이어 2 스위치 포트에 구성된 각 VLAN에 서비스 정책을 적용합니다.

2. 특정 VLAN에 속하는 각 포트에서 서비스 정책을 제거합니다.

3. mls qos vlan-based 명령으로 VLAN 기반 QoS에 대한 각 레이어 2 스위치 포트를 구성합니다.

%EC-SP-5-CANNOT_BUNDLE2: Gi2/1과 호환되지 않으므로 일시 중단됩니다(Gi2/2의 MTU는 1500, Gi2/1은 9216).

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %EC-SP-5-CANNOT_BUNDLE2: Gi2/1과 호환되지 않으므로 일시 중단됩니다(Gi2/2의 MTU는 1500, Gi2/1은 9216).

설명

이 오류 메시지는 포트 채널 멤버의 MTU가 동일하지 않으므로 포트 채널 추가에 장애가 발생함을 나타냅니다. 기본적으로 모든 인터페이스에서는 MTU 크기를 1500으로 사용했습니다. MTU 값의 불일치로 인해 포트가 포트 채널에 추가될 수 없습니다.

해결 방법

해당 멤버 포트에서 동일한 MTU를 구성합니다.

%EC-SP-5-CANNOT_BUNDLE2: Gi1/4는 Gi6/1과 호환되지 않으므로 일시 중단됩니다(Gi1/4의 흐름 제어 전송이 꺼져 있고 Gi6/1이 켜져 있음).

문제

스위치에서 다음 오류 메시지를 보고합니다.

• %EC-SP-5-CANNOT_BUNDLE2: Gi1/4는 Gi6/1과 호환되지 않으므로 일시 중단됩니다(Gi1/4의 흐름 제어 전송이 꺼져 있고 Gi6/1이 켜져 있음).

설명

이 오류 메시지는 속도 또는 흐름 제어 불일치를 나타내므로 포트 채널 추가 실패가 원인입니다.

해결 방법

인터페이스 컨피그레이션이 포트 채널에 참여하는지 확인합니다.

%CFIB-7-CFIB_EXCEPTION: FIB TCAM 예외. 일부 항목은 소프트웨어로 전환됩니다.

문제

스위치에서 다음 오류 메시지를 보고합니다.

%CFIB-7-CFIB_EXCEPTION: FIB TCAM exception, Some entries will be software switched

설명

오류 메시지는 설치된 경로 항목의 수가 하드웨어 FIB 용량 또는 지정된 프로토콜에 설정된 최대 경로 제한에 도달하려고 함을 나타냅니다. 제한에 도달하면 일부 접두사가 삭제됩니다.

해결 방법

예외 모드를 종료하려면 라우터를 다시 로드합니다. 프로토콜에 대한 최대 경로 수를 늘리려면 글로벌 컨피그레이션 모드에서 mls cef maximum-routes 명령을 입력합니다. 기본적으로 SUP의 PFC3 한 개는 192K 항목의 용량을 갖지만 mls cef maximum-routes 239 명령을 사용할 경우, 이는 사용 가능한 최대 TCAM 항목을 활용하는 옵션을 제공합니다. maximum-routes를 확인하려면 show mls cef maximum-routes 명령을 사용합니다. 현재 사용량을 확인하려면 CEF 테이블 정보의 요약을 보여 주는 show mls cef summary 명령을 사용합니다.

모듈이 TestMatchCapture 테스트에 실패했습니다.

문제

show diagnostic result module_#의 이 출력에 표시된 대로 모듈 5(감독자)에서 TestMatchCapture 진단 테스트가 실패합니다.

TestMatchCapture ----------------> F


          Error code ------------------> 59 (DIAG_L2_INDEX_MISMATCH_ERROR)

          Total run count -------------> 1

          Last test execution time ----> Jun 25 2011 04:49:10

          First test failure time -----> Jun 25 2011 04:49:10

          Last test failure time ------> Jun 25 2011 04:49:10

          Last test pass time ---------> n/a

          Total failure count ---------> 1

          Consecutive failure count ---> 1

설명

TestMatchCapture 테스트는 TestProtocolMatchChannel과 TestCapture 테스트의 조합이며 여기에 설명되어 있습니다.

• TestProtocolMatchChannel - TestProtocolMatchChannel 테스트는 레이어 2 포워딩 엔진에서 특정 레이어 2 프로토콜을 매칭할 수 있는지 확인합니다. 수퍼바이저 엔진에서 테스트를 실행하면 진단 패킷이 수퍼바이저 엔진의 인밴드 포트에서 전송되고 레이어 2 포워딩 엔진에서 패킷 조회를 수행합니다. DFC 지원 모듈의 경우 진단 패킷은 스위치 패브릭을 통해 수퍼바이저 엔진의 인밴드 포트에서 전송되며 DFC 포트 중 하나에서 루프백됩니다. Match 기능은 진단 패킷 조회 중에 레이어 2 포워딩 엔진에 의해 검증됩니다.

• TestCapture - TestCapture 테스트에서는 레이어 2 포워딩 엔진의 캡처 기능이 제대로 작동하는지 확인합니다. 캡처 기능은 멀티캐스트 복제에 사용됩니다. 수퍼바이저 엔진에서 테스트를 실행하면 진단 패킷이 수퍼바이저 엔진의 인밴드 포트에서 전송되고 레이어 2 포워딩 엔진에서 패킷 조회를 수행합니다. DFC 지원 모듈의 경우 진단 패킷은 스위치 패브릭을 통해 수퍼바이저 엔진의 인밴드 포트에서 전송되며 DFC 포트 중 하나에서 루프백됩니다. 캡처 기능은 진단 패킷 조회 중에 레이어 2 포워딩 엔진에 의해 검증됩니다.

해결 방법

기회가 있을 때마다 모듈을 재장착합니다. 이러한 오류는 사소한 오류이므로 성능에 어떤 영향도 미치지 않을 경우 무시해도 됩니다.

%CONST_DIAG-SP-3-HM_PORT_ERR: 모듈 2의 포트 5가 10번 연속으로 실패했습니다. 포트 비활성화

문제

스위치에서 다음 오류 메시지를 보고합니다.

%CONST_DIAG-SP-3-HM_PORT_ERR: Port [dec] on module [dec] failed [dec]
	 consecutive times. Disabling the port.

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

%CONST_DIAG-SP-3-HM_PORT_ERR: Port 5 on module 2 failed 10 consecutive
	 times. Disabling the port.

설명

오류 메시지는 포트에 해당하는 데이터 경로가 실패했음을 나타냅니다. 포트가 errdisable 상태가 됩니다.

해결 방법

문제가 자체적으로 해결되는지 확인하려면 라인 카드를 재설정합니다.

%CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: 모듈 7 오류 카운터가 임계값을 초과합니다. 시스템 작업이 계속됩니다.

문제

스위치에서 다음 오류 메시지를 보고합니다.

%CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: Module 7 Error counter 
exceeds threshold, system operation continue.
%CONST_DIAG-SP-4-ERROR_COUNTER_DATA: ID:42 IN:0 PO:255 RE:200 RM:255 DV:2 EG:2 CF:10 TF:117

설명

진단 결과를 확인합니다.

TestErrorCounterMonitor ---------> .

    Error code ------------------> 0 (DIAG_SUCCESS)
    Total run count -------------> 33658
    Last test execution time ----> Apr 15 2012 11:17:46
    First test failure time -----> Apr 03 2012 20:11:36
    Last test failure time ------> Apr 08 2012 19:24:47
    Last test pass time ---------> Apr 15 2012 11:17:46
    Total failure count ---------> 5
    Consecutive failure count ---> 0
    Error Records ---------------> n/a

TestErrorCounterMonitor는 라인 카드에 유지되는 오류 카운터를 정기적으로 폴링하여 시스템의 각 모듈에서 오류/인터럽트를 모니터링합니다.

이 오류 메시지는 라인 카드의 ASIC가 잘못된 CRC가 포함된 패킷을 수신할 때 팝업됩니다. 이 문제는 이 모듈에 대해 로컬이거나 섀시에 있는 다른 결함 모듈에 의해 트리거될 수 있습니다. 이것은 또한 DBUS로부터 피나클 asic에 의해 수신된 불량 CRC를 갖는 프레임들 때문일 수 있다. 즉, 에러 메시지들은 모듈(7)의 버스를 통해 불량 패킷들이 수신되고 있음을 의미한다.

오류 메시지가 발생하는 원인 중 하나는 모듈의 잘못된 장착으로 인해 모듈이 섀시의 백플레인과 제대로 통신할 수 없기 때문입니다. 라인 카드(모듈 불장착), 수퍼바이저 또는 데이터 버스에 문제가 있습니다. 그러나 어떤 구성 요소가 데이터를 손상시키고 잘못된 CRC를 유발하는지 말할 수는 없습니다.

해결 방법

• 먼저 모듈 7을 재장착하고 나사를 잘 조입니다. 또한 재장착하기 전에 diagnostic bootup level complete 명령을 사용하여 진단 프로그램을 완료합니다.

• 재장착이 완료되면 모듈에서 전체 진단 유틸리티가 실행됩니다. 그런 다음 모듈 7에 하드웨어 문제가 없음을 확인할 수 있습니다.

%SYS-3-PORT_RX_BADCODE: 포트 3/43에서 지난 30분 동안 7602개의 잘못된 코드 오류가 검색되었습니다.

문제

스위치에서 다음 오류 메시지를 보고합니다.

%SYS-3-PORT_RX_BADCODE:Port [dec]/[chars] detected [dec] bad code errors in last 30 minutes

다음 예에서는 이 문제가 발생할 때 표시되는 콘솔 출력을 보여 줍니다.

%SYS-3-PORT_RX_BADCODE: Port 3/43 detected 7602 bad code error(s) in last 30 minutes

설명

이 오류 메시지는 포트가 알 수 없는 프로토콜 오류의 영향을 받았음을 나타냅니다. 예를 들어 Catalyst 6500 Series 스위치는 알지 못하거나 인식하지 못하는 프로토콜로 프레임을 수신합니다. 첫 번째 [dec]는 모듈 번호, [chars]는 포트 번호, 두 번째 [dec]는 최근 30분 동안 발견된 알 수 없는 프로토콜의 인바운드 패킷 수입니다.

다음은 오류 메시지의 가능한 원인입니다.

• 속도 및 듀플렉스 설정이 일치하지 않기 때문입니다.

• CDP는 한 쪽에서 활성화되며 다른 쪽에서 활성화되지 않습니다.

• DTP로 인해 이 기능은 스위치 인터페이스에서 기본적으로 활성화되어 있습니다. 라우터가 DTP를 인식하지 못하므로 몇 가지 문제가 발생할 수 있습니다.

해결 방법

인터페이스에서 runts 카운터를 확인합니다. 이 값이 증가하면 인터페이스에서 듀플렉스 불일치가 발생할 수 있습니다.

관련 정보

• Cisco Catalyst 6500 Series Switches
• 오류 메시지 디코더(등록된 고객만 해당)
• 스위치 제품 지원
• LAN 스위칭 기술 지원
• 기술 지원 및 문서 − Cisco Systems