Os usuários estão reclamando que a sessão Webex [4-5 usuários] em uma rede sem fio tem má qualidade. Como medir a perda de pacotes e documentar o que causa a má recepção? Obrigado.
Responder1
Use MTR/WinMTR ou equivalente - isso mostrará as latências mínima, máxima e média, bem como a perda de pacotes para cada salto - incluindo o primeiro.
O problema provavelmente não tem nada a ver com o Webex (seja lá o que for) - provavelmente é ruído na rede WIFI
Responder2
Uma ótima ferramenta de medição de latência éTeste de velocidade do DSLReports.
Embora issopoderiaser um problema de Wi-Fi, acho que é muito mais provável que sejabufferbloat. Bufferbloat é causado por roteadores que cometem o erro de pensar que é ruim descartar qualquer pacote, mesmo que isso signifique que as filas de buffer fiquem 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 entre em ação.
A solução é usar algoritmos de Enfileiramento Inteligente, como fq_codel ou PIE, em conjunto com Notificação de Congestionamento Explícito (ECN), nas caixas onde as filas de buffer estão se acumulando, mas nunca se esgotando. Geralmente esta é a caixa logo antes do link mais lento, e geralmente o link mais lento é a sua conexão de banda larga. Geralmente, trata-se geralmente de seu modem de banda larga ou roteador de gateway de Internet e do DSLAM ou CMTS do seu ISP. O Smart Queuing é 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ê tem bufferbloat, mas não consegue colocar um enfileiramento melhor nas caixas onde as filas estão se acumulando, considere instalar um roteador com um bom enfileiramento entre seu modem de banda larga e o resto da sua rede e limitar artificialmente sua largura de banda para torná-lo ligeiramente o gargalo em ambas as direções. Isso permite que ele se torne o local onde as filasseriaacumuladas, mas é inteligente o suficiente para acionar ECN e descartar pacotes, de modo que o controle de congestionamento do TCP entra em ação antes que as filas de buffer possam se acumular em qualquer lugar da rede.