數據包丟失顯示在網絡入口點 - 可能會導致什麼？

具有1千兆位NIC的流量源（服務器）連接到Cisco交換機的1千兆位端口。數據包丟失顯示在網絡入口點 - 可能會導致什麼？

我將此流量（SPAN）鏡像到同一交換機上的單獨千兆位端口，然後在高吞吐量捕獲設備（河牀鯊魚）上捕獲此流量。對捕獲的Wireshark分析表明存在一定程度的數據包丟失 - 大約有0.1％的TCP段丟失（基於序列號分析）。

鑑於這是網絡上此流量的第一個點，會導致此損失的原因是什麼？吞吐量沒有接近1千兆位，沒有端口錯誤（這可能表明一個狡猾的補丁導致）。

在理查德史蒂文斯說明的TCP書中，他提到了「本地擁塞」 - 其中TCP堆棧產生數據的速度快於底層本地隊列可以清空。

難道這就是我所看到的嗎？如果是這樣，是否有方法在AIX機器上進行確認？（Stevens示例在ppp0設備上使用Linux'tc'命令來演示在較低級別丟棄）

來源

2013-02-22 gnomedeplume

丟失可以在網絡路徑中的任何位置。

如果兩個主機之間有損失，您應該看到DUP ACK。您需要查看發送DUP ACK的端口。這將是沒有收到所有數據包的主機。（當沒有看到數據包時，它會發送一個DUP ACK來再次請求數據包。）

沿着路徑的其他地方可能會出現擁塞。在接口上查找輸出下降。或者CRC erros。

來源

2013-02-23 02:24:22 Mwilliams03

我想我的描述可能有點欠缺。 – gnomedeplume 2013-02-25 12:21:20

我想我的描述可能有點欠缺。捕獲是在源點將流量放入網絡的時候進行的。儘管它是網絡上的第一個點，但捕獲顯示TCP段缺失。流量不是通過中間交換機，而是通過擁塞或qos規則丟棄 - 這是網絡中首先出現的問題。我確實看到了預計的重複數據丟失和重傳，這是丟失的後果 - 但我試圖弄清楚如何在旅途中儘早丟失數據包。 – gnomedeplume 2013-02-25 12:30:11

我可能找到了我的「迷失」細分市場。在幾乎所有情況下，「TCP無序」警告都會在幾段中跟蹤「TCP先前段丟失」警告，該警告與已被視爲丟失的段相對應。（我想我的下一個任務將是弄清楚爲什麼他們被送出去） – gnomedeplume 2013-02-25 15:19:43

數據包丟失顯示在網絡入口點 - 可能會導致什麼？

回答

相關問題