Questões de Noções de Informática - Redes de Computadores para Concurso

21

25

125

124

6 subredes com endereços 192.168.0.16, 192.168.0.16, 192.168.0.32, 192.168.0.64, 192.168.0.128, 192.168.0.256.

4 subredes com endereços 192.168.0.0, 192.168.0.64, 192.168.0.128, 192.168.0.192.

4 subredes com endereços 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0.

8 subredes com endereços 192.168.0.0, 192.168.0.32, 192.168.0.64, 192.168.0.96, 192.168.0.128, 192.168.0.160, 192.168.0.192 e 192.168.0.224

8 subredes com endereços 192.168.0.0, 192.168.1.0, 192.168.2.0, 192.168.3.0, 192.168.4.0, 192.168.5.0, 192.168.6.0, 192.168.7.0

O DNS (serviço de resolução de nomes da Internet) utiliza necessariamente o protocolo TCP para transportar os dados das consultas, pois ele necessita de que os dados sejam entregues em ordem e de maneira confiável.

As aplicações inelásticas (ex.: aplicações multimídia) utilizam necessariamente o protocolo TCP para transportar os dados, pois necessitam de que os dados sejam entregues em ordem no receptor. Assim, um fluxo de áudio ou vídeo será reproduzido corretamente.

Apesar do serviço UDP estar disponível na camada de transporte da pilha TCP/IP, apenas aplicações que rodam em rede local e que podem confiar que os dados não serão perdidos as utiliza. Por exemplo, os protocolos CIFS e NFS implementam sistemas de arquivos de rede específicos para redes locais e utilizam UDP.

Uma aplicação que utilize UDP pode desfrutar de transferência confiável de dados desde que esse serviço seja implementado na própria aplicação.

O protocolo TCP tem ciência de que está sendo executado em uma rede sem fio. Assim, um evento de perda de pacotes não gera necessariamente a diminuição da janela de congestionamento para não afetar seu desempenho ao intuir erroneamente que a rede está congestionada devido a uma perda de pacotes causada por intermitências da rede sem fio.

II, III e IV.

I e IV.

III e IV.

II e III.

I e II.

O TCP é o protocolo responsável pela implementação do controle de congestionamento. Quando a janela de congestionamento está abaixo do limiar (threshold), o transmissor está em fase de partida lenta e a janela cresce exponencialmente. Quando a janela de congestionamento está acima do limiar (threshold), o transmissor está em fase de evitar congestionamento, e a janela cresce linearmente.

O TCP é o protocolo responsável pela implementação do controle de congestionamento. Para efetuar essa tarefa, os roteadores da Internet avisam explicitamente quando há um congestionamento no canal para o hospedeiro transmissor, que irá reduzir sua janela de congestionamento. Dessa forma, o TCP irá minimizar o problema de congestionamento na rede.

O TCP é o protocolo responsável pela implementação do controle de congestionamento. Para melhorar o desempenho do TCP, pelo menos duas variações foram propostas, o TCP Reno e o TCP Tahoe. A principal diferença entre eles é que quando ocorre um evento de estouro de temporização de confirmação, o TCP Reno reduz a janela de congestionamento para 1, enquanto o TCP Tahoe reduz para metade da janela atual.

Tanto o TCP quanto o UDP implementam controle de congestionamento. Porém, o TCP apresenta várias versões e melhorias ao controle de congestionamento original, aumentando o desempenho para diversas situações.

O TCP implementa o controle de congestionamento para eventos de pacotes de confirmação (ACK) repetidos, enquanto o UDP implementa o controle de congestionamento para estouro do temporizador de confirmação.