Pular para o conteúdo principal

Questão de Redes de Computadores — TCP e UDP — Quadrix 2026

Redes de ComputadoresTCP e UDP
Código
qa429618
Banca
Quadrix
Órgão
CREFITO 17
Ano
2026
Cargo
Ana ( )
Considerando o modelo de referência OSI e os principais protocolos de rede, julgue o item seguinte. Como o TCP provê mecanismos de confiabilidade e de ordenação, aplicações que o utilizam ficam dispensadas de implementar tratamento próprio para timeout, indisponibilidade do par remoto ou do controle de sessão em nível lógico.
  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”.

TCP: confiabilidade e responsabilidades da aplicação

Gabarito: ❌ ERRADO. A afirmação está incorreta porque, embora o TCP ofereça confiabilidade e ordenação na entrega dos dados, ele não dispensa a aplicação de implementar tratamento para timeout, indisponibilidade do par remoto ou controle de sessão em nível lógico. Essas responsabilidades permanecem com a aplicação, que deve lidar com a lógica de negócio e com a detecção de falhas que o protocolo não resolve.

O TCP (Transmission Control Protocol) é um protocolo da camada de transporte que oferece comunicação confiável entre origem e destino, garantindo que os dados cheguem em ordem e sem erros. Para isso, ele utiliza mecanismos como controle de erros, controle de fluxo e controle de congestionamento, além de estabelecer uma conexão antes da troca de dados (handshake). No entanto, essa confiabilidade é limitada ao transporte dos dados: o TCP garante a entrega dos segmentos, mas não sabe nada sobre o significado dos dados para a aplicação. Por exemplo, se um servidor de aplicação ficar indisponível, o TCP pode continuar estabelecendo conexões, mas a aplicação precisa detectar que o serviço não está respondendo e tomar as ações adequadas (como tentar reconectar, notificar o usuário, etc.). Da mesma forma, o controle de sessão em nível lógico — como autenticação, autorização, estado da sessão do usuário — é responsabilidade da aplicação, não do TCP.

Na prática, aplicações como navegadores web, clientes de e-mail e sistemas de transferência de arquivos implementam seus próprios mecanismos de timeout e tratamento de erros, mesmo usando TCP. Por exemplo, um navegador que tenta acessar uma página web define um tempo máximo de espera para a resposta do servidor; se esse tempo expira, ele exibe uma mensagem de erro. Isso é feito na camada de aplicação, não pelo TCP.

A pegadinha desta questão está em confundir a confiabilidade do transporte com a confiabilidade da aplicação. O TCP garante que os dados cheguem, mas não garante que a aplicação esteja funcionando corretamente ou que a sessão lógica seja mantida. Portanto, a afirmação de que a aplicação fica "dispensada" de implementar tratamento próprio é falsa.

NÃO CAIA NESSA!

A banca tenta fazer o candidato acreditar que a confiabilidade do TCP elimina a necessidade de a aplicação tratar erros. Mas a confiabilidade do TCP é apenas no nível de transporte: ela garante a entrega dos segmentos, não a disponibilidade do serviço nem a lógica da sessão. A aplicação sempre precisa implementar seus próprios mecanismos de timeout, detecção de falhas e controle de sessão.

TCP
  • 1Garante (camada de transporte)
    • Entrega confiável
    • Ordenação
    • Controle de fluxo/congestionamento
  • 2Não garante (camada de aplicação)
    • Disponibilidade do serviço
    • Timeout
    • Controle de sessão lógico
    • Autenticação/autorização
LEVEL · soulevel.com.br

Alternativa E — ❌ Incorreta ⟵ GABARITO

A afirmação está errada. O TCP provê confiabilidade e ordenação, mas isso não dispensa a aplicação de implementar tratamento para timeout, indisponibilidade do par remoto ou controle de sessão em nível lógico. Essas responsabilidades são da camada de aplicação, que deve lidar com a lógica de negócio e com a detecção de falhas que o protocolo não resolve. Por exemplo, se um servidor web ficar sobrecarregado e não responder, o TCP pode continuar entregando os pacotes, mas a aplicação precisa detectar que a resposta não veio e tomar uma ação (como reenviar a requisição ou exibir um erro). Portanto, a alternativa correta é a letra E.

Gabarito: letra E

Link permanente: /questoes/qa429618