— Por que o download para no meio e depois volta? — perguntou um usuario ao ver o grafico de rede do…
Publicado por Alexandre Lombardi dos Santos, fundador do GeraProva
Compreender os conceitos de paralelismo, concorrência e armazenamento/ processamento distribuídos.
Fonte: Base Nacional Comum Curricular (MEC).Questão
— Por que o download para no meio e depois volta? — perguntou um usuario ao ver o grafico de rede do computador. A captura mostrada na imagem foi gerada por uma ferramenta que acompanha uma conexao TCP entre “Cliente 1” e “Servidor”. Nela, o servidor envia tres blocos de dados (com tamanhos indicados em bytes), enquanto o cliente informa ao servidor o valor de “Win”, que representa o quanto o cliente ainda consegue receber sem se sobrecarregar. Ao longo da troca, esse valor diminui (por exemplo, de 1024 para 640, 238 e 34), e aparece o trecho “Em espera de ACK”. Depois que o cliente processa parte do que recebeu, ele envia um ACK e volta a anunciar uma janela maior (418), permitindo a continuidade do envio. Analise o texto e a imagem e identifique a explicacao mais adequada para o momento em que a transferencia fica em “Em espera de ACK”, mesmo havendo dados para enviar.
- A) a reducao proposital do tamanho dos blocos pelo servidor, e Win indica o tamanho de cada bloco de dados enviado
- B) o pedido do cliente para aumentar a velocidade, pois Win menor significa que o servidor deve enviar mais rapido para terminar logo
- C) a deteccao de falha na conexao, pois o ACK funciona como aviso de erro e obriga o servidor a interromper a transmissao
- D) a regra de que o servidor so pode enviar novos dados apos confirmar byte a byte, independentemente do valor mostrado em Win
- E) ao pouco espaco livre no cliente, que anuncia Win pequeno e faz o servidor pausar ate receber um ACK com janela maior
✅ Resposta correta: alternativa E
Resolução passo a passo
- O problema trata do controle de fluxo do TCP. O campo Win (janela de recepção) informa quantos bytes o cliente ainda consegue receber sem ficar sobrecarregado com dados que ainda não processou.
- No texto, o valor de Win cai de 1024 para 640, 238 e 34. Isso significa que o espaço livre no buffer do cliente está diminuindo a cada bloco recebido.
- Quando a janela anunciada fica muito pequena, o servidor não pode enviar mais do que cabe nela. Por isso a transferência entra em "Em espera de ACK", mesmo tendo dados prontos para enviar.
- Depois que o cliente processa parte dos dados, libera espaço, envia um ACK e anuncia uma janela maior (418). Com isso, o servidor retoma o envio. Esse é o motivo de o download parar e depois voltar.
- Análise das alternativas erradas. A: Win não é o tamanho dos blocos; ele indica o espaço livre de recepção do cliente. B: Win menor não pede aumento de velocidade; ele indica menos espaço disponível, o que limita o envio. C: ACK não é aviso de erro; ele confirma recebimento, e a pausa ocorre por controle de fluxo, não por falha da conexão. D: o TCP confirma dados, mas não exige confirmação byte a byte para cada envio, e a janela anunciada limita o envio independentemente de ser só uma regra de confirmação.
- Conclusão: a alternativa E é a correta, pois descreve exatamente a pausa causada pelo pouco espaço livre no cliente e a retomada após o ACK com janela maior.
💡 Dica: Observe o significado do valor Win e a relação com o envio de ACK para entender a pausa na transferência.
Alternativa por alternativa
O aluno acredita que Win indica o tamanho de cada bloco enviado pelo servidor, confundindo o campo de janela de recepção com o tamanho dos segmentos.
O aluno interpreta a queda de Win como um pedido do cliente para acelerar o envio, invertendo o sentido do controle de fluxo.
O aluno supõe que a espera por ACK significa falha na conexão, pensando que o ACK é um aviso de erro, quando na verdade ele confirma recebimento.
O aluno entende que o servidor deve esperar confirmação de cada byte individualmente e ignora o papel da janela, confundindo a confirmação com o controle de fluxo.
Por que engana: Confundir o valor Win com velocidade de envio ou interpretar ACK como erro de conexão.
Correta: a imagem mostra Win diminuindo ate 34; sem espaco no receptor, o servidor precisa aguardar um ACK que atualize a janela (ex.: 418) para continuar.
Raio-X da questão
controle fluxo TCP janela recepção
avaliacao
conceito de conexao TCP · controle de fluxo em redes
Estude o funcionamento do controle de fluxo e janela de recepção em conexões TCP.
Confundir o valor Win com velocidade de envio ou interpretar ACK como erro de conexão.
ciencia_tecnologia
pensamento_critico
cientifico
Questões parecidas com resolução
- Durante uma atividade de comunicação entre dois computadores, a turma observou que os dados eram divididos em pequenos…
- — Por que o video do meu celular trava se o sinal aqui esta cheio? — perguntou Caio, em uma lanchonete. A atendente…
- No contexto de transmissão por rede, qual é a função do campo 'janela' (window) em um protocolo baseado em ACKs e como…
- Durante a transmissão de um arquivo, o receptor calcula o checksum de cada pacote e encontra diferenças em alguns. O que…
- No fim da tarde, uma estudante enviou um arquivo de áudio pelo celular enquanto o sinal de internet oscilava no ônibus…
- Em uma transferência de arquivo pela internet, pequenos trechos de dados seguem pela rede e, ao final, o sistema…
Todas as questões de Sistemas distribuídos e internet - Fundamentos de sistemas distribuídos
🔎 Procurar outra questão
Procure no banco do GeraProva pelo tema ou por um trecho do enunciado. Cada questão já vem com resolução comentada e a análise de cada alternativa.
Professor: monte a prova com questões como esta, com gabarito e folha de respostas, em 30 segundos. Ver planos · Blog
