-
"A ausência de estruturas de controle implica a baixa eficiência do UDP no recebimento de pacotes", na verdade será mais eficiente uma vez que não é usada a banda de aviso.
-
No UDP, por sua vez, é feito para transmitir dados pouco sensíveis, como
fluxos de áudio e vídeo, ou para comunicação sem conexão como é o caso
da negociação DHCP ou tradução de endereços por DNS.
No UDP não existem verificações, nem confirmações. Os dados são
transmitidos apenas uma vez, incluindo apenas um frágil, e opcional,
sistema de CRC de 16 bits. Os pacotes que chegam corrompidos são
simplesmente descartados, sem que o emissor sequer saiba do problema.
Por outro lado, a ausência de estruturas de controle complexas garante
ao UDP alta eficiência, já que cada pacote é composto praticamente
somente por dados.
https://pt.wikipedia.org/wiki/User_Datagram_Protocol
-
Questão ERRADA.
O Protocolo UDP não é orientado à conexão e não faz o controle de fluxo, isso o torna não confiável, mas isso também traz uma vantagem quando utilizado em aplicações que exijam velocidade em oposição à integridade de dados como transmissão de vídeos e áudio via internet, não sobrecarregando tanto a rede como no caso do TCP.
-
Só para complementar. Devido a grande confiabilidade do meio e de controles de erros realizados por outras camadas e até por aplicações, o uso do UDP se faz interessante para as finalidades já citadas pelos colegas.
Bons estudos.
-
Ele bastante eficiente em situacoes que exigem alta velocidade.
-
É possível matar a questão já no início: "Em relação às arquiteturas OSI e TCP/IP". OSI é um modelo e não uma arquitetura!
-
O UDP não é confiável devido ao fato de não ter Retransmissão, e não porque não é orientado à conexão.
-
Ser confiável é uma coisa. Ser orientado a conexão é outra independente.
Confiável diz respeito a confirmação dos pacotes recebidos.
Enquanto não orientado à conexão, quer dizer que os pacotes são roteados da origem ao destino de forma independente. Alusão ao serviço postal. Não há o estabelecimento de uma conexão fim-a-fim.
Além disso o UDP possui alta eficiência para recebimento de pacotes, exatamente porque não tem todo o overhead dos protocolos orientados à conexão como o TCP.
-
UDP não é confiável pelo fato de não haver um controle de erros, assim como existe no TCP, o que implica que pacotes podem ser perdidos devido a algum problema ocorrido no meio da transmissão.
-
A ausência de estruturas de controle implica alta eficiência do UDP no recebimento de pacotes.
(E não baixa,como diz a questão.)
-
ERRADO
TCP -> orientado à conexão -> ganho de confiabilidade -> perda de eficiência
UDP -> não orientádo à conexão -> perda de confiabilidade -> ganho de eficiência.
-
ERRADO
O erro está em "baixa eficiência". Devido ao UDP não ser confiável ( conexão não segura), ele é mais rápido ( mais eficiente) que o TCP, pois não se importa se o pacote chegará ou não. Por outro lado, o TCP é confiável, isto é, ele mantém o controle do pacote até ele chegar ao seu destino, o que o torna não tão rápido (eficiente) quanto o UDP.
-
O protocolo UDP é considerado não confiável devido ao fato de não ser orientado à conexão¹. A ausência de estruturas de controle implica a baixa eficiência do UDP² no recebimento de pacotes.
1- Não ser orientado à conexão não implica no fato de ele não ser confiável.
2- Menos controle em cabeçalho de dados -> Eficiência -> UDP eficiente
E
-
O UDP é um protocolo muito eficiente devido a ser rápido e de fácil implementação. O fato de não ser orientado a conexão não menospreza sua utilidade.
-
O UDP é utilizado justamente pela sua eficiência, pois é um protocolo mais simples que o TCP e o SCTP. É um protocolo processo a processo que adiciona em seu cabeçalho apenas endereços de portas de origem e destino, controle de erros (sim, UDP possui checksum) e informações do comprimento do campo de dados proveniente das camadas superiores. É um protocolo não confiável, não orientado a conexão, que é usado por sua eficiência. ~ Forouzan
-
ERRADO
>> TCP – orientado à conexão, garante a entrega em ordem; ganho de confiabilidade -> perda de eficiência
>> UDP – não orientado à conexão, NÃO garante a entrega; perda de confiabilidade -> ganho de eficiência.
-
vale a pena lembrar a definição de eficiência/eficácia, pra galera que não estudou Administração.
eficiência - relaciona-se aos meios. fazer de forma mais "racional" possível. ou, em alguns casos, o mais rapido possível.
eficácia - relaciona-se aos fins. preocupa-se apenas com o concluir dos objetivos.
logo, se a questão trocasse eficiência por eficácia, ela estaria correta, visto que o UDP não se preocupa com a eficácia da entrega, mas tão somente com um envio mais "rápido", sem perder tempo com correções ou controles.
assertiva errada.
-
ERRADOOO
O UDP tem alta eficiência mesmo com a característica de não ser orientado à conexão.
-
Se confundir eficiência com eficácia já era.... grande cespe. Essa sim foi uma questão bem elaborada.
-
TCP = FLASH
- POSSUI CONTROLE
- É ORIENTADO
- É CONFIAVEL
- É MAIS "LENTO" - MENOS EFICIENTE
UDP = FLASH REVERSO
- NÃO POSSUI CONTROLE
- NÃO É ORIENTADO
- NÃO É CONFIAVEL
- É MAIS "RAPIDO" - MAIS EFICIENTE
-
O fato de o UDP ser não orientado, não quer dizer que ele não seja eficiente.
Há exemplos de transmissões de dados, em que a orientação e o controle de erros tornam-se desnecessários. É o caso do Streaming e da transmissão de voz (onde a velocidade é a priori dessa transmissão), situação em que o uso do UDP é mais adequado que o TCP (orientado).
Um aprofundamento que vi no Missão:
Por exemplo: em transmissão de voz o TCP não é adequado, por ser um tráfego interativo, onde o controle de erros atrapalharia a transmissão, por causa das solicitações de retransmissão do pacote.
É AÍ QUE ENTRA O UDP! Torna-se adequado para voz e vídeo e, a deficiência de time stamp e sequenciamento é resolvida com a interação do Protocolo RTP (Real Time Transport Protocol), presente nessas transmissões. Nesse exemplo, o UDP trabalha em conjunto com o RTP.
EXPLANAÇÃO SOBRE ATUAÇÃO DE CAMADAS:
(RTSP, SRTP - Camada de Aplicação / UDP e TCP - Camada de Transporte). E o RTP? Já explico...
Aprofundando mais ainda:
FOUROUZAN —> O protocolo RTP é da Camada de TRANSPORTE;
TANEMBAUM —> por ser um protocolo genérico e independente das aplicações, o RTP seria um protocolo de transporte implementado na camada de aplicação;
CESPE —> RTP é da CAMADA DE APLICAÇÃO - o que em tese, para o Cespe, permitiria a interação direta da Camada de Transporte (UDP) com a Camada de Aplicação (RTP). Portanto, cuidado com esse tipo de afirmação da banca.
Créditos para o Prof Luciano (Perito Criminal - PCDF e Professor no Projetos MISSÃO), por seu aprofundamento, que citei acima.