爲什麼UDP廣播堵塞路由器的速度遠低於TCP？

想法： 我們有一個成像系統，可以生成大約200-300 Mb/s的數據，這些數據目前通過以太網電纜傳輸到解壓縮它們並顯示實時圖像的計算機。爲什麼UDP廣播堵塞路由器的速度遠低於TCP？

我們試圖通過讓系統通過以太網電纜將數據包傳遞給路由器，然後將udp數據包廣播到計算機（或最終多臺計算機），從而使系統通過局域網無線傳輸。

在最高層次上，它看起來有點像這樣：

之前：成像設備 - > CAT-5 - >計算機（工作得很好，在達到規定的300 MB/s）的

後：成像設備 - >貓-5 - >路由器 - >的802.11ac無線 - >計算機（巨大（50％+）數據丟失過去5MB/S）

- 計算機：表面親3

- 路由器：布法羅AirStation AC 1750 DD-WRT Wirel ESS固件：DD-WRT v24SP2-（14年3月24日），STD

問題： 當我們連接，我們發現，當我們打開了帶寬過去5MB左右/ s的丟包啓動系統並且路由器的GUI變得無法響應。

由於知道問題不可能出現在任何一端，我們嘗試以各種方式配置路由器設置，禁用防火牆，降低UDP超時等，以提高性能。在事情迅速惡化之前，我們能夠找到的最佳配置讓我們達到了7Mb/s左右。

的驚喜： 發生了，當我們用第二計算機取代了成像設備，做了簡單文件共享的測試。當使用2.4GB文件進行文件共享測試時（Windows計算機 - > cat-5 - >路由器 - > 802.11ac無線 - > windows計算機），我們發現傳輸速度高達300 Mb/s，路由器GUI也沒有凍結。

我們可以判斷的唯一變化就是通信類型和數據包大小。由於在FPGA上實現TCP的複雜性以及我們打算最終允許多個端點用於LAN上的數據，我們認爲UDP廣播（1092b大小的數據包）將工作。據wireshark稱，另一種測試設置是使用TCP（1514b大小的數據包）。

問題： 爲什麼路由器能夠處理TCP，吞吐量300MB/s的，但不能處理的超過10MB/S以上的UDP廣播？有關如何配置系統/路由器以實現局域網上高UDP吞吐量的任何想法或建議？

其他說明：

路由器是從電腦約5英尺，在這兩種情況下，在5GHz的傳輸80MHZ。

更新：

至於建議，我試圖測試如果通過LAN端口連接系統通過以太網將工作。這樣我能夠達到150Mb/s。（成像系統 - >以太網（LAN端口） - >路由器 - >以太網（LAN端口） - > Surface pro 3）

這表明問題出在路由器上，無線天線和LAN之間港口。有關UDP數據包如何在內部移動以進行廣播的過程正在放慢這一過程。這又是有趣的，因爲TCP數據包從LAN流向無線很好。有什麼想法嗎？

來源

2016-06-08 branch

在Wi-Fi上使用廣播和多播（廣播形式）時，它只會以WAP上的最低速度發送。 –

你能否拿出無線部分來檢查瓶頸是否存在？ – cnicutar

@cnicutar感謝您的評論，我已更新該帖子，以反映我通過路由器嘗試了局域網到局域網的連接，它似乎工作得很好。任何想法爲什麼將UDP數據移動到無線端口會有問題？（我不認爲這是連接的無線部分，因爲答：理論上的限制要高得多，B：在同一無線連接上，我能夠通過TCP獲得300Mb/s的吞吐量） – branch

如果您關心性能，請勿通過WiFi使用廣播。使用單播。現代WiFi網絡並不是一種有效的廣播媒體，因爲它們用來實現合理性能的所有高級優化都涉及發射機瞭解接收機的位置和功能。舉一個明顯的例子，考慮一個MIMO和波束形成的雙頻段路由器。這些技術如何用於廣播？

來源

2016-08-17 17:24:34

爲什麼UDP廣播堵塞路由器的速度遠低於TCP？

回答

相關問題