10gb / s 인터페이스의 패킷 드롭

Sup 720을 사용하는 Cisco 6500의 10gb / s 인터페이스에서 특정 수의 패킷이 삭제되었습니다. 카운터를 비운 후 1 분 내에 삭제 된 패킷 수 아래를 확인할 수 있습니다.

우리는 성능 저하를 보지 못했으며 고객 중 누구도 불평하지 않았습니다. 앞으로 심각한 문제가 될까요? 대기열에서 단일 패킷을 본 적이 없습니다. 기본적으로 대기열에 75 패킷이기 때문에 입력 대기열 크기를 1024로 변경하는 것을 고려하고 있지만 패킷이 삭제되기 전에 대기열에 전혀 들어 가지 않는 이유가 궁금합니다. 1gb / s 인터페이스에서 패킷 손실이 전혀 보이지 않으며 모든 것이 정상입니다. 대기열 삭제 문제를 해결하도록 도와주세요.

sh int TenGigabitEthernet1/1

 Hardware is C6k 10000Mb 802.3, address is 000f.3589.ac00 (bia 000f.3589.ac00)
  Description: transit 
  Internet address is 192.0.2.1/24
  MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 84/255, rxload 3/255
  Encapsulation ARPA, loopback not set
  Keepalive not set
  Full-duplex, 10Gb/s
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:01, output hang never
  Last clearing of "show interface" counters 00:00:40
  Input queue: 0/75/8097/0 (size/max/drops/flushes); Total output drops: 0  <-----
                    ^^^^
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 138646000 bits/sec, 99380 packets/sec
  5 minute output rate 3321988000 bits/sec, 329345 packets/sec
  L2 Switched: ucast: 158 pkt, 51401 bytes - mcast: 0 pkt, 0 bytes
  L3 in Switched: ucast: 4120795 pkt, 695621509 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 13774697 pkt, 17424995312 bytes mcast: 0 pkt, 0 bytes
     3484933 packets input, 608041136 bytes, 0 no buffer
     Received 0 broadcasts (0 IP multicasts)
     0 runts, 40 giants, 0 throttles
     8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     11742838 packets output, 14837984934 bytes, 0 underruns
     0 output errors, 0 collisions, 0 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

패킷이 삭제되기 전에 큐에 전혀 들어 가지 않는 이유가 궁금합니다.

오류로 인해 : 8097 input errors, 7120 CRC, 894 frame 제대로 수신되지 않았거나 완전히 수신되지 않은 패킷을 대기열에 넣지 않습니다 (입력 대기열이 소프트웨어에 있음에도 여전히 하드웨어 대기열을 오버런 할 수 있으며 변경할 수 없음)

나는 당신의 출력에서 ​​이것을 본다 :

8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
^^^^               ^^^^      ^^^

이는 네트워크 인터페이스 카드 (NIC), 케이블 또는 드라이버에 결함이있을 수 있음을 의미합니다.

CRC 오류는 신호가 장치 간 매체를 통과 할 때 신호에 문제가 있음을 나타냅니다. 1G가 사소한 문제에 대해 훨씬 더 탄력적 인 경우 10G는 매체에 대해 매우 구체적 일 수 있습니다.

구리 연결의 경우 차폐 케이블을 사용하지 않거나 차폐 케이블의 접지에 문제가있는 경우 전선에 일종의 간섭 블리드가 발생할 수 있습니다.

파이버의 경우 여러 번 오류가 발생했으며, 내 경험에서 가장 일반적인 원인은 연결을 할 때 파이버 (트랜시버, 케이블 및 인프라)를 청소하기 위해 적절한 파이버 키트를 사용하거나 사용하지 않았기 때문입니다. 새 케이블을 사용하는 경우에도 마찬가지입니다.

광섬유 스코프는 연결하기 전에 표면이 깨끗하고 결함 (스크래치 등)이 없는지 확인할 수 있으므로이 프로세스에 매우 유용 할 수 있습니다.

다른 답변과 의견에서 알 수 있듯이 하드웨어가 지원하는 경우 Rx 신호가 허용 가능한 여백 (너무 강하거나 너무 약하지 않은) 내에 있는지 확인하십시오. 다른 방법으로 문제가 해결되지 않으면 가능한 경우 트랜시버와 케이블을 교체해보십시오 (가능한 경우 다시 청소해야 함).