Questão de Redes de Computadores — QoS — Quadrix 2025
- Código
- qg600097
- Banca
- Quadrix
- Órgão
- CRO-SP
- Ano
- 2025
- Nível
- Superior
- Cargo
- Analista de Suporte de Tecnologia de Informação
- CCerto
- EErrado
GabaritoC — Certo
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) |
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.
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