Ajuda
O que é a perda de pacotes e como se nota?
A perda de pacotes ocorre quando os pacotes enviados não chegam ao destino. Compara dispositivos, ligações e testes repetidos; respostas ping em falta não identificam por si só a avaria.
Há perda de pacotes quando um pacote enviado não chega ao destino. Voz entrecortada, saltos num jogo ou transferências paradas podem ser compatíveis, mas também têm outras causas como o processamento do dispositivo ou um erro da aplicação. Uma descarga rápida não exclui perdas intermitentes. O teste VMAXCHECK não fornece uma medição direta de perda de pacotes; velocidade ou latência não confirmam esse diagnóstico.
Começa com uma comparação controlada
- Regista hora, duração, aplicação e se vários dispositivos têm problemas ao mesmo tempo. Se a aplicação oferecer estatísticas de rede, anota a perda e a direção medida segundo a respetiva explicação.
- Compara Wi-Fi e Ethernet no mesmo dispositivo com pouco intervalo. Pausa as tuas grandes transferências e cópias de segurança para a referência, depois observa separadamente as condições habituais do problema.
- Repete num período tranquilo e durante a falha com os mesmos destinos e definições. Um único teste normal não exclui um problema intermitente. Um padrão apenas à noite não prova congestionamento.
- Compara outro dispositivo e outro serviço. Se só uma aplicação falhar, verifica também o seu estado. Melhorar com Ethernet aponta para o percurso sem fios ou o dispositivo, mas não prova perda de tramas Wi-Fi.
Faz testes ping limitados e guarda as condições
No Windows, ping /n 50 1.1.1.1 envia 50 pedidos de eco ICMP para um destino público. Usa um destino que responda; não é necessariamente o servidor da aplicação. Testa também o endereço local do router nas definições de rede, substituindo o destino por esse endereço. Guarda resultados separados: envios, respostas recebidas e em falta, tempos de ida e volta. Repete com a mesma quantidade, tempo de espera, tamanho e família de endereços. Evita esperas muito curtas ou testes de envio massivo; esperar pelas respostas em falta pode prolongar o teste vários minutos.
Interpreta as respostas em falta com cuidado
- Duas respostas em falta em 50 pedidos são 4% de respostas ICMP em falta nessa amostra. Não é uma estimativa fiável para todo o tráfego das aplicações. Router ou destino podem limitar ou bloquear ICMP; pedido e resposta podem falhar em partes diferentes do percurso.
- Respostas do router em falta juntamente com problemas das aplicações justificam investigar primeiro o percurso local. Um router silencioso sem sintomas correspondentes não basta para declarar a ligação avariada.
- Se o router responde enquanto vários destinos de Internet e aplicações falham, investiga o lado Internet do router, o acesso e o percurso mais amplo. O resultado não identifica o fornecedor como único culpado.
- Asteriscos em traceroute ou perda num só salto intermédio de pathping não provam falha de encaminhamento. Compara destino final, saltos seguintes e aplicações: um dispositivo pode limitar as suas respostas e continuar a encaminhar outros pacotes.
Atraso e perda são diferentes: um ping alto não é uma contagem de pacotes perdidos. TCP pode retransmitir dados em falta, causando por vezes espera ou menor velocidade. UDP por si só não garante entrega; as aplicações podem acrescentar recuperação própria. O efeito depende da aplicação e de perdas isoladas ou em rajadas. Uma percentagem não é um limite universal de aprovação, e um teste breve sem respostas em falta não garante outros percursos ou sessões futuras.
Altera de forma dirigida e volta a comparar
- Para problemas só em Wi-Fi, verifica cobertura e concorrência de rádio. Com cabo, compara um cabo ou porta compatível que funcione e as instruções oficiais do dispositivo e adaptador de rede. Altera uma coisa de cada vez.
- Se o problema acompanha as tuas grandes transferências, pausa, agenda ou limita-as e compara. A gestão de filas compatível segundo o fabricante pode ajudar no congestionamento, mas não corrige todas as perdas.
- Guarda eventos do router e medições antes de um reinício segundo o guia. Interrompe outros utilizadores e chamadas; é um teste, não prova da causa. Não comeces com reposição de fábrica nem desativação de proteções.
- Repete os mesmos testes e a aplicação após a alteração. Se só um serviço continua a falhar, verifica o estado e apoio desse serviço. Se falham vários dispositivos e serviços, entrega as comparações ao fornecedor de rede.
Dá ao apoio horas, duração, tipo de ligação, modelo do router, destinos e definições, envios e respostas em falta, tempos de ida e volta, dispositivos e aplicações, e o efeito de Ethernet ou menor carga. Retira palavras-passe, tokens e dados privados dos registos. Observações reproduzíveis ajudam mais do que culpar o salto com maior percentagem ou comprar um plano mais rápido após um resultado.