ifconfig eth0 RXドロップパケット

問題

ifconfigコマンドのショーは、より多くのパケットがドロップされた RXセクションで。そのため、インターネットからサーバーに到着する一部のパケットに問題があるようです。

質問

このドロップカウンターではどのようなパケットが考慮されますか？iptablesファイアウォールに到達する前、またはパケットがiptablesによって受け入れられた後、到着するすべてのパケットが必要ですか？
ipconfig drop packetsカウンターが増加を停止するように状況を解決するにはどうすればよいですか？

便利なトラブルシューティング情報

私の問題が本当に何なのかわからないので、他の情報が必要だと思われる場合は、このセクションに記入してもらってください。

ifconfig

eth0      Link encap:Ethernet  HWaddr 00:cc:cc:cc:cc:cc  
          inet adr:90.0.0.2  Bcast:90.0.0.255  Masque:255.255.255.0
          adr inet6: fe80::21c:c0ff:feb9:829c/64 Scope:Lien
          adr inet6: 2001:a100:1:bbbb::1/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:113264620 errors:0 dropped:2523 overruns:0 frame:0
          TX packets:168526529 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          RX bytes:59171827564 (55.1 GiB)  TX bytes:223993117711 (208.6 GiB)

RXセクションの「dropped：2523」に注意してください。これが最も重要です。この数は継続的に増加しています。

ip -4ルートショー

default via 90.0.0.254 dev eth0 
90.0.0.0/24 dev eth0  proto kernel  scope link  src 90.0.0.2

ip -6ルートショー

2001:a100:1:bbbb::1/64 dev eth0  proto kernel  metric 256 
fe80::/64 dev eth0  proto kernel  metric 256 
default via 2001:a100:1:bbff:ff:ff:ff:ff dev eth0  metric 1024

プラグインif_err_eth0_dayのmuninグラフ

ここに画像の説明を入力してください

ifconfig packets

— 狐
ソース

ifconfigなります前に、ファイアウォール。これらはインターフェイスレベルの統計です。このリンクは、1つのトラブルシューティングオプションを提供します。

— PP。

私はすでにこれを試してみましたが、残念ながら答えはRing parameters for eth0: Cannot get device ring settings: Operation not supported

— フォックス

着信パケットの0.002％をドロップしています。なぜあなたはそれを心配していますか？

— -Freiheit

それは前に起こらなかったので、突然始まったからです。適切な構成では、ゼロドロップパケットが示されます（必要に応じて、ファイアウォールによって後でドロップされるはずです）。私のサーバーに届くはずの情報が失われているので、その理由を知りたいです。

— フォックス

@Fox：パケットドロップの理由を見つけましたか？新しいルーターサーバーでも同じ問題に直面しています。

— ビギー

回答:

http://www.novell.com/support/kb/doc.php?id=7007165

カーネル2.6.37から、ドロップされたパケットカウントの意味が変更されました。以前は、ドロップされたパケットはエラーが原因である可能性がありました。現在、rx_droppedカウンターは、次の理由でドロップされたフレームの統計を表示します。

ソフトネットバックログがいっぱいです

不良/意図しないVLANタグ

不明/未登録のプロトコル

サーバーがIPv6用に構成されていない場合のIPv6フレーム

[...]

tcpdumpの実行中にrx_droppedカウンターの増分が停止した場合。前述の理由により、ドロップが発生する可能性が高くなります。

— user223369
ソース

増分し続けるとどうなりますか？

— ジャンポール

"" "ethtool -Sを使用して、インターフェイスに実際のエラーがないことを確認します。" "" source access.redhat.com/solutions/657483

— bgtvfr

私もこの問題を追跡しようとしていませんでした。また、Ubuntu 12ボックスでは、RXパケットが毎秒約1の割合でドロップすることに気付きました。私の検索から、他のさまざまなLinuxプラットフォーム、SUSE、Rpiなどで同様の問題を抱えている人を見つけました。Linuxカーネルの何かのようです。この問題を一時的に解消することに気づいた、より興味深い手がかりですが、正確な説明ではありません。

/ etc / network / interfacesで設定を静的からDHCPに変更すると、RXパケットのドロップが停止します。認識されないパケットtはDHCPと関係があり、ボックスがオフになっているときはどうすればよいのかわかりませんか？
tcpdumpを実行すると、ダンプの実行中にパケットドロップが停止し、停止すると戻ってきます。

たぶん、これらの手がかりはこれの一番下に到達するのに役立ちますか？

全体的に、私のネットワークパフォーマンスは問題ないように見えますが、なぜこれが起こっているのかということに興味があります。

— プーチ
ソース