使用者抱怨無線網路上的 Webex 會話 [4-5 個使用者] 品質很差。如何測量資料包遺失並記錄導致接收不良的原因？謝謝。
答案1
使用 MTR / WinMTR 或同等工具 - 這將顯示最小、最大、平均延遲以及每一跳的資料包遺失 - 包括第一跳。
該問題可能與 Webex（無論是什麼）無關 - 可能是 WIFI 網路上的噪音
答案2
一個很棒的延遲測量工具是DSLReports 的速度測試。
雖然這可以是 Wi-Fi 問題，我認為更有可能是緩衝區膨脹。緩衝區膨脹是由路由器錯誤地認為丟棄任何資料包都是不好的，即使這意味著緩衝區隊列變得巨大且臃腫並且永遠不會耗盡，因此只會為您所做的一切增加大量延遲，並阻止TCP 的擁塞控制演算法啟動。
解決方案是在緩衝區佇列正在建立但從未耗盡的方塊中使用智慧型佇列演算法（例如 fq_codel 或 PIE）以及明確壅塞通知 (ECN)。通常這是最慢連結前面的框，通常最慢連結是您的寬頻連線。因此，這通常與您的寬頻數據機或網際網路閘道路由器以及 ISP 的 DSLAM 或 CMTS 有關。智慧型佇列足夠智能，可以觸發 ECN，並且在需要時丟棄資料包，而不是增加太多延遲，以便 TCP 擁塞控制發揮作用。
如果您有緩衝區膨脹，但無法在隊列堆積的地方放置更好的隊列，請考慮在寬頻調變解調器和網路的其餘部分之間放置一個具有良好隊列的路由器，並人為地限制其頻寬以使其兩個方向上都存在輕微的瓶頸。這使得它成為排隊的地方會已經建立，但它足夠智能，可以觸發 ECN 並丟棄資料包，因此 TCP 擁塞控制會在緩衝區佇列在網路上任何地方建立之前啟動。