Faça-os skype na conta de teste de eco. Isso deve ser testado o mais próximo possível do problema real.
TL; DR: Precisa de um URL que mostre um conteúdo não técnico, quase tecnofóbico, independentemente de terem descartado pacotes.
Então eu e alguns parentes não locais conversam via Skype. Enquanto eu estava visitando, eu troquei seu roteador fraco, reflashed, e eles parecem ter um bom sinal. Mas o Skype parecia ruim. Executei alguns testes de ping e parecia que eles estavam descartando pacotes do roteador (através do modem PPPoE) para o ISP. Infelizmente não tive tempo suficiente para trocar o modem.
Apesar de não serem técnicos, eles insistem que o problema está do meu lado.
Do ponto de vista deles, isso faz sentido. Como pessoas não-técnicas, eles não fazem ping e não vêem ping ping. Eles geralmente fazem páginas normais (onde um ou dois pacotes não fazem muita diferença) ou vídeos com muito buffer, novamente, onde você não vê as gotas. Somente no Skype, onde você tem os requisitos em tempo real, você vê o problema, e são necessários dois para o tango, então é mais fácil nos fazer "consertar" o nosso lado e depois o deles.
Então, a chamada local do Skype? A NSA fez com que todas as chamadas do Skype passassem pela Internet, em vez de pela LAN local? Em caso afirmativo, o Skype passaria pelo ISP e seria um bom teste. Se não, eu provavelmente recebo apenas uma chance antes de confundi-los, e prefiro não usar minha bala dessa maneira.
Existe um protocolo de streaming que não armazena muito? Talvez uma transmissão de TV ao vivo, que tenha requisitos técnicos de largura de banda pesada e em tempo real? Eles têm VLC, mas eu teria que segurar a mão deles com qualquer trabalho técnico real "Open Network Stream".
Lembre-se, eu sei várias maneiras de chegar a um prompt de comando (eles têm computadores Windows e Mac, além de dispositivos iOS aleatórios), mas vendo um monte de respostas de ping "enigmáticas" provavelmente não vai convencê-los muito. Precisa ser algo menos nerd. Se você acredita que seus pacotes estão sendo descartados, em um prompt de comando, faça um pathping , ele combina traceroute e ping e pode ajudar a identificar se e onde a perda de pacotes está ocorrendo.
Por exemplo, digite:
pathping yahoo.com
Ele executará um traceroute de sua máquina para yahoo.com e, em seguida, executará ping em cada salto pelo caminho. A saída permite que você veja onde há latência e perda de pacotes.
Nota: Esse comando pode demorar um pouco para ser executado, dependendo do número de saltos.
Um muito simples de usar, ferramenta livre - MTR (Matts Traceroute), ou o equivalente do Windows " Win MTR " mostrará o caminho para um determinado host, juntamente com a perda de pacotes e os tempos, para que qualquer pessoa possa ver facilmente onde a perda de pacotes está chegando. Ela pode ser executada a partir de uma GUI, por isso é fácil de usar.
Eu acho que você pode tê-los a correr começar - > cmd - > ping google.com
Eu tenho pessoal do restaurante regularmente lendo os resultados do ping para mim ("O que a linha de estatísticas do ping diz?") sem muita dificuldade.
Se você realmente não comparar essa solução e precisar de um website dizendo que ela tem um problema: execute Netalyzr e tenha eles leem "Propriedades de link de acesso à rede" - > "Desempenho de rede".
Diga a eles que esta é uma verificação de integridade da conexão deles e, portanto, leva algum tempo para ser executada.
Tags networking diagnostic