Que tipo de tráfego de rede requer QoS?
a) e-mail
b) compras online
c) videoconferência

Passo 1

O enunciado pergunta: “Que tipo de tráfego de rede requer QoS?” e apresenta três alternativas:
  • a) e-mail
  • b) compras online
  • c) videoconferência
O que se pede: escolher qual (uma e exatamente uma) dessas alternativas requer a aplicação de QoS (Quality of Service) na rede.
Informações dadas: apenas as três opções acima. Não há números ou figuras fornecidas.

Passo 2

O que é “QoS” (explicação didática, em linguagem simples)?
  • QoS significa “Quality of Service” — é um conjunto de técnicas e políticas usadas em redes para garantir que certos tipos de tráfego tenham atendimento preferencial quando houver congestão.
  • Por que usar QoS? Porque links e equipamentos têm recursos limitados (largura de banda, capacidade de buffer). Quando muitas aplicações competem, algumas podem sofrer atraso, perda de pacotes ou variação de atraso (jitter).
  • Métricas importantes (explicadas de forma simples):
    • Latência: tempo que um pacote demora de origem a destino. Ex.: 150\\ \mathrm{ms} de atraso já pode prejudicar uma conversa em tempo real.
    • Jitter: variação na latência entre pacotes; altos jitter causam áudio/vídeo “saltando”.
    • Perda de pacotes: pacotes que não chegam; afeta qualidade (especialmente em áudio/vídeo).
    • Largura de banda (bandwidth): quantidade de dados por segundo que o fluxo precisa.
  • O que QoS faz na prática: prioriza certos pacotes, reserva largura de banda, controla filas e descarta pacotes de forma inteligente para proteger fluxos sensíveis.

Passo 3

Como pensar se um tipo de tráfego “requer” QoS? Regra prática:
  • Se a aplicação é em tempo real (conversa de voz ou vídeo) e sensível a latência, jitter e perda, então é necessário QoS para garantir qualidade aceitável em redes congestionadas.
  • Se a aplicação é tolerante a atrasos (pode esperar reenvios, buffers, ou funcionar bem mesmo com algum atraso), então QoS não é estritamente necessário; boa entrega (retransmissões) é mais importante que baixa latência.

Passo 4

Analise da alternativa (a) — e-mail
  • E-mail usa protocolos como SMTP/POP/IMAP que funcionam sobre TCP. TCP garante confiabilidade via retransmissões.
  • E-mail não é interativo: uma mensagem pode tolerar atrasos de segundos ou minutos sem quebrar a aplicação.
  • Conclusão: e-mail é tolerante a latência e perda temporária (porque retransmite). Portanto não “requer” QoS; funciona bem sem priorização especial.

Passo 5

Analise da alternativa (b) — compras online
  • Compras online (web, checkout) normalmente usam HTTP/TCP. Precisam de confiabilidade (nenhum pacote perdido sem retransmissão) e desejam latência baixa para boa experiência do usuário, mas não são tipicamente sensíveis a pequenas variações de atraso porque TCP retransmite.
  • Em redes congestionadas a experiência pode ficar lenta, mas a transação em si geralmente se completa com retransmissões; não há requisitos fortes de latência estritamente em tempo real.
  • Conclusão: compras online beneficiam-se de boa largura de banda e baixa latência para UX, mas não “requerem” QoS em sentido estrito como aplicações de tempo real.

Passo 6

Analise da alternativa (c) — videoconferência
  • Videoconferência é interação em tempo real (áudio e vídeo) — se o atraso for grande ou houver jitter/perda, a conversa fica ininteligível ou com cortes.
  • Protocolos típicos: RTP/UDP para áudio e vídeo. UDP não retransmite por padrão (retransmissões introduzem atraso), então perda afeta diretamente a qualidade.
  • Requisitos práticos (valores típicos usados como referência):
    • Latência aceitável: geralmente menos que 150\\ \mathrm{ms} (uma conversa fica ruim acima disso).
    • Jitter aceitável: o ideal é baixo, por exemplo menos que 30\\ \mathrm{ms}.
    • Perda de pacotes: muito ruim acima de alguns porcentos (ex.: >1\% começa a causar degradação perceptível).
  • Por isso, em ambientes com tráfego misto e possibilidade de congestionamento, videoconferência precisa de QoS: priorização, reserva de banda, gerenciamento de filas e mecanismos para reduzir jitter e perda.
  • Conclusão: videoconferência é sensível a latência, jitter e perda e, portanto, requer QoS para manter qualidade aceitável em redes compartilhadas.

Passo 7

Comparação final e resposta racional
  • E-mail: tolerante a atraso → não requer QoS.
  • Compras online: precisa de confiabilidade; latência importante para experiência, mas tolerante e usa TCP → não requer QoS estrito.
  • Videoconferência: tempo real, sensível a latência/jitter/perda → requer QoS.

Resposta

c) videoconferência

Exercícios relacionados