NOMBRE Y APELLIDOS : Cirila Dolores Ayecaba NGUEMA MOSOMO

NOMBRE Y APELLIDOS: Hermógenes Perfecto Michá NZE NSANG

NÚMERO DE PAREJA: Pareja número 4

FACULTAD DE INGENIERÍA ASIGNATURA: Redes Avanzadas CURSO: 3º FECHA: 23-04-2023

INGENIERÍA INFORMÁTICA

CUESTIONARIO PRÁCTICO 1
Conceptos básicos de TCP
Responda a las siguientes preguntas sobre los segmentos TCP:
1. ¿Cuál es la dirección IP y el número de puerto TCP utilizados por el ordenador cliente (origen) para transferir el
archivo a uaac.gq?
Respuesta.
Nuestra IP = 172.18.14.184
IP de uaac.gq = 67.025.56.126
Puerto = 80

2. ¿Cuál es la dirección IP y el número de puerto utilizados por uaac.gq para recibir el archivo?
Respuesta.
IP de uaac.gq = 67.025.56.126
Puerto = 443
3. Si has hecho este problema en tu propio ordenador, puedes tener tu propia solución.
4. ¿Cuál es el número de secuencia del segmento TCP SYN que se utiliza para iniciar la conexión TCP entre el
ordenador cliente y uaac.gq? ¿Qué hay en el segmento que lo identifica como un segmento SYN?
Respuesta.
Numero de secuencia SYN = 0

Lo que lo identifica como SYN es el número de secuencia del segmento TCP SYN que se utiliza para iniciar la
conexión TCP entre la computadora cliente y uaac.gq (las flags).
5. ¿Cuál es el número de secuencia del segmento SYNACK enviado por uaac.gq al ordenador cliente en respuesta al
SYN? ¿Cuál es el valor del campo ACKnowledgement en el segmento SYNACK? ¿Cómo determinó uaac.gq ese
valor? ¿Qué hay en el segmento que identifica al segmento como un segmento SYNACK?
Respuesta.
Numero de secuencia SYN ACK = 1
El valor del campo ACKnowledgement = 1
El servidor uaac.gq determina este valor mediante el campo Sequence number de TCP. El campo FLAGS nos indica
que un segmento SYN ACK.
Y podemos identificar que el segmento es Flags: 0x012 (SIN, ACK)
6. ¿Cuál es el número de secuencia del segmento TCP que contiene el comando HTTP POST? Ten en cuenta que para
encontrar el comando POST, tendrás que indagar en el campo de contenido del paquete en la parte inferior de la
ventana de Wireshark, buscando un segmento con un "POST" dentro de su campo DATA.
Respuesta.
El número de secuencia es = 1

7. Considera el segmento TCP que contiene el HTTP POST como el primer segmento de la conexión TCP. ¿Cuáles
son los números de secuencia de los primeros seis segmentos en la conexión TCP (incluyendo el segmento que
contiene el HTTP POST)? ¿A qué hora se envió cada segmento? ¿Cuándo se recibió el ACK de cada segmento?
Dada la diferencia entre el momento en que se envió cada segmento TCP y el momento en que se recibió su acuse de
recibo, ¿cuál es el valor RTT para cada uno de los seis segmentos? ¿Cuál es el valor EstimatedRTT (ver página 237
del texto) tras la recepción de cada ACK? Asume que el valor del EstimatedRTT es igual al RTT medido para el
primer segmento, y luego es calculado usando la ecuación EstimatedRTT en la página 237 para todos los segmentos
subsecuentes.
Nota: Wireshark tiene una buena característica que le permite trazar el RTT para cada uno de los segmentos TCP
enviados. Seleccione un segmento TCP en la ventana "listado de paquetes capturados" que está siendo enviado desde
el cliente al servidor uaac.gq. A continuación seleccione: Estadísticas->Gráfico de flujo TCP->Gráfico de tiempo de
ida y vuelta.
Respuesta.
Los primeros 6 paquetes son: 63-64, 65-66, 67-68

El paquete 63 tiene el número de secuencia = 289195955

El paquete 64 tiene el número de secuencia = 289194503

El paquete 65 tiene el número de secuencia = 3073180368

El paquete 66 tiene el número de secuencia = 3073180368

