10gb / sインターフェイスでのパケットドロップ

Sup 720を搭載したCisco 6500で、10gb / sインターフェイスで特定の数のパケットがドロップされました。カウンターをクリアした後、1分以内にドロップされたパケットの数の下に表示されます。

パフォーマンスの低下は見られず、お客様からの不満はありません。これは今後深刻な問題になるのでしょうか？キューに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信号をサポートしている場合は、Rx信号が許容できるマージン内にある（強すぎたり弱すぎたりしない）ことを確認してください。他に解決策が提案されていない場合は、可能であれば、トランシーバーとケーブルの交換を検討してください（そうする場合は、再度クリーニングすることを忘れないでください）。