2

1 ギガビット NIC を備えたトラフィック ソース (サーバー) が、Cisco スイッチの 1 ギガビット ポートに接続されています。

このトラフィック (SPAN) を同じスイッチの別のギガビット ポートにミラ​​ーリングし、高スループット キャプチャ デバイス (リバーブド シャーク) でこのトラフィックをキャプチャします。キャプチャの Wireshark 分析は、ある程度のパケット損失があることを示しています。TCP セグメントの約 0.1% が失われています (シーケンス番号分析に基づく)。

これがこのトラフィックのネットワーク上の最初のポイントであることを考えると、何がこの損失を引き起こす可能性がありますか? スループットは 1 ギガビットに近くなく、ポート エラーもありません (危険なパッチ リードを示している可能性があります)。

Richard Stevens の図解 TCP 本で、彼は「ローカル輻輳」について言及しています。これは、TCP スタックが、基礎となるローカル キューを空にするよりも速い速度でデータを生成している場合です。

これは私が見ているものでしょうか?もしそうなら、AIXボックスでそれを確認する方法はありますか? (Stevens の例では、ppp0 デバイスに対して Linux の「tc」コマンドを使用して、下位レベルでのドロップを示しています)

4

1 に答える 1

0

失われたものは、ネットワーク パスに沿ったどこにでもある可能性があります。

2 つのホスト間で損失が発生した場合は、DUP ACK が表示されるはずです。DUP ACK を送信している側を確認する必要があります。これは、すべてのパケットを受信して​​いないホストです。(パケットが見つからない場合、DUP ACK を送信して再度パケットを要求します。)

途中、別の場所で渋滞が発生する場合があります。インターフェイスの出力ドロップを探します。またはCRCエラー。

于 2013-02-23T02:24:22.370 に答える