O técnico de laboratório teve a necessidade de realizar uma videoconferência on-line e, para isso, teve que configurar um protocolo que garantisse uma transmissão de dados mais rápida, mesmo que alguns pacotes fossem perdidos. O protocolo utilizado foi o
- A)HTTP
HTTP é um protocolo de aplicação usado para navegação e troca de páginas/dados na web, não para transmissão em tempo real com prioridade de velocidade.
- B)SSL.
SSL é voltado para segurança da comunicação, criando proteção criptográfica, e não para escolher o tipo de transporte mais rápido para videoconferência.
- C)UDP.
UDP é o protocolo indicado porque é mais rápido, sem confirmação de entrega, e aceita perda de pacotes para reduzir atraso na transmissão.
- D)TCP.
TCP é confiável e confirma entrega dos dados, mas isso pode aumentar a latência, o que o torna menos adequado para videoconferência.
Gabarito: C
Quando a ideia é fazer videoconferência, voz, streaming ou qualquer tráfego em tempo real, o mais importante costuma ser a rapidez. Nesses casos, o sistema aceita até perder um pacote ou outro, porque parar para confirmar tudo deixaria a transmissão travada e cheia de atraso. É exatamente aí que entra o UDP. O UDP (User Datagram Protocol) é um protocolo da camada de transporte que trabalha sem conexão e sem garantia de entrega, ordem ou retransmissão. Ele é mais leve que o TCP, então tem menos controle e mais velocidade. Em resumo: menos burocracia, mais agilidade. Por isso, o gabarito é a letra C. Em videoconferências, o atraso de alguns milissegundos costuma ser pior do que uma pequena perda de pacotes, então o UDP é a escolha clássica. Já o TCP é mais confiável, mas paga esse preço com mais controle, o que pode aumentar a latência. HTTP e SSL não são protocolos adequados para essa função. O HTTP atua na aplicação, e o SSL/TLS serve para segurança na comunicação, não para priorizar transmissão rápida com tolerância à perda. Em provas de redes, sempre vale lembrar: se a palavra-chave for tempo real e tolerância a perda, pense em UDP.