O protocolo RTP é o mais indicado para transmissão de multim...

A alternativa correta é a A.

Vamos entender o porquê:

O protocolo RTP (Real-time Transport Protocol) é amplamente utilizado para a transmissão de dados de multimídia em tempo real, como áudio e vídeo. O RTP é projetado para suportar a entrega de dados com requisitos de tempo real e desempenha um papel crucial em aplicações como chamadas de voz sobre IP (VoIP) e videoconferências.

Agora, vamos comentar cada alternativa para esclarecer o assunto:

Alternativa A - Retransmite pacotes perdidos, para garantir qualidade do streaming em tempo real.

Esta alternativa está incorreta e, portanto, é a resposta correta para a questão. O RTP não retransmite pacotes perdidos. A retransmissão de pacotes é incompatível com a natureza em tempo real das aplicações que utilizam RTP, pois causaria atrasos inaceitáveis. A responsabilidade por gerenciar a perda de pacotes geralmente cabe a camadas superiores da aplicação, que podem implementar técnicas como interpolação ou ocultação de perdas.

Alternativa B - Pode alterar o codec em tempo real, em função de congestionamentos verificados na rede.

Esta alternativa está correta. O RTP pode ser combinado com o protocolo RTCP (RTP Control Protocol) para monitorar a qualidade da transmissão e, com base nos feedbacks, a aplicação pode decidir alterar o codec para ajustar a taxa de bits e melhorar a qualidade em tempo real, dependendo da condição da rede.

Alternativa C - É empacotado dentro do protocolo UDP e as estações que estão participando da transmissão trocam pacotes do tipo RTCP, para informar sobre qualidade da conexão.

Esta alternativa também está correta. O RTP é geralmente empacotado sobre o UDP (User Datagram Protocol), pois o UDP permite a transmissão contínua de dados sem os atrasos introduzidos pelo TCP. Adicionalmente, o RTCP é usado em conjunto com o RTP para fornecer informações sobre a qualidade da transmissão, ajudando a ajustar os parâmetros de transmissão conforme necessário.

Alternativa D - A transmissão é feita de forma intercalada (o sinal codificado é dividido em pontos pares e ímpares e enviados em pacotes distintos), para reduzir o impacto na perda de pacotes.

Esta alternativa está correta e descreve uma técnica conhecida como \textit{interleaving}, que pode ser usada para mitigar os efeitos da perda de pacotes em transmissões de áudio e vídeo. Ao intercalar os dados, a perda de um pacote não resulta na perda de uma sequência contínua de dados, o que permite uma melhor recuperação da informação perdida.

Espero que essa explicação tenha ajudado a esclarecer o funcionamento do protocolo RTP e suas características. Se tiver mais dúvidas, sinta-se à vontade para perguntar!

enviados por UDP sem retransmissão de pacotes (se é tempo real, não faz sentido retransmitir)... o que o RTP faz, com ajuda do RTCP, é tentar melhorar a qualidade da transmissão compensando jitter e a perda de sequência de pacotes (uso de buffer), verificando congestionamento, timestamp....

LETRA A.

Segundo Kurose(2014,p.461),"Devemos enfatizar que o RTP não fornece nenhum mecanismo que assegure a entrega de dados a tempo nem fornece outras garantias de qualidade de serviço(QoS); ele não garante nem mesmo a entrega dos pacotes nem impede a entrega de pacotes fora de ordem. "

KUROSE, J. F.; ROSS, K. W. Redes de Computadores e a Internet: Uma Abordagem Top-Down. 6. ed. São Paulo: Pearson, 2014.

Se RTP provê QoS, se houve retransmissão de pacotes perdidos, não haverá QoS

" O RTP não tem nenhum controle de fluxo, nenhum controle de erros, nenhuma confirmação e nenhum mecanismo para solicitar retransmissões. "

FONTE: TANENBAUM