PRACTICA # 5 UDP Y TCP

1. Descomprimir el archivo lab-RIP.tgz

2. ejecutamos: # ping
a pc1, pc2 para verificando que la red este bien conectada

3. Ahora se podra continuar para ver el funcionamiento bsico de los protocolo a nivel de transporte
UDP y TCP.
4. luego se hace unas configuraciones para dos maquinas mas segn el ejerccicio
# ifconfig eth0 10.0.0.2 netmask 255.255.255.0
# ifconfig eth1 11.0.0.2 netmask 255.255.255.0
4. desde la terminal de la maquina real
$ wireshark pc1.eth0.cap

5. Utilizamos el comando nc para generar trafico UDP Y TCP:

pc1:~# nc -u 10.0.0.2 11111
6. Para enviar datos mediante UDP y TCP se utiliza el comando nc

Lanzar un servidor en pc2 en el puerto 11111: # nc l u p 11111

Lanzar un cliente en pc1 en el puerto 11111: # nc -u 12.0.0.2 11111
Lanzar un servidor en pc2 en el puerto 11111: # nc l p 11111
Lanzar un cliente en pc1 en el puerto 11111: # nc 10.0.0.2 11111

Esto nos servira para razonar los mensajes que se captura en el r1, al teclear en el cliente y pulsar
enter podemos ver lo que circula por la red como tambien al cerrar el cliente con CTRL + C
podemos ver cuantos mensajes se intercambian para cerrar la conexin.
7. Analisis tcp una vez que ya se tiene configurado cliente servidor a continuacion se muestra el
trafico.

En una conexin TCP el cliente es el proceso que primero enva el SYN. As que, en este
caso:
o Cliente: 10.0.0.2, puerto 60709.
o Servidor: 11.0.0.2, puerto 34000.
Cantidad de segmentos TCP enviados desde el cliente al servidor:
6 segmentos: SYN, ACK, DATA, DATA, FIN, ACK
Cantidad de segmentos TCP enviados desde el servidor al cliente:
4 segmentos: SYN+ACK, ACK, ACK, FIN+ACK

Nmeros de Secuencia
En esta captura podremos observar el nmero de secuencias reales:

Envi y manejo de bytes de datos del servidor al cliente:

Los datos enviados pueden calcularse sumando todos los bytes de datos de los segmentos
de ese sentido de la comunicacin que contienen datos (estos segmentos aparecen etiquetados en
Wireshark con un Len distinto de 0), sin tener en cuenta los segmentos que son retransmisiones.

Otra forma ms sencilla de calcular en nmero de bytes de datos enviados es fijarse en los

nmeros de secuencia del paquete SYN y del paquete FIN (si el segmento que lleva el FIN no
contiene datos) de ese sentido de la comunicacin. As:
Bytes de datos transmitidos = N sec FIN N sec SYN - 1
Si el segmento que lleva el FIN contuviera datos:
Bytes de datos transmitidos = N sec FIN N sec SYN -1 + Len del segmento de FIN.
Por lo tanto, para el sentido de los datos enviados del servidor al cliente el nmero de bytes
de datos transmitidos es 0.
Envi y manejo de bytes de datos del cliente al servidor:
11 bytes de datos, calculados de la misma manera.

MSS
La captura MSS muestra el principio de anlisis de una comunicacin TCP:

Valor MSS en las cabeceras opcionales de los paquetes SYN:

11.0.0.11 -> 12.0.0.12: MSS = 660 bytes.
12.0.0.12 -> 11.0.0.11: MSS = 560 bytes.
Los dos sentidos de la comunicacin usaran como tamao mximo de datos el menor de estos dos
valores, es decir, 560 bytes.
Tamao de las cabeceras:
- En ambos sentidos, el SYN tiene tamao de cabecera 10 palabras de 4 bytes (40
bytes): 5 palabras (20 bytes) de la parte fija de la cabecera, y 5 palabras (20 bytes) de
opciones.
-En el resto de segmentos, el tamao de cabecera es 8 palabras de 4 bytes (32 bytes):
5 palabras (20 bytes) de la parte fija de la cabecera, y 3 palabras (12 bytes) de opcio
nes.

Retransmisin de SYN
La retransmisin de SYN muestra la comunicacin TCP:

Comunicacin de segmento SYN del cliente al servidor.

Secuencias de segmentos SYN enviados, a travs del mecanismo de autenticacin.
- Las secuencia de marcas de tiempo en los envos de los SYN es: 0.00, 2.96, 8.96,

20.96, 44.97.
- Plazo de retransmisin 2.96, 6.00, 12.00, y 24.01, lo que muestra el mecanismo.
Segmentos de ACK repetidos:
- Cada SYN que llega al servidor provoca l envi de un ACK. Como el retardo es

muy grande, vencen los plazos que va teniendo el cliente, pero como los mensajes no se han
perdido, a cada uno de ellos el servidor debe responder con un SYN+ACK.

Funcionamiento bsico de la ventana anunciada

Principio de comunicacin TCP, para nmeros de secuencia relativos al principio de la conexin.

El nmero de secuencia del primer byte de datos de un paquete es el que aparece en el

campo Sequence Number del paquete: 1.

El nmero de secuencia del ltimo byte de datos de un paquete es el ltimo. Se calcula

como:
(valor del campo Sequence Number) + (Num. bytes de datos del paquete) -1
En este caso: 1 + 548 - 1 = 548

Retransmisiones y asentimientos
Sentido de comunicacin 12.0.0.100 -> 13.0.0.100:

Control de Congestin en TCP: Slow Start en el inicio de la conexin

Control de Congestin en TCP: Timeout

En este experimento se observa el comportamiento del mecanismo de control de congestin de TCP

tras un timeout.
En el inicio de la conexin, TCP se encuentra en Slow Start: se envan 2 segmentos con datos, al
recibirse los ACKs se permite enviar hasta 4 segmentos y se envan 4 segmentos. Al recibirse los
ACKs se permiten enviar hasta 8 segmentos y se envan 6 segmentos.

Nota: todas estas capturas se han podido analizar gracias a la herrramienta

wireshark