Entenda o que é o protocolo UDP, como funcionam datagramas, portas, perda e ordenação, sua relação com streaming e a atualização do RFC 9868.
Confira!
O UDP — User Datagram Protocol é um protocolo da camada de transporte da pilha TCP/IP orientado a datagramas. Ele permite que aplicações enviem mensagens com um mecanismo de transporte mínimo, sem estabelecer uma conexão lógica antes de cada troca e sem oferecer, no protocolo-base, garantia de entrega, ordenação ou retransmissão.
O que é o protocolo UDP
O UDP foi definido originalmente no RFC 768, publicado em 1980 e mantido como Internet Standard STD 6. Seu objetivo é oferecer um serviço simples de transporte sobre IP, com baixo overhead e preservação das fronteiras de cada mensagem enviada pela aplicação.
Essa simplicidade explica por que UDP aparece em aplicações sensíveis a latência, protocolos de descoberta, DNS e fluxos de mídia em tempo real. Entretanto, dizer que UDP é “mais rápido” que TCP é uma simplificação. O UDP apenas deixa de implementar vários mecanismos que o TCP fornece no transporte; a aplicação pode acrescentar controles próprios quando necessário.
Como funciona o UDP
Cada unidade entregue ao UDP é tratada como um datagrama. O protocolo adiciona um cabeçalho curto, entrega o datagrama ao IP e não mantém, por padrão, um estado de conexão equivalente ao TCP.
O cabeçalho UDP tradicional contém quatro campos principais: porta de origem, porta de destino, comprimento e checksum. Isso permite identificar os processos de origem e destino e verificar a integridade básica do datagrama conforme as regras do protocolo.
O que o UDP não garante
O UDP não garante que um datagrama chegará ao destino. Também não garante que dois datagramas chegarão na mesma ordem em que foram enviados, nem que uma eventual duplicação será eliminada pelo protocolo.
Essas características não representam uma falha de projeto. São parte da abstração oferecida pelo UDP. Aplicações que precisam de confiabilidade, ordenação ou recuperação de perdas devem implementar esses mecanismos em uma camada superior ou usar outro transporte.
UDP e baixa latência
Em tráfego de tempo real, uma retransmissão tardia pode ser menos útil do que simplesmente continuar o fluxo. Em vídeo ao vivo, por exemplo, recuperar um pacote antigo pode aumentar atraso e comprometer a experiência mais do que perder parte temporária de uma imagem.
Por isso, RTP é frequentemente usado sobre UDP. A aplicação pode tolerar perdas pontuais, utilizar buffers de jitter, técnicas de recuperação ou codecs preparados para degradação parcial sem exigir que toda a sequência anterior seja reconstruída antes de avançar.
UDP no streaming de vídeo e no ONVIF
Em sistemas de vídeo IP, UDP aparece principalmente como transporte eficiente para mídia e também em mecanismos auxiliares de descoberta ou multicast. Quando uma sessão RTP utiliza UDP, pacotes de mídia podem ser enviados sem a semântica de fluxo confiável e ordenado do TCP.
Isso não significa que ONVIF seja “um protocolo UDP”. ONVIF define serviços e perfis de interoperabilidade que utilizam diferentes protocolos existentes. Em streaming, RTSP pode controlar a sessão enquanto RTP transporta a mídia, frequentemente sobre UDP.
Multicast e UDP
UDP combina naturalmente com multicast IP porque não exige uma conexão individual orientada a estado entre transmissor e cada receptor. Um fluxo multicast pode ser distribuído para múltiplos participantes que tenham aderido ao grupo correspondente.
Esse modelo é útil em redes de vídeo que precisam entregar o mesmo stream a diversos clientes, mas depende de projeto correto de switching, roteamento multicast, IGMP e capacidade de rede.
Atualização moderna: RFC 9868 e UDP Options
Embora o RFC 768 continue sendo a base do UDP, ele recebeu uma atualização relevante com o RFC 9868 — Transport Options for UDP, publicado em 2025. O documento define uma estrutura para opções de transporte UDP utilizando a área excedente após os dados do usuário e antes do fim do datagrama IP.
A existência dessa atualização não transforma o UDP tradicional em um protocolo orientado a conexão nem altera sua natureza fundamental. Ela cria uma forma padronizada de estender capacidades de transporte mantendo compatibilidade com o modelo existente.
UDP versus TCP
| Característica | UDP | TCP |
| Modelo | Datagrama | Fluxo de bytes orientado a conexão |
| Handshake | Não no protocolo-base | Sim |
| Entrega garantida | Não | Sim, dentro da semântica TCP |
| Ordenação | Não | Sim |
| Retransmissão | Não | Sim |
| Multicast | Compatível | Não é o modelo normal |
| Uso comum em tempo real | Muito comum | Possível, com outros trade-offs |
A escolha deve ser feita com base nos requisitos da aplicação, não apenas no tamanho do cabeçalho ou em uma ideia genérica de velocidade.
Quando usar UDP
UDP é adequado quando a aplicação tolera perda, precisa preservar mensagens individuais, depende de multicast ou deseja controlar diretamente os mecanismos de confiabilidade e temporização.
Em projetos de redes para videomonitoramento, voz e automação, é essencial considerar perda de pacotes, jitter, congestionamento, QoS, comportamento de firewalls, NAT e capacidade de multicast antes de definir o transporte.
Referências técnicas
[1] POSTEL, J. RFC 768: User Datagram Protocol. RFC Editor, 1980.
[2] TOUCH, J.; HEARD, C. M. RFC 9868: Transport Options for UDP. RFC Editor, 2025.
Perguntas frequentes
É um protocolo de transporte orientado a datagramas, com mecanismo mínimo e sem garantia de entrega, ordenação ou retransmissão no protocolo-base.
A base continua sendo o RFC 768, Internet Standard STD 6. Em 2025, o RFC 9868 atualizou o UDP com uma arquitetura de opções de transporte.
Não. UDP é comum em mídia de tempo real por reduzir dependências de retransmissão e ordenação, mas a escolha depende da rede, da aplicação, de firewalls, NAT, tolerância a perdas e requisitos de latência.
Não. O protocolo-base não garante entrega nem ordenação.
