Pular para o conteúdo principal

Questão de Redes de Computadores — QoS (Qualidade do Serviço) — CESPE / CEBRASPE 2025

Redes de ComputadoresQoS (Qualidade do Serviço)
Código
ce417968
Banca
CESPE / CEBRASPE
Órgão
PC DF
Ano
2025
Cargo
GAAPC ( )
No que se refere a noções de telefonia digital, VoIP e videoconferência, julgue o item a seguir.   O protocolo RSVP resolve o problema da escalabilidade a partir da implementação de QoS em redes com alta quantidade de nós.
  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoE — Errado

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

RSVP e escalabilidade em QoS

Gabarito: ERRADO. O protocolo RSVP (Resource Reservation Protocol) não resolve o problema da escalabilidade; pelo contrário, ele é conhecido justamente por ter problemas de escalabilidade em redes com muitos nós, pois exige que cada roteador no caminho mantenha estado de reserva por fluxo. A afirmação inverte a característica do protocolo.

O RSVP é um protocolo de sinalização usado para reservar recursos (largura de banda, buffers) ao longo de um caminho para garantir qualidade de serviço (QoS) para um fluxo específico. Ele opera na camada de transporte (sobre IP) e é usado em aplicações como VoIP e videoconferência para reservar recursos antes da transmissão. No entanto, sua principal desvantagem é a falta de escalabilidade: cada roteador precisa manter informações de estado para cada fluxo que passa por ele, o que consome memória e processamento. Em redes com alta quantidade de nós e muitos fluxos, essa manutenção de estado se torna inviável.

A escalabilidade em QoS é mais bem tratada por abordagens como DiffServ (Differentiated Services), que classifica pacotes em classes e aplica tratamento diferenciado sem manter estado por fluxo, ou pelo MPLS, que usa rótulos para encaminhamento e pode associar classes de serviço. O RSVP, por ser orientado a fluxo e exigir reserva ponta a ponta, não é a solução para escalabilidade.

Na prática, o RSVP é usado em cenários específicos, como em redes MPLS para sinalização de LSPs (Label Switched Paths), mas mesmo aí a escalabilidade é limitada. A banca explora a confusão entre o objetivo do RSVP (reserva de recursos) e a necessidade de escalabilidade em redes grandes.

NÃO CAIA NESSA!

A banca inverte a característica do RSVP: ele não resolve a escalabilidade, ele sofre com ela. O candidato que sabe que RSVP é um protocolo de QoS pode marcar certo sem perceber que a afirmação atribui a ele uma propriedade que ele não tem. Lembre-se: RSVP = reserva de recursos, não escalabilidade.

1RSVP
Reserva recursos por fluxo
Falta de escalabilidade (estado por fluxo)
2DiffServ
Escalável (classes, sem estado por fluxo)
3MPLS
Rótulos + classes de serviço
QoS
LEVELsoulevel.com.br
QoS: RSVP (Reserva recursos por fluxo, Falta de escalabilidade (estado por fluxo)); DiffServ (Escalável (classes, sem estado por fluxo)); MPLS (Rótulos + classes de serviço)

Item — ❌ ERRADO

A afirmação está incorreta porque o RSVP não resolve o problema da escalabilidade; ele é um protocolo de reserva de recursos que, justamente por manter estado por fluxo em cada roteador, tem sérios problemas de escalabilidade em redes com muitos nós. A escalabilidade em QoS é tipicamente alcançada por mecanismos como DiffServ, que não mantêm estado por fluxo, ou por superprovisionamento de banda. Portanto, a assertiva inverte a realidade do protocolo.

Gabarito: ERRADO

Link permanente: /questoes/ce417968