TCP e UDP

Diagnóstico confiável em rede segue a ordem: evidência observada, hipótese levantada, teste executado, resultado obtido e validação documentada.

Objetivo

Diferenciar TCP e UDP para diagnóstico de aplicações, serviços e conectividade.

Quando aplicar

quando um serviço específico falha, mas a conectividade básica responde
em lentidão, oscilação, perda de pacote, VPN, VoIP, streaming e jogos
ao avaliar retransmissão, timeout ou bloqueio por porta

Conceitos essenciais

TCP é orientado à conexão e usa handshake antes de transmitir dados.
UDP é sem conexão e prioriza baixa latência, sem garantia nativa de entrega.
Perda em TCP costuma gerar retransmissão e lentidão percebida.
Perda em UDP costuma aparecer como falha de voz, vídeo, jogos ou telemetria.
HTTP/HTTPS usam TCP; DNS pode usar UDP e TCP; VoIP e streaming frequentemente usam UDP.

Como verificar em campo

teste ping e perda antes de culpar aplicação
verifique se a porta remota responde ou expira
compare comportamento em cabo e Wi-Fi
observe se há firewall, NAT ou CGNAT no caminho

Evidências obrigatórias

print do teste de ping
porta testada e resultado
horário e destino do teste
sintoma reportado pela aplicação

Erros comuns

achar que ping bom garante aplicação boa
comparar TCP e UDP como se tivessem o mesmo comportamento
ignorar perda baixa, mas constante, em aplicações sensíveis

Checklist de validação

handshake ou porta TCP testada
perda e latência medidas
serviço UDP avaliado quando aplicável
firewall/NAT considerados

Documentos relacionados

Resumo

TCP e UDP deve ser entendido como parte de um fluxo operacional: observar o sintoma, levantar hipótese, executar teste seguro, validar o resultado e registrar evidência antes de concluir ou escalar.