TCPDUMPの誤ったチェックサムエラーが多すぎる


23

GNU Linux 64ビットサーバーで実行されたTCPDUMPからの誤ったチェックサムエラーが多すぎます。エクスポートに50%近くの不正なチェックサムがありますか?

cksum 0xe61f(不正(-> 0x8c37)

このデータをどのように解釈できますか?パフォーマンスに大きな影響を与えますか?


4
tcpdump --dont-verify-checksumsこれらを無視するために使用します。
ウィレム14年

回答:


31

TCPチェックサムオフロードと呼ばれる機能により、「不正な」チェックサムが表示されます。発信TCPパケットのチェックサムフィールドは、オペレーティングシステムによって事前に計算されませんが、代わりに0に設定され、NICプロセッサによる計算のために残されます。Wiresharkのよくある質問は、より詳細な説明があります。


私はそれを見ましたが、「間違ったTCPチェックサムを持つパケットがすべてWiresharkが実行されているマシンによって送信されている場合」に固有であり、正当なチェックサムの失敗が多すぎるとネットワークパフォーマンスに影響するかは明確ではありませんでした。
ヴィシャール

4
マシンから送信されたパケットの誤ったチェックサムのみが表示されるはずです。これはWiresharkに固有のものではなく、このレベルで動作するパケットキャプチャソフトウェアは同様の結果を生成します。受信パケットでチェックサムが失敗する場合、実際に問題がある可能性があります-これらのパケットはTCPスタックによって破棄され、再送信と輻輳制御アルゴリズムをトリガーします-これはデータスループットに直接影響します。
the-wabbit

チェックサムエラーは、送信されたパケットのみにありました。ありがとう!
ヴィシャール

再構築が必要な大規模な着信SMBパケットのチェックサムが正しくありません。tcpdump「警告:パケットは後のTCPセグメントで継続されます」というコメントとともに「不正なチェックサム」を含む最初のパケットを出力します。その後、「不正なチェックサム」に続いて「SMB-over-TCP packet:(raw data or continuation?)」というコメントが続くものがいくつかあります。セットの最初のパケットのチェックサムは、後続のすべてが正しい場合に正しいと思います(実際の場所で何のチェックサムを持っていないパケットtcpdumpのチェックサム値をつかんさ)は、その全体≤の64KiBが全体に再構築されています。
デビッド・Tonhofer
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.