Comunicação UDP
Comunicação UDP

Comunicação UDP

UDP Low Overhead versus Confiabilidade

Conforme explicado antes, o UPD é perfeito para comunicações que precisam ser rápidas, como VoIP. Este tópico explica em detalhes porque o UDP é perfeito para alguns tipos de transmissões. Conforme mostrado na figura, o UDP não estabelece uma conexão. O UDP fornece transporte de dados de baixo overhead porque tem um pequeno cabeçalho de datagrama e nenhum tráfego de gerenciamento de rede.

UDP Low Overhead versus Reliability

Remontagem de Datagrama UDP

Como os segmentos com TCP, quando datagramas UDP são enviados a um destino, eles geralmente seguem caminhos diferentes e chegam na ordem errada. O UDP não rastreia os números de sequência da mesma forma que o TCP. O UDP não tem como reordenar os datagramas em sua ordem de transmissão, conforme mostrado na figura.

Portanto, o UDP simplesmente reagrupa os dados na ordem em que foram recebidos e os encaminha para o aplicativo. Se a sequência de dados for importante para o aplicativo, o aplicativo deve identificar a sequência adequada e determinar como os dados devem ser processados.

UDP: Sem conexão e não confiável

UDP Connectionless and Unreliable

Processos e solicitações do servidor UDP

Como os aplicativos baseados em TCP, os aplicativos de servidor baseados em UDP são atribuídos a números de porta conhecidos ou registrados, conforme mostrado na figura. Quando esses aplicativos ou processos estão sendo executados em um servidor, eles aceitam os dados correspondentes ao número de porta atribuído. Quando o UDP recebe um datagrama destinado a uma dessas portas, ele encaminha os dados do aplicativo para o aplicativo apropriado com base no número da porta.

Ouvindo o servidor UDP para solicitações

Ouvindo o servidor UDP para solicitações

Nota: O servidor RADIUS (Remote Authentication Dial-in User Service) mostrado na figura fornece autenticação, autorização e serviços de contabilidade para gerenciar o acesso do usuário. A operação do RADIUS está além do escopo deste curso.

Processos de cliente UDP

Tal como acontece com o TCP, a comunicação cliente-servidor é iniciada por um aplicativo cliente que solicita dados de um processo do servidor. O processo do cliente UDP seleciona dinamicamente um número de porta no intervalo de números de porta e o usa como porta de origem para a conversação. A porta de destino é geralmente o número da porta conhecido ou registrado atribuído ao processo do servidor.

Depois que um cliente seleciona as portas de origem e de destino, o mesmo par de portas é usado no cabeçalho de todos os datagramas da transação. Para os dados que retornam ao cliente do servidor, os números das portas de origem e destino no cabeçalho do datagrama são invertidos.

Clique em cada botão para ver uma ilustração de dois hosts solicitando serviços do servidor de autenticação DNS e RADIUS.

O Cliente 1 está enviando uma solicitação DNS enquanto o Cliente 2 está solicitando serviços de autenticação RADIUS do mesmo servidor.

Clientes enviando solicitações UDP


O Cliente 1 está enviando uma solicitação de DNS usando a porta de destino bem conhecida 53, enquanto o Cliente 2 está solicitando serviços de autenticação RADIUS usando a porta de destino registrada 1812.

Portas de destino de solicitação UDP

As solicitações dos clientes geram números de porta de origem dinamicamente. Nesse caso, o Cliente 1 está usando a porta de origem 49152 e o Cliente 2 está usando a porta de origem 51152.

Portas de origem de solicitação UDP

Quando o servidor responde às solicitações do cliente, ele inverte as portas de destino e de origem da solicitação inicial. Na resposta do servidor à solicitação de DNS, agora é a porta de destino 49152 e a resposta de autenticação RADIUS agora é a porta de destino 51152.

Destino de resposta UDP

As portas de origem na resposta do servidor são as portas de destino originais nas solicitações iniciais.

Destino de resposta UDP

O seu endereço de email não será publicado. Campos obrigatórios marcados com *