Pular para o conteúdo principal

Questão de Redes de Computadores — QoS — Quadrix 2025

Redes de ComputadoresQoS
Código
qg600097
Banca
Quadrix
Órgão
CRO-SP
Ano
2025
Nível
Superior
Cargo
Analista de Suporte de Tecnologia de Informação
Com relação à qualidade de serviço (QoS), aos conceitos de criptografia e certificação digital e aos tipos de ataques, julgue o item a seguir.Políticas de QoS com base em IntServ (Integrated Services) escalam bem em redes de grande porte, pois cada roteador mantém estados detalhados de fluxo e reservas de recursos para cada conexão ativa.
  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoC — Certo

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”.

Qualidade de Serviço (QoS): IntServ × DiffServ

Gabarito: ❌ ERRADO. A afirmação está incorreta porque o modelo IntServ (Integrated Services) não escala bem em redes de grande porte — justamente por exigir que cada roteador mantenha estados detalhados de fluxo e reservas de recursos para cada conexão ativa, o que gera sobrecarga de processamento e memória. Essa característica é apontada como a principal limitação do IntServ, em contraste com o DiffServ, que foi projetado para escalar melhor.

O IntServ é um modelo de QoS que busca fornecer garantias fim-a-fim de qualidade de serviço, simulando um circuito dedicado em uma rede de pacotes. Para isso, ele utiliza o protocolo RSVP (Resource Reservation Protocol) para reservar recursos (largura de banda, buffers) em todos os roteadores ao longo do caminho entre origem e destino. Cada roteador, então, precisa manter um estado por fluxo, ou seja, informações detalhadas sobre cada conexão ativa que atravessa a rede.

Essa abordagem é poderosa para garantir QoS rígida, mas tem um custo alto: a quantidade de estado que cada roteador precisa armazenar cresce proporcionalmente ao número de fluxos ativos. Em uma rede de grande porte, como a Internet, o número de fluxos simultâneos é enorme, e a manutenção desses estados em cada roteador torna-se inviável, consumindo muita memória e CPU, além de exigir que as reservas sejam atualizadas constantemente. Por isso, o IntServ é considerado não escalável para redes de grande porte, sendo mais adequado para redes menores ou para cenários específicos onde a garantia rígida é essencial.

O modelo que foi projetado para escalar em grandes redes é o DiffServ (Differentiated Services), que não mantém estado por fluxo, mas sim classifica os pacotes em classes de serviço e aplica políticas de encaminhamento diferenciadas nos roteadores de borda e de núcleo. Essa abordagem reduz drasticamente a sobrecarga nos roteadores, permitindo que a QoS seja oferecida de forma escalável na Internet.

A pegadinha da banca está em inverter a característica de escalabilidade: o enunciado afirma que o IntServ escala bem, quando na verdade é o DiffServ que escala bem. O candidato que confunde os dois modelos cai na armadilha.

Critério

IntServ

DiffServ

Mecanismo

Reserva por fluxo (RSVP)

Classes de serviço

Estado nos roteadores

Por fluxo (detalhado)

Agregado (sem estado por fluxo)

Escalabilidade

[-] Não escala em grandes redes

[+] Escala bem

Garantia

Fim-a-fim rígida

Relativa (por classe)

Item — ❌ ERRADO

A afirmação está incorreta porque o IntServ não escala bem em redes de grande porte. A razão é exatamente a que o enunciado descreve: cada roteador mantém estados detalhados de fluxo e reservas de recursos para cada conexão ativa. Esse estado por fluxo cresce linearmente com o número de fluxos, tornando o modelo inviável em redes com muitos fluxos simultâneos, como a Internet. O modelo que escala bem é o DiffServ, que não mantém estado por fluxo, mas sim classifica pacotes em classes e aplica políticas de encaminhamento diferenciadas. Portanto, a afirmação está errada.

NÃO CAIA NESSA!

Para não confundir na prova, lembre-se: IntServ = estado por fluxo (RSVP) → não escala; DiffServ = classes de serviço → escala. Se a questão falar em "estado por fluxo" ou "reserva por conexão", a tendência é que seja IntServ e, portanto, não escalável.

Gabarito: ❌ ERRADO.

Link permanente: /questoes/qg600097