Wie kann ich feststellen, dass lokale (verkabelte) NIC-Pakete verloren gehen?

25976
Ian Boyd

Beim Gigabit-Ethernet der integrierten Realtek RTL8168B / 8111B-Familie gehen Pakete verloren (ca. 8%, wenn ein anderes Gerät im LAN gepingt wird).

In den Windows-Ereignisprotokollen gibt es keine Ereignisse, die sich auf TCPIP / ICMP- oder Frame-Fehler beziehen. Ich habe das Windows-Leistungsmonitor-Tool verwendet, um die Ereignisse in der Kategorie "Netzwerkschnittstelle" zu überwachen, in der Hoffnung, einige Symptome des Paketverlusts zu sehen. Ich konnte keine finden

Kann sich jemand eine Möglichkeit vorstellen, den Paketverlust als diagnostische Bedingung zu "sehen", anstatt Pings zu machen und Antworten zu beobachten, die nicht zurückkommen? Wenn ich irgendwo in Windows finden kann, wo der Paketverlust auf etwas anderes zurückgeht (CRC-Fehler, Prüfsummenfehler, Fragmentierungsproblem usw.), kann ich ihn möglicherweise diagnostizieren.


Es ist eine neue Maschine, und ich gehe davon aus, dass das Problem mit einigen Konfigurationsoptionen im Treiber zusammenhängt:

  • Geschwindigkeit & Duplex : Auto Negotiation
  • Flusskontrolle : Deaktiviert
  • Empfangspuffer : 512
  • Sendepuffer : 128

  • Interrupt-Moderation : Aktiviert

  • Side Scaling empfangen : Aktiviert
  • Priorität und VLAN aktiviert : Priorität und VLAN aktiviert

  • Gigabit automatisch deaktivieren (Energiesparen) : Deaktiviert

  • Automatisches Deaktivieren von PCIe (PowerSaving): Deaktiviert
  • PHY (Energiesparen) automatisch deaktivieren : Deaktiviert
  • Grünes Ethernet : Deaktiviert

  • Wake-On-Lan herunterfahren: Aktiviert

  • Sleep WOL Power Saving : Deaktiviert

  • IPv4 Checksum Offload : Rx & Tx aktiviert

  • TCP Checksum Offload (IPv) : Rx & Tx aktiviert
  • TCP Checksum Offload (IPv6) : Rx & Tx aktiviert
  • UDP Checksum Offload (IPv) : Rx & Tx aktiviert
  • UDP Checksum Offload (IPv6) : Rx & Tx aktiviert
  • Jumbo Frame : Deaktiviert
  • Large Send Offload (IPv4) : Aktiviert
  • Large Send Offload v2 (IPv4) : Deaktiviert
  • Large Send Offload v2 (IPv6) : Aktiviert

Ich habe versucht, Speed ​​& Duplex zu 100 Mbit / s Full Duplex (was es auch ist) zu zwingen, ohne Erfolg.

2

5 Antworten auf die Frage

4
moonpoint

Realtek bietet ein Netzwerk-Diagnosedienstprogramm für die Netzwerkschnittstellenkarte an. Klicken Sie unter Software Drivers & Utilities auf den Link "Windows-Diagnoseprogramm" . Es gibt einige Screenshots für die Software von Realtek Ethernet Diagnostic Software .

Der Befehl netstat, der in Microsoft Windows enthalten ist, bietet einige eingeschränkte Informationen. Ein netstat -sBefehl enthält zusätzliche Informationen zu Fehlern. In Bezug auf die Möglichkeit eines Fragmentierungsproblems gibt es beispielsweise eine Zählung "Datagrams Failing Fragmentation".

