Taller TCP

La captura de una transferencia de TCP mayor desde el ordenador a un servidor remoto

Cargue de archivo plano

Captura de paquetes
 1. ¿Cuál es el número de la dirección IP y el puerto TCP utilizado por el equipo cliente (fuente)
que es transferir el archivo a [Link]? Para responder a esta pregunta, es probable
que sea más fácil para seleccionar un mensaje HTTP y explorar los detalles del paquete TCP
utilizado para llevar este mensaje HTTP, usando los “detalles de la ventana de cabecera del
paquete seleccionado” (consulte la Figura 2 en la “Introducción Wireshark”Lab si no está seguro
acerca de las ventanas de Wireshark.

Respuesta
Cliente Source
Dirección IP: [Link]
Puerto: 1161

2. ¿Cuál es la dirección IP del [Link]? ¿Por lo que el número de puerto es el envío y la

recepción de los segmentos TCP para esta conexión?

Respuesta
Destino
Dirección IP: [Link]
Puerto: 80
 3. ¿Cuál es el número de la dirección IP y el puerto TCP utilizado por el equipo cliente (Fuente)
para transferir el archivo a [Link]?

Respuesta
Cliente Source
Dirección IP: [Link]
Puerto: 80

Destino
Dirección IP: [Link]
Puerto: 161

4. ¿Cuál es el número de secuencia del segmento TCP SYN que se utiliza para iniciar el conexión
TCP entre el equipo cliente y [Link]? ¿Qué hay en el segmento que identifica el
segmento como un segmento SYN?

Respuesta
El estado en 0 se utiliza para realizar la conexión TCP con la página, en la sección de Flags el SYN tiene
un valor de 1 que nos indica que el segmento es un segmento SYN.
 5. ¿Cuál es el número de secuencia del segmento SYNACK enviado por [Link] al
equipo cliente en respuesta al SYN? ¿Cuál es el valor del campo de acuse de recibo en el
segmento SYNACK? ¿Cómo [Link] determinar ese valor? ¿Qué hay en el segmento
que identifica el segmento como un segmento SYNACK?

Respuesta

El número de secuencia del segmento SYN_ACK enviado por la página al pc cliente en respuesta al
SYN es 0. El valor del campo de recibo en el segmento SYN_ACK está determinado por el servidor
de la página. El servidor agrega 1 al número de secuencia inicial del segmento SYN desde la
computadora cliente. Para este caso, el número de secuencia inicial del segmento SYN de la
computadora cliente es 0, por lo que el valor del campo de recibo en el segmento SYN_ACK es 1. Un
segmento se identificará como un segmento SYN_ACK si tanto la bandera SYN como la bandera de
acuse de recibo el segmento están establecido en 1.

6. ¿Cuál es el número de secuencia del segmento TCP que contiene el HTTP POST ¿mando?
Tenga en cuenta que con el fin de encontrar el comando POST, tendrá que excavar en el campo
de contenido del paquete en la parte inferior de la ventana de Wireshark, en busca de un
segmento con un “POST” dentro de su campo de datos.

Respuesta
El número de secuencia del segmento TCP que contiene el comando HTTP Post es 1
 7. Considere el segmento TCP que contiene el HTTP POST como el primer segmento en el
conexión TCP. ¿Cuáles son los números de secuencia de los primeros seis segmentos en el
conexión TCP (incluyendo el segmento que contiene el POST HTTP)? ¿En qué momento se
envía cada segmento? Cuando se ha recibido el ACK para cada segmento? Teniendo en cuenta
la diferencia entre cuando se envía cada segmento TCP, y cuando se ha recibido su
reconocimiento, ¿cuál es el valor de RTT para cada uno de los seis segmentos? Cuál es el
EstimatedRTT valor (véase la Sección 3.5.3, página 242 en el texto) después de la recepción de
cada ACK? Supongamos que el valor de la EstimatedRTT es igual a la medida RTT para el
primer segmento, y luego se calcula utilizando la EstimatedRTT ecuación en la página 242 para
todos los segmentos posteriores. Nota: Wireshark tiene una buena característica que le permite
trazar la RTT para cada uno de los segmentos TCP enviados. Seleccionar un segmento TCP en
la “lista de paquetes capturados” ventana que se envía desde el cliente al servidor
[Link]. A continuación, seleccione: Estadísticas->
TCP corriente Graph-
 Round Trip Time Graph

Respuesta
a. El número de secuencia para el segmento 1 es 1, el número de secuencia para el
segmento 2 es 566.

b. El segmento uno a los 0.003212 y el segmento 2 a los 0.015260

c. Respuesta: ACK para el segmento 1 se recibió a 0.012200 microseg y ACK para el

segmento 2 se recibió a 0.22604 microseg.

d. Respuesta RTT para cada uno de los seis segmentos

Packet Sequence Time ACK

Segment Time Sent(s) RTT(s)
Number Number received(s)
1 4 1 0.003212 0.015260 0.012048
2 5 566 0.015260 0.012200 0.00306
3 7 2026 0.000089 0.022604 0.022515
4 8 3486 0.000664 0.045928 0.045264
5 10 4946 0.000111 0.044933 0.044822
6 11 6406 0.000752 0.048181 0.047429
 8. ¿Cuál es la longitud de cada uno de los seis primeros segmentos TCP?

Respuesta
Packet Sequence Time ACK
Segment Length(bytes) Time Sent(s) RTT(s)
Number Number received(s)
1 4 1 565 0..03212 0.015260 0.012048
2 5 566 1460 0.015260 0.012200 0.00306
3 7 2026 1460 0.000089 0.022604 0.022515
4 8 3486 1460 0.000664 0.045928 0.045264
5 10 4946 1460 0.000111 0.044933 0.044822
6 11 6406 1460 0.000752 0.048181 0.047429

9. ¿Cuál es la cantidad mínima de espacio disponible en el búfer que anuncian en la recibida para
toda la traza? ¿La falta de espacio en el buffer del receptor nunca acelerador del remitente?

Respuesta: De cada segmento se obtiene el valor del [Calculated window size: lenght]
La cantidad mínima de espacio de búfer disponible anunciado en el recibido es de 17520 bytes.

Available Buffer Space

Segment
Advertised At The Received
1 17520
2 17520
3 17520
4 17520
5 17520
6 17520

10. ¿Hay segmentos retransmitidos en el archivo de seguimiento? Qué ¿verificó si (en la traza) con
el fin de responder a esta pregunta?

Respuesta: Si analizamos la gráfica en estadísticas TCP Stream Graphs

Al analizar cada paquete se encuentra que no hay segmentos retransmitidos.

 11. ¿Cuántos datos reconoce el receptor típicamente en un ACK? ¿Puede identificar casos en los
que el receptor está ACKing en cualquier otro segmento recibido (consulte la Tabla 3.2 en la
página 247 en el texto).

Respuesta: En cada captura podemos evidenciar como aumento el número de ACK en 1400Bytes, esto
nos indica que el receptor reconoce 1400Bytes.

1460 Bytes

1460 Bytes

12. ¿Cuál es el rendimiento (bytes transferidos por unidad de tiempo) para la conexión TCP? Explica cómo
calculó este valor.

Respuesta:

Throughput = Amount of data transmitted / Time incurred

Amount of data transmitted = 164041 Bytes

Time incurred = 0,0003296 - 0.003212 = 0.000084

Throughput = 164.041 Kbyte / 0.000084 seg

Throughput = 1952869,047619048 Kbytes / seg

Tiempo de envío Primer segmento

Tiempo de envío último segmento

Time incurred

Amount of data transmitted

 13. Utilizar el Time-Secuencia-Graph (Stevens) herramienta de trazado para ver la secuencia
número en función del tiempo trama de segmentos que se envía desde el cliente al servidor
[Link]. Se puede identificar dónde comienza y termina la fase de inicio lento de
TCP, y donde para evitar la congestión se hace cargo? Comentarios sobre las formas en que los
datos de medición difieren del comportamiento idealizado de TCP que hemos estudiado en el
texto.

Respuesta: Se puede observar un inicio lento, pero al momento de la conexión TCP ayuda a evitar la
congestión. Si ampliamos podemos ver como se envían paquetes en lotes de a seis lo cual nos indica
que no hay aumento lineal. Esto puede ser ocasionado por la configuración del servidor HTTP de la
página impone un límite de velocidad.

Imagen Ampliada (paquetes de 6 lotes)