Faculdade de Tecnologia SENAC Pelotas Tecnólogo em Redes de Computadores Qualidade de Serviços de Rede Prof. Eduardo Monks Camada de Transporte Parte 2 Jones Bunilha Radtke Tarefas: 1.1) O algoritmo Slow Start é utilizado pelo procolo TCP quando uma nova conexão é iniciada ou após ocorrer alguma retransmissão de dados por timeout, pois o seu intuito é calcular o tamanho de janela inicial mais indicado, a fim de evitar novas perdas de pacotes por congestionamento de dados. 1.2) Uma janela de dados é uma sequência de pacotes enviado de um host a outro. O mecanismo de Janela Deslizante consiste em aumentar o tamanho desta janela de forma gradual, aumentando quantidade de pacotes a ser enviado por uma única confirmação do receptor, até um valor em que o receptor possa processar os dados recebidos, desta forma, há um aumento da performance da rede. 1.3) É o tempo de uma janela de dados ser enviada a um host e o recebimento de confirmação do mesmo ao remetente. Através de estimativas baseadas neste tempo que o TCP calculará estatisticamente o tempo de timeout para uma confirmação de pacote. 1.4) Quando um host não recebe uma confirmação de pacote enviado em um determinado tempo, o mesmo retransmitirá o pacote enviado anteriormente. 1.5) No início da transferência de dados de uma conexão TCP, o algoritmo slow start é utilizado a fim de calcular o tamanho de janela inicial e evitar a perdas de pacotes por congestionamento, mas mesmo assim ocorra perdas de pacotes, o algoritmo congestion avoidance é utilizado para diminuir a taxa de transmissão. 1.6) O TCP SACK, Selective Acknowledgment, é um mecanismo de recuperação de múltiplos segmentos perdidos no intervalo de um RTT. 1.7) No protocolo TCP, a geração de confirmações duplicadas pode ocorrer com a chegada de segmentos fora de ordem, no receptor, por duas situações: quando há atraso de um dos segmentos (provavelmente por ter seguido um ou na perda de um segmento. A fim de avaliar verifica-se o número de ACK s duplicados que são recebidos. A partir do terceiro ACK duplicado o algoritmo de fast retransmitestiver é utilizado e o segmento correspondente é retransmitido sem que se espere pelo o timeout.
3) Captura 8a Protocolo: TCP Porta: 16667 Aplicação: GAIM (Protocolo IRC) Por tratar-se de uma aplicação que de forma geral utiliza pouca largura de banda, a forma mais adequada para efetuar esta análise é observando os tempos de RTT e se houve retransmissão de pacotes. Pode-se afirmar que o desempenho da rede foi satisfatório para este tipo de aplicação, apresentando valores abaixo de 20ms para RTT e sem retransmissões de dados, conforme os gráficos abaixo.
Captura 8b Protocolo: TCP Porta: 5001 Aplicação: VNC Apesar do tempo de RTT ser de aproximadamente 10ms, a rede apresentou perdas de pacotes e baixo desempenho com uma largura de banda média de 875Kb/s, fatores que não devem ter influência para uma execução satisfatória da aplicação.
Captura 8c Protocolo: TCP Porta: 3389 Aplicação: Remote Desktop Protocol Os pacotes apresentaram um atraso de 250ms em média para o RTT, caracterizando uma rede com uma latência entre o cliente e o servidor de aproximadamente 125ms. Em determinados momentos verificou-se que ocorreu retransmissão de pacote e pacotes de confirmação duplicados comprovando uma rede de baixo desempenho. Os valores apontados influenciaram para baixa largura de banda da rede, que apresentou como pico máximo de 162Kb/s.
Captura 8d Protocolo: TCP Porta: 2000 Aplicação: Jogo da Velha Como a aplicação trata-se de um jogo em rede que apresenta como característica envio e recebimento de pacotes de tamanho pequeno, a forma mais adequada de verificar o desempenho da rede para esta aplicação é através da análise do RTT, que apresentou valores próximos a 200ms. Nesta captura não apresenta perdas de pacotes, nem confirmações duplicadas, desta forma a aplicação foi executada de forma satisfatória.
Captura 8e Protocolo: UDP Porta: 1234 Aplicação: VLC streaming Tamanho Cabeçalho UDP: 46 bytes. Total de Pacotes 1533. Total de Cabeçalho 70518 bytes. Total de bytes sem cabeçalhos 2011296. Tempo total de transmissão 68,4s. Largura de banda 29,4Kb/s. Uma aplicação como o protocolo UDP, sendo utilizada em uma rede de padrão Ethernet de 100Mb/s, apresentar uma largura de banda de apenas 29,4Kb/s, é indicativo de que a rede apresentou algum problema, como perdas de paacote.