RX: Dropped Packets - Wie finde ich die Ursache?

Re: RX: Dropped Packets - Wie finde ich die Ursache?

A national Acrobat — Mon, 23 Sep 2013 11:30:17 GMT

In welchem Umfeld hast denn die Kiste laufen => nicht korrekte VLAN IDs lösen bei uns das manchmal aus das man sehr viel Pakete als dropped registriert hat .

RX: Dropped Packets - Wie finde ich die Ursache?

kombipaket — Mon, 23 Sep 2013 09:35:22 GMT

Auf meinen Rechnern habe ich das Problem, dass die Anzahl der Dropped Packets hochzählt.

Zuerst habe ich mich mal mit ethtool -[gG] rumgespielt - aber im Endeffekt half mir dieser Link:
http://www.novell.com/support/kb/doc.php?id=7007165

Beginning with kernel 2.6.37, it has been changed the meaning of dropped packet count. Before, dropped packets was most likely due to an error. Now, the rx_dropped counter shows statistics for dropped frames because of:

Softnet backlog full
Bad / Unintended VLAN tags
Unknown / Unregistered protocols
IPv6 frames when the server is not configured for IPv6

If any frames meet those conditions, they are dropped before the protocol stack and the rx_dropped counter is incremented.
Additional Information
Care should be taken to confirm that frames are not being legitimately dropped. A quick way to test this (WARNING: this test does not work for bonding interfaces) is to start a packet capture:

host:~# tcpdump

And then watching the rx_dropped counter. If it stops incrementing while the tcpdump is running; then it is more than likely showing drops because of the reasons listed earlier. If frames continue to be dropped while running tcpdump, investigation should take place to determine root cause.

Während einem tcpdump zählt der Counter nun nicht mehr hoch - nur wie finde ich die Ursache?

Ist das Auswerten eines tcpdumps die einzige Chance? Oder gibt es eine einfachere Möglichkeit um festzustellen, welche Pakerl gedroppt wurden und den Counter zum hochzählen bringen?

Oder gibt es einen Eintrag in /proc, /sys oder sonstwo, um das alte Verhalten (vor 2.6.37) zu erzwingen?

RX: Dropped Packets - Wie finde ich die Ursache?

kombipaket — Mon, 23 Sep 2013 09:35:22 GMT

Auf meinen Rechnern habe ich das Problem, dass die Anzahl der Dropped *TRÖT*s hochzählt.

Zuerst habe ich mich mal mit ethtool -[gG] rumgespielt - aber im Endeffekt half mir dieser Link:
http://www.novell.com/support/kb/doc.php?id=7007165

Beginning with kernel 2.6.37, it has been changed the meaning of dropped packet count. Before, dropped packets was most likely due to an error. Now, the rx_dropped counter shows statistics for dropped frames because of:

Softnet backlog full
Bad / Unintended VLAN tags
Unknown / Unregistered protocols
IPv6 frames when the server is not configured for IPv6

If any frames meet those conditions, they are dropped before the protocol stack and the rx_dropped counter is incremented.
Additional Information
Care should be taken to confirm that frames are not being legitimately dropped. A quick way to test this (WARNING: this test does not work for bonding interfaces) is to start a packet capture:

host:~# tcpdump

And then watching the rx_dropped counter. If it stops incrementing while the tcpdump is running; then it is more than likely showing drops because of the reasons listed earlier. If frames continue to be dropped while running tcpdump, investigation should take place to determine root cause.