CCNA-Fundamental

1.4.Identify interface and cable issues

리리아나(Net Wiz) 2024. 2. 25. 16:50

1.4. 인터페이스 확인 및 케이블 이슈 확인

(collisions, errors, mismatch duplex, and/or speed)

 

show interface counter errors

=============================================================================

Port        Align-Err     FCS-Err    Xmit-Err     Rcv-Err  UnderSize  OutDiscards 

Gi0/1               0           0           0           0          944           0 

Gi0/2               0           0           0           0          0            0 

…..

Po3                 0           0           0           0          0            0 

=============================================================================

 

(상세결과 아래)

 

#show interfaces Gi0/1 counters errors

Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards

Gi0/1 0 0 0 944 0 0

=============================================================================

Port      Single-Col  Multi-Col   Late-Col  Excess-Col  Carri-Sen      Runts     Giants 

Gi0/1              0          0          0           0          0          0          0 

Gi0/2              0          0          0           0          0          0          0 

…..

Gi0/50             0          0          0           0          0          0          0 

Po3                0          0          0           0          0          0          0 

=============================================================================

=> 버퍼 실패가 나타나는 이유는 과잉된 트래픽의 결과로 증가할 수 있다.

 

에러 종류

Align-Err

: 이 에러는 받은 패킷들이 해더에 명로된 사이즈보다 길 때 또는 CRC체크가 실패할 때 나타난다.

: 이 증상은 듀플렉스가 맞지 않을 때 또는 케이블, 랜카드 그리고 접속된 포트가 이상 시 발생한다.

스위치 디바이스에 랜포트를 연결 시 나타날 수 있으며, 또 다른 가능성으로 허브에 연결 시 충돌이 발생한다.

 

babbles

: 이 에러는 1518 옥텟 보다 "긴 패킷을 보낼 때" 전송 실패 시 나타난다.

이 증상은 alignment 에러로 발생할 수 있으며, FCS 에러로도 발생할 수 있다.

 

Carri-Sen

: CSMA/CD 개념이 이곳에 적용된다. 이 counter 증가는 매번 하프 듀플렉스 연결을 통해 데이터를 보낼 때 발생한다.

 

collisions

: 프레임을 전송하기 전에 충돌이 발생한 수를 나타낸다.

일반적으로  half 듀플렉스 모드에서 발생하며 풀 듀플렉스 모드에서는 볼 수 없다.

만약 충돌 횟수가 눈부시게 증가할 경우에는 접속된 링크가 매우 바쁘거나, 듀플렉스 모드에 이상이 있을 수 있다.

하프 듀플렉스 : One Way, 풀 듀플렉스 : Two Way(2차선 도로)

 

CRC 

: 1층에서 점검 시, 랜 전송 구간에서 발생하며 또는 받는 쪽 장비에서 해석하지 못할 시에도 발생한다.

원인 

: 이 증상은 일반적으로 1층 구간의 노이즈나 전송구간에서 발생한다. CRC의 증가는 충돌이 발생해서 생길 수 있으며 물리적인 문제로 발생될 수 있다. 이를 해결하는 방법은 구간 구간마다 루프테스트를 통해서 확인한다.

 

deferred 

: 하프 듀플렉스 모드에서 발생하며 프레임이 전송되긴 하나 늦게 보낸 수를 나타낸다. 이유는 라인이 바빠서 생긴다.

 

input packet with dribble condition

: 드리블 에러는 프레임이 얇고 길어서 발생한다.

 

FLAP 발생 : The common cause of link flap is a Layer 1 issue such as a bad cable, duplex mismatch, or bad Gigabit Interface Converter (GBIC) card. Look at the console message or the messages that were sent to the syslog server that state the reason for the port shutdown.

 

Duplex 이슈 : duplex-mismatch error occurs and describes how to configure and verify auto-negotiation on Catalyst switches

 

CPU 올라가는 이유 : 
특정 프로세스에서 높은 CPU 사용률의 문제를 해결하려면 다음을 참조하십시오.

  • ARP Input(ARP 입력) - Troubleshooting High CPU Utilization due due to Processes (프로세스에 따른 높은 CPU 사용률 문제 해결)의 ARP Input (ARP 입력) 섹션이다.
  • BGP 라우터 - BGP 스캐너 또는 BGP 라우터 프로세스로 인한 높은 CPU 문제 해결 문서의  BGP 라우터 프로세스로 인한 높은 CPU 섹션이다.
  • BGP Scanner(BGP 스캐너) - BGP 스캐너 또는 BGP 라우터 프로세스로 인한 높은 CPU 문제 해결, BGP 스캐너 섹션으로 인한 높은 CPU이다. 
  • EXEC - EXEC 및 가상 EXEC 프로세스에서 높은 CPU 사용률이다.
  • HyBridge Input(HyBridge 입력) - ATM 인터페이스를 사용하는 라우터에서 HyBridge 입력 프로세스로 인해 발생하는 높은 CPU 사용률 문제를 해결한다.
  • IP Input(IP 입력) - IP 입력 프로세스로 인한 높은 CPU 사용률 문제를 해결한다.
  • IP SNMP(Simple Networ Management Protocol) - IP SNMP(Simple Network Management Protocol)는 높은 CPU 사용률을 유발한다.
  •  LC ADJ Updater - Cisco 12000 Series Internet Router의 LC 인접 업데이터 프로세스에서 CPU 사용률이 높은 이유는 무엇인가
  • TCP Timer(TCP 타이머) - Troubleshooting High CPU Utilization due to Processes (프로세스로 인한 높은 CPU 사용률 문제 해결) 문서의 TCP Time (TCP 타이버) 섹션이다.
  • TTY BackgroundU(TTY 백그라운드) - 프로세스에 따른 CPU 사용률이 높다. 문제 해결 문서의 TTY 백그라운드 섹션이다.
  • 가상 EXEC - Exec 및 가상 Exec 프로세스에서 높은 CPU 사용률을 유발한다.
  • Vtemplate Backgr(Vtemplate 배경) - 프로세스에 따른 CPU 사용률이 높다. 문제 해결 문서의 가상 테플릿 배경 섹션이다.
  • SSH Process(SSH 프로세스) - SSH가 show tech 또는 디버그가 활성화되어 있다.
  • Other processes(기타 프로세스) - 이 문서의 Other Processes(기타 프로세스) 섹션, 프로세스로 인한 높은 CPU 사용률 문제 해결

# 1G Ethernet 11, 12, 15, 16에서 VOQ drop

VOQ(Virtual Output Queuing)

 

dropVoqlnAcl -> Expected, if ACL or default control-plane policy is dropping packets

해당항목 장비에 ACL이 설정되어 있고, 그 ACL에 의한 filtering이 되었을 때도 증가할 수 있으며, COPP에 사전에 정의된 filtering에 의해서도 발생할 수 있다.

이는 서비스 트래픽과 관련 없는 항목이다.

queuing되어 drop없이 처리되는게 중요하다.

 

# Ingress & egress

  • 유입 노드 (Ingress Node)
    • 백본망 및 VPN 등 한정된 영역을 갖는 고속의 망(MPLS 등)에 패킷이 유입하게 되는 첫 노드를 말한다.
  • 유출 노드 (Egress Node)
    • 백본망 및 VPN 등 한정된 영역을 갖는 고속의 망(MPLS 등)에 유입된 패킷이 유출하게 되는 마지막 노드를 말한다.

# Grant : 승인하다, 허락한다.