Aluno: Jose Vieira e Ana Paula

1- Why does the Segment Sequence Number remain unchanged (indicated by a

horizontal line in the graphs) with every drop in the congestion window?
Por que nessa sessão o TCP recupera dados que esteja
danificado,perdidos,duplicados ou entregues fora de ordem, resolvendo assim
qualquer anomalia que possa a vir de acontecer na rede, isso se faz através da
atribuição de um número sequencial para cada octeto transmitido, e exigindo
uma confirmação positiva (ACK) da recepção TCP.

2- Analyze the graph that compares the Segment Sequence numbers of the
three scenarios. Why does the Drop_NoFast scenario have the slowest
growth in sequence numbers?
É por que nesse cenário, não estão habilitados os dois serviços importantes para
o bom funcionamento e desempenho das redes que são eles os algoritmos fast
recovery e o fast retransmit.

3- In the Drop_NoFast scenario, obtain the overlaid graph that compares Sent
Segment Sequence Number with Received Segment ACK Number for
Server_West. Explain the graph.
Hint:
- Make sure to assign all values to the Capture mode of the Received
Segment ACK Number statistic.

4- Create another scenario as a duplicate of the Drop_Fast scenario. Name the

new scenario Q4_Drop_Fast_Buffer. In the new scenario, edit the attributes
of
the Client_East node and assign 65535 to its Receiver Buffer (bytes)
attribute
(one of the TCP Parameters). Generate a graph that shows how the
Congestion Window Size (bytes) of Server_West gets affected by the
increase
in the receiver buffer (compare the congestion window size graph from the
Drop_Fast scenario with the corresponding graph from the
Q4_Drop_Fast_Buffer scenario.)
 Neste gráfico esta sendo comparado dois cenários, com configurações de buffer
diferentes, o primeiro esta com buffer de 65535 e o segundo com 8760, podemos
ver que há uma boa diferença de uma pra outro, como é mostrado na figura
acima.

Relatório do lab8.

Este laboratório foi concebido para demonstrar a algoritmos de controlo de

congestionamento implementado pelo Transmission Control Protocol (TCP). O
laboratório oferece quatros tipos de cenários cada um com uma configuração
diferenciada para simular estes algoritmos. Entre os algoritmos testado esta o fast
retransmit e o fast recovery, cuja a função deles é fazer o controle de congestionamento
dentro da rede, proporcionando melhora no serviço, e também no desempenho de toda
rede.mais abaixo esta os gráfico de cadê cenário para que possa ser feita a comparação
entre eles, levando em conta que cada um se encontra com configurações distintas.
Primeiro gráfico, mostra o primeiro cenário onde o algoritmo de congestionamento
estão ativados, tanto o fast retransmit como fast recovery.
Neste o algoritmo fast retransmit e fast recovery estão desativados, porém este cenário
esta configurado pra descartar 0.05% da taxa de pacote recebido.
Este cenário esta apenas com as configurações básicas,aqui ele não trata do
congestionamento da rede, devido os algoritmos de controle esta desativados.
Neste cenário os algoritmos de controle estão ativos, e a taxa de buffer aumentada de
8760 para 65535.

Conclusão

Este trabalho foi elaborado num simulador de rede desconhecido e todo em inglês
dificultando um pouco a resolução dos exercícios proposto. Porem foi muito importante
pois através dele ficamos mais familiarizado com o protocolo tcp, através dos exercícios
pratico feitos dentro do simulador utilizando de ferramentas, com o objetivo de
aprendizado e aprimoramento dos conhecimentos sobre protocolo tcp.