Perda de pacote ocorre quando um pacote de dados falha em chegar ao destino. Consequências dependem do protocolo de transporte e aplicação.
Efeitos Imediatos
- TCP (web, email, SSH): Remetente detecta perda via ACK faltante → retransmissão após RTO (timeout de retransmissão) ou fast retransmit (3 ACKs duplicados). Adiciona latência; reduz vazão (janela de congestionamento cai pela metade).
- UDP (jogos, VoIP, streaming): Sem recuperação embutida. Aplicação vê falha → glitch, jitter, ou artefato. Alguns codecs ocultam (PLC, FEC).
- QUIC / HTTP/3: Recuperação no nível de stream; apenas stream afetado trava.
Impactos Downstream
- Picos de latência: Retransmissões adicionam tempo de ida e volta.
- Colapso de vazão: TCP interpreta perda como congestionamento → corta cwnd.
- Erros de aplicação: Arquivos corrompidos, chamadas API falham, dessincronia em multiplayer.
- Reset de conexão: Perda persistente → backoff RTO → aborta eventual (timeout keepalive TCP).
Técnicas de Mitigação
- Correção de Erro Antecipada (FEC): Pacotes redundantes (RaptorQ, XOR) recuperam perda sem retransmissão.
- Controle de congestionamento: BBR, CUBIC, Vegas adaptam cwnd mais graciosamente.
- QoS / DSCP: Priorize tráfego tempo-real.
- Retransmissão na camada de enlace: Wi-Fi 802.11 ARQ, LTE/5G HARQ mascaram perda sem fio.
- Caminhos redundantes: MPTCP, SCTP, ou failover dual-WAN.
Diagnóstico
Execute ping -c 100 host ou mtr host para medir % perda. >1% justifica investigação (cabo, Wi-Fi, ISP, servidor).
