Paketverlust auf 10 GB / s-Schnittstelle

Ich habe eine bestimmte Anzahl von Paketen auf meiner 10-Gbit / s-Schnittstelle auf Cisco 6500 mit Sup 720 verworfen. Sie können unter der Anzahl der verworfenen Pakete innerhalb einer Minute sehen, nachdem ich die Zähler gelöscht habe.

Wir sehen keine Leistungseinbußen und keiner unserer Kunden hat sich beschwert. Wird dies in Zukunft ein ernstes Problem sein? Ich habe noch nie ein einziges Paket in der Warteschlange gesehen. Ich denke darüber nach, die Größe der Eingabewarteschlange auf 1024 zu ändern, da sich standardmäßig 75 Pakete in der Warteschlange befinden, aber ich frage mich, warum Pakete überhaupt nicht in die Warteschlange aufgenommen werden, bevor sie verworfen werden. Auf 1 GB / s-Schnittstellen sehe ich überhaupt keine verworfenen Pakete und alles ist in Ordnung. Bitte helfen Sie mir, das Problem mit Warteschlangenabbrüchen zu lösen.

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

Ich frage mich, warum Pakete überhaupt nicht in die Warteschlange gestellt werden, bevor sie verworfen werden.

Weil es sich um Fehler handelte: 8097 input errors, 7120 CRC, 894 frame Es wird kein Paket in die Warteschlange gestellt, das nicht ordnungsgemäß oder nicht vollständig empfangen wurde (die Eingabewarteschlange befindet sich in der Software, Sie können die Hardware-Warteschlange weiterhin überlaufen, was Sie nicht ändern können).

Ich sehe das in Ihrer Ausgabe:

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

Dies bedeutet, dass Sie möglicherweise eine fehlerhafte Netzwerkkarte (NIC), ein fehlerhaftes Kabel oder einen fehlerhaften Treiber haben.

CRC-Fehler deuten auf ein Problem mit dem Signal hin, wenn es das Medium zwischen Geräten durchquert. Wo 1G gegenüber kleineren Problemen oft viel widerstandsfähiger war, kann 10G sehr spezifisch für das Medium sein.

Bei Kupferverbindungen kann dies auf eine Störung des Kabels hinweisen, wenn Sie kein abgeschirmtes Kabel verwenden, oder auf ein Erdungsproblem in abgeschirmten Kabeln.

Bei Glasfasern bin ich mehrmals auf Fehler gestoßen, und die häufigste Ursache meiner Erfahrung nach ist, dass niemand ein geeignetes Glasfaserkit zum Reinigen der Glasfaser (Transceiver, Kabel und Infrastruktur) beim Herstellen von Verbindungen hatte oder verwendet hat. Dies gilt auch für brandneue Kabel (und manchmal auch mehr).

Ein Glasfaserfernrohr kann für diesen Vorgang sehr nützlich sein, da Sie vor dem Herstellen der Verbindung überprüfen können, ob die Oberflächen sauber und frei von Fehlern (Kratzern usw.) sind.

Überprüfen Sie, wie in anderen Antworten und Kommentaren angegeben, dass Ihr Empfangssignal innerhalb akzeptabler Grenzen liegt (nicht zu stark oder zu schwach), wenn Ihre Hardware dies unterstützt. Wenn nichts anderes vorgeschlagen wird, um das Problem zu beheben, sollten Sie die Transceiver und Kabel nach Möglichkeit austauschen (denken Sie daran, sie erneut zu reinigen, wenn Sie dies tun).