LABORATÓRIO 4 - Wireshark Lab - TCP

Aluno: ​André Luiz de Oliveira Cezário

Curso: ​Engenharia de Computação
1. Capturing a bulk TCP transfer from your computer to a remote server

Após fazer o upload do arquivo para o servidor, obtemos os seguintes resultados no

Wireshark:
2. A first look at the captured trace

Resolução Perguntas:
Questão 1.
Computador do cliente (source)
Endereço IP:​ 192.168.13.6
Nº de porta TCP:​ 40338

Questão 2.
Computador de destino gaia.cs.umass.edu:
Endereço IP:​ 128.119.245.12
Nº de porta TCP​: 80

Questão 3.
Computador do cliente (source)
Endereço IP:​ 192.168.13.6
Nº de porta TCP:​ 40338

3. TCP Basics
Questão 4.
O número de sequência do segmento TCP SYN é 0, uma vez que é usado para simular a
conexão TCP entre o computador cliente e o gaia.cs.umass.edu. Pela captura de tela a
seguir, na seção Sinalizadores, o sinalizador SYN é definido como 1, o que indica que esse
segmento é um segmento SYN.
Questão 5.
O número de sequência do segmento SYN_ACK enviado por gaia.cs.umass.edu para o
computador cliente em resposta ao SYN é 0. O valor do campo de reconhecimento no
segmento SYNACK é determinado pelo servidor gaia .cs.umass.edu. O servidor identifica
esse valor adicionando 1 ao número de sequência inicial do segmento SYN do computador
cliente. Neste caso, o número de sequência inicial do segmento SYN do computador cliente
é 0, e assim, o valor do campo de reconhecimento no segmento SYNACK é 1. Um
segmento será identificado como um segmento SYNACK se o sinalizador SYN e o
sinalizador de confirmação forem o segmento que está definido como 1.
Questão 6.
O número de sequência do segmento TCP que contém o comando HTTP POST é 1.

Questão 7.​ (Foram utilizados os resultados do rastreamento do .zip.)

(i) ​Os números de sequências dos segmentos são:
Segmento 1 - Nº de sequência 1
Segmento 2 - Nº de sequência 566
Segmento 3 - Nº de sequência 2026
Segmento 4 - Nº de sequência 3486
Segmento 5 - Nº de sequência 4946
Segmento 6 - Nº de sequência 6406

Segmento 1 - 6

(...)
Segmento 6 - 6

(ii)
Segmento Tempo de envio Tempo de recebimento ACK RTT (segundos)

1 0.026477 0.053937 0.02746

2 0.041737 0.077294 0.035557

3 0.054026 0.124085 0.070059

4 0.054690 0.169118 0.11443

5 0.077405 0.217299 0.13989

6 0.078157 0.267802 0.18964

(iii)
A estimativa RTT é dada por:
EstimativaRTT = 0.875 * EstimativaRTT + 0.125 * AmostraRTT

- Estimativa RTT para o segmento 1:

EstimatedRTT = RTT for Segment 1 = 0.02746

- Estimativa RTT para o segmento 2:

EstimatedRTT = 0.875 * 0.02746 + 0.125 * 0.035557 = 0.0285

- Estimativa RTT para o segmento 3:

EstimatedRTT = 0.875 * 0.0285 + 0.125 * 0.070059 = 0.0337

- Estimativa RTT para o segmento 4:

EstimatedRTT = 0.875 * 0.0337+ 0.125 * 0.11443 = 0.0438
Estimativa RTT para o segmento 5:
EstimatedRTT = 0.875 * 0.0438 + 0.125 * 0.13989 = 0.0558

Estimativa RTT para o segmento 6:

EstimatedRTT = 0.875 * 0.0558 + 0.125 * 0.18964 = 0.0725

(iv) ​Gráfico gerado:

Questão 8.
O comprimento do segmento 1 é 565 bytes e dos restantes é 1460 bytes.
Questão 9.
A quantidade mínima de espaço de buffer (janela do receptor) anunciada em
gaia.cs.umass.edu para todo o traço é 5840 bytes, o que é mostrado na primeira
confirmação do servidor. Esta janela do receptor cresce continuamente até um máximo
tamanho do buffer do receptor de 62780 bytes. O remetente nunca é extrapolado devido à
falta de espaço de buffer do receptor inspecionando esse rastreio.

Questão 10.
Não há segmentos retransmitidos no arquivo de rastreio. Isto pode ser verificado pelos
números de sequência dos segmentos TCP no arquivo de rastreamento. No gráfico de
sequência de tempo deste traço, todos os números de sequência da origem (192.168.1.102)
para o destino (128.119.245.12) estão aumentando monotonicamente com o tempo. Se
houver um segmento retransmitido, o número de sequência deste segmento retransmitido
deve ser menor que os segmentos vizinhos.
Questão 11.
Os números de sequência reconhecidos dos ACKs são:

número de sequência dados reconhecidos

reconhecido

ACK 1 566 566

ACK 2 2026 1460

ACK 3 3486 1460

ACK 4 4946 1460

ACK 5 6406 1460

ACK 6 7866 1460

ACK 7 9013 1147

ACK 8 10473 1460

(...)

A diferença entre os números de sequência reconhecidos de dois ACKs consecutivos indica

os dados recebidos pelo servidor entre esses dois ACKs. Ao verificar a quantidade de
dados reconhecidos por cada ACK, pode-se observar que há casos em que o receptor está
ACKing todos os outros segmentos.
Questão 12.
Temos que o cálculo da taxa de transferência TCP depende da seleção de período de
tempo médio. Como um cálculo de taxa de transferência comum, nesta questão,
selecionamos o período de tempo médio como todo o tempo de conexão. Então, a taxa de
transferência média para esta conexão TCP é calculada como a razão entre o total de
dados e o total tempo de transmissão. A quantidade total de dados transmitidos pode ser
calculada pela diferença entre o número de sequência do primeiro segmento TCP e o
número de sequência reconhecido do último ACK. Desse modo, os dados totais são 164091
- 1 = 164090 bytes. O tempo total de transmissão é a diferença do instante de tempo do
primeiro segmento TCP e o instante de tempo do último ACK. Portanto, o tempo total de
transmissão é de 5,455830 - 0,026477 = 5,4294 segundos. Assim, a taxa de transferência
para a conexão TCP é calculada como 164090 / 5,4294 = ​30,222 KBytes / seg​.

4. TCP congestion control in action

Questão 13.

Podemos ver no gráfico, que a fase de início lento dura apenas pelo primeiro 0,8 - 1,6
segundo. Após isso, parece que a sessão TCP está sempre em estado de prevenção de
congestionamento. Assim, não vemos o comportamento de aumento linear esperado, isto é,
a janela de transmissão TCP não cresce linearmente durante esta fase. De fato, parece que
o remetente transmite pacotes em lotes de 6. Isso não parece ser causado pelo controle de
fluxo, uma vez que a janela anunciada do receptor é significativamente maior que 5
pacotes. A razão para esse comportamento pode ser devido ao fato de que o servidor HTTP
aplicou um limite de taxa de algum tipo.