---
codigo: DOC-TEL-RED-COM-002
tipo: conhecimento-operacional
dominio: Telecom
area: Redes
nivel_tecnico: Intermediário
tempo_medio: 10-15 min
status: validado
---

# 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

- [Modelo TCP-IP](../Fundamentos/02 - Modelo TCP-IP.md)
- [POP - Testes Básicos de Conectividade](../../Diagnósticos/POP - Testes Básicos de Conectividade.md)
- [POP - Diagnóstico de Lentidão](../../Diagnósticos/POP - Diagnóstico de Lentidão.md)

## 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.