El paquete 67 tiene el número de secuencia = 289200311

El paquete 68 tiene el número de secuencia = 3073180368

Segmento Nº de secuencia Hora envío Hora ACK RTT RTT Estimado

1 289195955 10:29:24.860357 0.048144s 0.048144s 0.031141s
2 289194503 11:29:24.860357 0.048144s 0.048144s 0.048144s
3 3073180368 12:29:24.860425 0.048212s 0.048212s 0.048144s
4 3073180368 13:29:24.860499 0.048286s 0.048286s 0.048212s
5 2892000311 14:29:24.860534 0.048321s 0.048321s 0.048286s
6 3073180369 15:29:24.860550 0.048337s 0.048337s 0.048321s

Grafica de la captura RTT del paquete 64.

8. ¿Cuál es la longitud de cada uno de los seis primeros segmentos TCP?
Respuesta.

Segmento Long Cabecera Long Datos Long Total (bytes )

1 20 1506 1526
2 20 1506 1526
3 32 66 98
4 20 54 74
5 20 1506 1526
6 32 66 98
Los datos, son de las capturas obtenidas anteriormente.

9. ¿Cuál es la cantidad mínima de espacio disponible en la memoria intermedia anunciada en la recepción para toda la
traza? La falta de espacio en el búfer del receptor, ¿acelera alguna vez al emisor?
Respuesta.
La cantidad mínima de espacio disponible en el búfer de recepción anunciada para toda la traza es: Window Size
Value, con un valor de 515.
NO, el búfer receptor nunca dejara sin espacio al emisor.
10. ¿Hay segmentos retransmitidos en el archivo de rastreo? ¿Qué ha comprobado (en la traza) para responder a esta
pregunta?
Respuesta.
Utilizando la opción que tenemos en la herramienta de Wireshark, en Analizar => Información especializada, nos
mostrara un informe con los posibles errores producidos, como el ACK duplicado que se genera cuando se pierde un
paquete y se debe transmitir.

11. ¿Cuántos datos reconoce normalmente el receptor en un ACK? ¿Puedes identificar los casos en los que el receptor
hace ACK cada dos segmentos recibidos (ver Tabla 3.2 en la página 244 del texto)?
Respuesta.
Con los indicadores se pueden identificar los siguientes:
SYN: indica una petición para establecer una conexión
FIN: Si es a 1, se interrumpe la conexión
ACK: Si está a 1, el paquete es un acuse de recibo,
URG: Si está a 1, el paquete se tiene que procesar de forma urgente.
PSH (PUSH): Si está a 1, el paquete opera según el método PUSH.
RST: Si está a 1, se restablece la conexión.
12. ¿Cuál es el throughput (bytes transferidos por unidad de tiempo) de la conexión TCP? Explica cómo has
calculado este valor.
Respuesta.
Utilizando la opción grafica de estadísticas, en concreto, Estadísticas => Gráficas de Flujo TCP =>Rendimiento:

13. Utiliza la herramienta de trazado Time-Sequence-Graph (Stevens) para ver el número de secuencia frente al
tiempo de los segmentos enviados desde el cliente al servidor uaac.gq. ¿Puedes identificar dónde comienza y termina
la fase de inicio lento de TCP y dónde toma el relevo la evitación de la congestión? Observa que en esta traza del
"mundo real", no todo está tan ordenado y limpio como en la Figura 3.54 (observa también que las etiquetas del eje y
para la herramienta de trazado Time-Sequence-Graph(Stevens) y la Figura 3.54 son diferentes).
Comenta en qué difieren los datos medidos del comportamiento idealizado del TCP que hemos estudiado en el texto.
Respuesta.
En 0, comienza la fase de inicio lento.

La fase de inicio lento termina entre el número de secuencia 1000 y 1250, en el intervalo de tiempo entre 6.3 y 8,3
segundos.
La diferencia que tiene con datos medidos del comportamiento idealizado del TCP que hemos estudiado en el texto
está en que la fase de inicio lento que termina en t0 cuando se produce una pérdida de congestión en t1, t2, t3, TCP
CUBIC aumenta más rápidamente hacia Wmax (disfrutando asi de más rendimiento general que TCP Reno).