Os usuários estão reclamando que a sessão Webex [4-5 usuários] em uma rede sem fio tem qualidade ruim. Como medir a perda de pacotes e documentar o que causa a má recepção? Obrigado.
Use MTR / WinMTR ou equivalente - isso mostrará as latências mínima, máxima, média e também a perda de pacotes para cada salto - incluindo o primeiro.
O problema não tem nada a ver com o Webex (o que quer que seja) - provavelmente é o ruído na rede WIFI
Uma ótima ferramenta de medição de latência é o teste de velocidade do DSLReports .
Embora esse possa ser um problema de Wi-Fi, acho que é muito mais provável que seja bufferbloat . O Bufferbloat é causado por roteadores que cometem o erro de pensar que é ruim remover pacotes, mesmo que isso signifique que as filas de buffer se tornem enormes e inchadas e nunca sejam drenadas, apenas adicionando muita latência a tudo que você faz e bloqueando o controle de congestionamento do TCP algoritmo de chutar.
A solução é usar algoritmos de enfileiramento inteligente, como fq_codel ou PIE, em conjunto com ECN (Explicit Congestion Notification), nas caixas onde as filas de buffer estão aumentando, mas nunca drenando. Geralmente esta é a caixa logo antes do link mais lento, e geralmente o link mais lento é a sua conexão de banda larga. Então, isso geralmente é sobre o seu modem de banda larga ou roteador de gateway da Internet, e DSLAM ou CMTS do seu ISP. O Enfileiramento Inteligente é inteligente o suficiente para acionar o ECN e, se necessário, descartar pacotes em vez de adicionar muita latência, para que o controle de congestionamento do TCP possa funcionar.
Se você tiver buffers de buffer, mas não conseguir colocar filas melhores nas caixas onde as filas estão se acumulando, considere colocar um roteador com boa filas entre o modem de banda larga e o resto da rede e limitar artificialmente sua largura de banda para torná-lo sempre tão ligeiramente o gargalo em ambas as direções. Isso permite que ele se torne o lugar onde as filas seriam , mas é inteligente o suficiente para acionar ECN e descartar pacotes, para que o controle de congestionamento TCP seja acionado antes que as filas de buffer possam se acumular em qualquer lugar na rede.