Paketverlust auf 10 GB / s-Schnittstelle


9

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

In Bezug auf Ihre Bearbeitung wird die korrekte englische Schreibweise für die Vergangenheitsform von "drop" gelöscht (siehe das Google-Infobox unter der Suchzeile)
Mike Pennington

In meinem Beitrag habe ich das Wort "gelöscht" verwendet, aber ich habe eine E-Mail erhalten (es scheint automatisch zu sein), die gelöscht wurde, ist nicht korrekt und sollte behoben werden.
user4262

Stack Exchange hat auch eine Website für Englischlerner . für den Fall, dass Sie dies klären möchten :-)
Mike Pennington

Hat dir eine Antwort geholfen? Wenn ja, sollten Sie die Antwort akzeptieren, damit die Frage nicht für immer auftaucht und nach einer Antwort sucht. Alternativ können Sie Ihre eigene Antwort bereitstellen und akzeptieren.
Ron Maupin

Antworten:


11

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).


Thx Ricky, ich habe diese Information irgendwie verpasst, dass die Anzahl der Fehler dem verworfenen Paket entspricht :). Meine erste Annahme war ein fehlerhaftes Kabel oder gbic, aber es ist die Hauptschnittstelle für alle wichtigen Online-Video-Streaming-Kunden. Es ist nicht einfach, Interrupt-Dienste zu erhalten, um eine Fensterwartung zu erhalten :) Vielleicht um mit dem Transitpartner zu sprechen.
user4262

1
@ user4262 Ich habe diese als Ergebnis (9 von 10) einer schlechten / schmutzigen Faser gesehen - schlagen Sie vor, diese zuerst zu reinigen und dann zu ersetzen, bevor Sie die Optik in Betracht ziehen.
John Jensen

4

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.


Dies ist eine 10-Gbit / s-Schnittstelle, die über GBIc direkt mit dem ISP verbunden ist. Sie ist nicht mit dem Endbenutzer verbunden ...
user4262

Sie können sie (ISP) bitten, von ihrem Ende aus zu überprüfen.
Mihai

1
Wenn es sich um einen optischen Transceiver handelt, stellen Sie außerdem sicher, dass Sie die Schwellenwerte für die Ausgabe einhalten von: "sh interface transceiver detail"
mastrboy

Thx mastrboy, aber es ist alles innerhalb der minimalen und maximalen Schwellenwerte ..
user4262

5
Immer wenn ich CRC-Fehler oder Eingabe- / Ausgabefehler sehe, gehe ich automatisch davon aus, dass ein Verdrahtungsfehler vorliegt. Das ist nicht immer der Fall, aber es besteht eine hohe Wahrscheinlichkeit dafür; das ist sicher.
Ryan Foley

4

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).


Vielen Dank YLearn, ich habe nicht so viel Erfahrung mit 10G, es ist sehr gute Infos ..
user4262
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.