我們正在使用業務以太網連接（3Mbit上傳，3Mbit下載）並嘗試瞭解我們測試的帶寬速度問題。上傳大文件時，我們保持340 KB/s;下載我們維持340KB /秒。但是，當我們同時運行這些傳輸時，兩種傳輸速度的上升和下降速度都是不均勻的，平均速度都在250 KB/s左右。我們使用的是Hatteras HN404 CPi，我們繞過了路由器（直接將機器插入Hatteras;將網卡設置爲全雙工）。在對稱互聯網連接上無法實現全速
這是預期嗎？最大上傳量是否會干擾此類互聯網連接的最大下載量？
看來，我是關於同時傳輸速度錯誤。傳輸程序錯誤地計算了250KB/s的速度上升和下降（似乎顯示出高的平均速度）。顯然，商業以太網（在這種情況下，它是由Speakeasy提供的XO電路）僅支持總共3Mb，而不是向上和向下（總共6Mbit）。因此，如果我在理論上同時上下傳輸，則最多隻能有1.5Mbit或最大187.5KB/s（如果沒有開銷）。
您確定瓶頸是您的連接嗎？
當同時上傳和下載發生在不同的系統上，或者只有一個系統同時處理上傳和下載時，你是否也看到了這種行爲？
如果問題消失時獨立機器正在做這項工作，瓶頸可能更接近硬盤驅動器。
這聽起來應該是我對低端產品線的經驗。在家庭線路上，我發現流量整形和緩衝區大小的改變可以是一個巨大的幫助。
沒有任何異常流量整形的TCP/IP會犧牲其他所有功能來支持最具攻擊性的流量。在你的情況下，這意味着對傳出ACK的響應以及下載的響應將被延遲或者甚至被丟棄。看看你的HN404是否支持基於類的排隊或類似的嘗試。
是的，它是預期的。這是任何情況下的症狀，在此情況下您的連接受到限制或限制。如果您使上行鏈路飽和，則會影響下行鏈路，反之亦然。
這是因爲您的連接的速率限制會影響TCP握手確認數據包（ACK）並破壞這些數據包流動的正常「平衡」。
這是此頁約Cable Modem Troubleshooting Tips上非常詳盡的描述，但不限於電纜調制解調器：
如果飽和您的電纜調制解調器與上傳，你下載的ACK 包 上傳帽將不得不 排隊等待上傳數據包擁塞的 之間的差距。所以你的 的ACK將被延遲迴到 的遠程下載服務器，因此它會相信你在一個非常慢的鏈接上，並且減慢了向你傳輸更多數據的速度。
那麼你如何避免這種情況呢？最好的方法是在各個會話上實施某種流量整形或QoS（服務質量），以便根據總可用帶寬的百分比將其限制爲最大吞吐量。
例如在我的家庭網絡中，我擁有它，因此沒有出站連接可以利用我的192Kbps上行鏈路的67％（2/3）。這意味着任何一個出站會話只能使用128Kbps，因此可以通過防止上行鏈路飽和來保護我的下行速度。
在你能執行這種流量整形的基於任何可用的標準，如源IP，目的IP，協議，端口，時間等，多數情況下