Benutzer beschweren sich, dass die Qualität von Webex-Sitzungen [4-5 Benutzer] in einem drahtlosen Netzwerk schlecht ist. Wie misst man Paketverluste und dokumentiert, was den schlechten Empfang verursacht? Danke.
Antwort1
Verwenden Sie MTR/WinMTR oder ein gleichwertiges Programm. Dadurch werden die minimalen, maximalen und durchschnittlichen Latenzen sowie der Paketverlust für jeden Hop angezeigt, einschließlich des ersten.
Das Problem hat wahrscheinlich nichts mit Webex zu tun (was auch immer das ist) - es liegt wahrscheinlich an Störungen im WLAN-Netzwerk
Antwort2
Ein großartiges Latenzmessgerät istGeschwindigkeitstest von DSLReports.
Obwohl dieseskönnteein WLAN-Problem sein, ich denke, es ist viel wahrscheinlicher, dassPufferbloat. Bufferbloat wird durch Router verursacht, die fälschlicherweise annehmen, dass es schlecht ist, Pakete zu verlieren, auch wenn dies dazu führt, dass die Pufferwarteschlangen riesig und aufgebläht werden und sich nie leeren, wodurch alles, was Sie tun, nur stark an Latenzzeiten zunimmt und der Überlastungskontrollalgorithmus von TCP daran gehindert wird, zu greifen.
Die Lösung besteht darin, Smart Queuing-Algorithmen wie fq_codel oder PIE in Verbindung mit Explicit Congestion Notification (ECN) in den Boxen zu verwenden, in denen sich die Pufferwarteschlangen aufbauen, aber nie ablaufen. Normalerweise ist dies die Box direkt vor der langsamsten Verbindung, und normalerweise ist die langsamste Verbindung Ihre Breitbandverbindung. Es handelt sich also normalerweise um Ihr Breitbandmodem oder Ihren Internet-Gateway-Router und den DSLAM oder CMTS Ihres ISPs. Smart Queueing ist intelligent genug, um ECN auszulösen und bei Bedarf Pakete zu verwerfen, anstatt zu viel Latenz hinzuzufügen, sodass die TCP-Überlastungskontrolle funktionieren kann.
Wenn Sie Bufferbloat haben, aber keine besseren Warteschlangen in die Boxen einbauen können, in denen sich die Warteschlangen aufbauen, sollten Sie einen Router mit guten Warteschlangen zwischen Ihr Breitbandmodem und den Rest Ihres Netzwerks einbauen und seine Bandbreite künstlich begrenzen, um ihn in beide Richtungen ganz leicht zum Engpass zu machen. Dadurch kann er zum Ort werden, an dem die Warteschlangenwürdehaben sich aufgebaut, ist aber intelligent genug, um ECN auszulösen und Pakete zu verwerfen, sodass die TCP-Überlastungskontrolle einsetzt, bevor sich irgendwo im Netzwerk Pufferwarteschlangen aufbauen können.