C:\>netstat -s  IPv4 Statistics  Packets Received = 265412964 Received Header Errors = 0 Received Address Errors = 5987902 Datagrams Forwarded = 0 Unknown Protocols Received = 2 Received Packets Discarded = 571613 Received Packets Delivered = 292690610 Output Requests = 144483584 Routing Discards = 0 Discarded Output Packets = 906 Output Packet No Route = 0 Reassembly Required = 205 Reassembly Successful = 95 Reassembly Failures = 0 Datagrams Successfully Fragmented = 0 Datagrams Failing Fragmentation = 0 Fragments Created = 0  IPv6 Statistics  Packets Received = 8484877 Received Header Errors = 0 Received Address Errors = 0 Datagrams Forwarded = 0 Unknown Protocols Received = 0 Received Packets Discarded = 373336 Received Packets Delivered = 10041013 Output Requests = 16704131 Routing Discards = 0 Discarded Output Packets = 1889 Output Packet No Route = 171 Reassembly Required = 0 Reassembly Successful = 0 Reassembly Failures = 0 Datagrams Successfully Fragmented = 0 Datagrams Failing Fragmentation = 0 Fragments Created = 0  ICMPv4 Statistics  Received Sent Messages 243917 46542 Errors 0 0 Destination Unreachable 19704 22407 Time Exceeded 177624 0 Parameter Problems 0 0 Source Quenches 0 0 Redirects 0 0 Echo Replies 445 23180 Echos 46144 955 Timestamps 0 0 Timestamp Replies 0 0 Address Masks 0 0 Address Mask Replies 0 0 Router Solicitations 0 0 Router Advertisements 0 0  ICMPv6 Statistics  Received Sent Messages 84300 75766 Errors 0 0 Destination Unreachable 16638 18334 Packet Too Big 0 0 Time Exceeded 0 0 Parameter Problems 0 0 Echos 0 4 Echo Replies 4 0 MLD Queries 0 0 MLD Reports 0 0 MLD Dones 0 0 Router Solicitations 0 15 Router Advertisements 0 0 Neighbor Solicitations 40386 27775 Neighbor Advertisements 27272 29638 Redirects 0 0 Router Renumberings 0 0  TCP Statistics for IPv4  Active Opens = 1900438 Passive Opens = 369225 Failed Connection Attempts = 10450 Reset Connections = 460797 Current Connections = 154 Segments Received = 273517454 Segments Sent = 110060297 Segments Retransmitted = 2182084  TCP Statistics for IPv6  Active Opens = 973341 Passive Opens = 973646 Failed Connection Attempts = 34 Reset Connections = 1735122 Current Connections = 40 Segments Received = 46840865 Segments Sent = 45024383 Segments Retransmitted = 1813578  UDP Statistics for IPv4  Datagrams Received = 51416164 No Ports = 314589 Receive Errors = 2135697 Datagrams Sent = 42118403  UDP Statistics for IPv6  Datagrams Received = 9841716 No Ports = 309860 Receive Errors = 42205 Datagrams Sent = 2040067 

Mit der -pOption können Sie die Anzeige nach Protokoll filtern . Ping stützt sich bei den von ihm gesendeten "Echo-Anfragen" auf ICMP. Sie können also nur die Statistiken für ICMP betrachten netstat -s -p icmp, was jedoch lediglich zu einer Fehlerzählung führt.

c:\>netstat -s -p icmp  ICMPv4 Statistics  Received Sent Messages 243951 46546 Errors 0 0 Destination Unreachable 19710 22409 Time Exceeded 177648 0 Parameter Problems 0 0 Source Quenches 0 0 Redirects 0 0 Echo Replies 445 23182 Echos 46148 955 Timestamps 0 0 Timestamp Replies 0 0 Address Masks 0 0 Address Mask Replies 0 0 Router Solicitations 0 0 Router Advertisements 0 0 

Es gibt auch die netstat -eMöglichkeit, Ethernet-Statistiken anzuzeigen, die mit der Option -s kombiniert werden können, aber es wird nur eine Fehleranzahl angezeigt.

c:\>netstat -e Interface Statistics  Received Sent  Bytes 2205957284 1335899145 Unicast packets 1239501865 433229740 Non-unicast packets 143181375 167714415 Discards 0 0 Errors 0 55 Unknown protocols 0 

Wenn Sie ein anderes Netzwerkkabel haben, können Sie das vorhandene Kabel ersetzen, um ein Kabelproblem als Ursache des Problems auszuschließen.

2
nik

Haben Sie versucht, eine ping von einem anderen Rechner zu dieser Schnittstelle?
Bekommen Sie ICMP-Fehler?

Es wäre auch nützlich, die Schnittstellenstatistiken des Peer-Geräts zu überprüfen, mit dem die Schnittstelle verbunden ist.

  1. Mit welchem ​​Netzwerkgerät verbinden Sie sich?
    • Gibt es Schnittstellenstatistiken?
    • Zeigen sie bestimmte Fehler, die andere Schnittstellen dieses Geräts nicht anzeigen?

Schließlich könnte es auch ein loses Kabel auf dem Pfad sein.
Wenn Sie mehr als zwei Computer in Ihrem Netzwerk haben,
ist dieser Computer auf eine andere Art und Weise angeschlossen? (Wireless Hop?)
Haben Sie überprüft, ob die Anschlüsse fest verdrahtet sind?

Wenn Sie nur mit normalen Ping-Paketen (64 Byte) einen Verlust sehen, ist die IP-Fragmentierung ausgeschlossen.
Wenn Ihre Schnittstellen keine Fehlerzahlen aufweisen, sind auch CRC-Fehler ausgeschlossen.

2
manuel

Verwenden Sie diese beiden Befehle, um NIC-Statistiken zu erhalten:

netsh interface ipv4 show ipstats  netsh interface ipv4 show tcpstats 

Wenn die Anzahl größer als 0 in "In Header Errors", "Fragments Failed", "In Errors" ist, gibt es ein Problem mit dem Draht.

1

Verwenden Sie Wireshark, um zu sehen, welche Pakete verloren gehen oder beschädigt sind. Leider hängt es auch von den Treibern ab.

Zuerst dachte ich, das klingt nach einer guten Idee. Aber je mehr ich darüber nachdachte, desto mehr wurde mir klar, dass es nur helfen würde, zu bestätigen, dass ich Pakete zufällig verliere. Ian Boyd vor 14 Jahren 0
0

Aktivieren Sie die FLOW CONTROl-Einstellung. Versuch es.