¿Cómo funcionan los

protocolos TCP, UDP e IP?,

hacer un ejemplo
 PROTOCOLO

El protocolo básico para la transmisión de datos en una red ETHERNET

entre dos o mas dispositivos conectados a ella es el TCP/IP.

IP: Protocolo de Internet APLICACIÓN

Proporciona el envío de datagramas en PRESENTACIÓN

una red sin necesidad de conexión

existente y sin garantía de entrega. SESIÓN

•Opera a nivel de la capa de RED TRANSPORTE

•Direcciona lógicamente la red

RED
•Conmutación de paquetes
•Selección dinámica de las rutas
UNION
•Ordenamiento secuencial de los
datagramas
FISICA
 DIRECCIONAMIENTO IP

En una red IP, a cada

dispositivo de interfaz se
le asigna una dirección IP
de 4 bytes o 32 bits.

Es diferente a la dirección
MAC de los dispositivos
de hardware. 4 Bytes 4 Bytes 4 Bytes 4 Bytes

32 bits
Esta dirección está
compuesta por:

Dirección de Red (netid) y

Dirección de Host (hostid)
 DIRECCIONAMIENTO IP

Hay 4 clases de direcciones IP:

CLASE A

Compuesta por 7 bits para el

netid y 24 bits para el host id.

Rango:

Netid = 1 a 127, 126 redes

Hostid = 0.0.0 a 255.255.255 o
16777214 hosts.

Aplicación: Para redes con gran

número de Hosts. Por ejemplo
una gran red Nacional
Significado de los diferentes campos:

Puerto de origen (16 bits): puerto relacionado con la aplicación en curso en la máquina origen.
Puerto de destino (16 bits): puerto relacionado con la aplicación en curso en la máquina destino.
Número de secuencia (32 bits): cuando el indicador SYN está fijado en 0, el número de secuencia es el de
la primera palabra del segmento actual.
Cuando SYN está fijado en 1, el número de secuencia es igual al número de secuencia inicial utilizado para
sincronizar los números de secuencia (ISN).
Número de acuse de recibo (32 bits): el número de acuse de recibo, también llamado número de descargo
se relaciona con el número (secuencia) del último segmento esperado y no el número del último segmento
recibido.
Margen de datos (4 bits): esto permite ubicar el inicio de los datos en el paquete. Aquí, el margen es
fundamental porque el campo opción es de tamaño variable.
Reservado (6 bits): un campo que actualmente no está en uso pero se proporciona para el uso futuro.
Indicadores (6x1 bit): los indicadores representan información adicional:
URG: si este indicador está fijado en 1, el paquete se debe procesar en forma urgente.
ACK: si este indicador está fijado en 1, el paquete es un acuse de recibo.
PSH (PUSH): si este indicador está fijado en 1, el paquete opera de acuerdo con el método PUSH.
RST: si este indicador está fijado en 1, se restablece la conexión.
SYN: el indicador SYN de TCP indica un pedido para establecer una conexión.
FIN: si este indicador está fijado en 1, se interrumpe la conexión.
Ventana (16 bits): campo que permite saber la cantidad de bytes que el receptor desea recibir sin
acuse de recibo.
Suma de control (CRC): la suma de control se realiza tomando la suma del campo de datos del encabezado
para poder verificar la integridad del encabezado.
Puntero urgente (16 bits): indica el número de secuencia después del cual la información se torna urgente.
Opciones (tamaño variable): diversas opciones
Relleno: espacio restante después de que las opciones se rellenan con ceros para tener una longitud que
sea múltiplo de 32 bits.
 DIRECCIONAMIENTO IP

CLASE B

Compuesta por 14 bits para

el netid y 16 bits para el
hostid.

Rango:

Netid = 128.0 a 191.255 o

16382 redes
Hostid = 0.0 a 255.255 o
65534 hosts

Aplicación: Para ambientes

con equilibrio entre el
número de redes y de
hosts.
 DIRECCIONAMIENTO IP

CLASE C

Compuesta por 21 bits para

el netid y 8 bits para el hostid

Rango:

Netid = 192.0.0 a
233.255.255 o 2097152
redes
Hostid = 0 a 255 o 254 hosts

Aplicación: Para un sistema

con gran número de redes y
cada una de ellas con
número reducido de hosts.
Por ejemplo, una LAN.
 DIRECCIONAMIENTO IP

CLASE D o MULTICAST

Compuesta por 28 bits.

Se utiliza para enviar el mismo frame a un grupo de

direcciones de usuarios que son miembros de un grupo de
multicast con la misma dirección IP.

CLASE E

Este tipo de dirección IP está reservada aún.

IPV6

En la versión IPV6 se aumenta el rango de direcciones a 128

bits. Pero los 32 bits menos significativos corresponden a las
direcciones IPV4 expuestas.
 DIRECCIONAMIENTO IP
EJEMPLO
 TCP: Protocolo de Control de Transmisión

Trabaja conjuntamente con IP para mover

paquetes de datos a través de la red.
APLICACIÓN

PRESENTACIÓN

•Opera a nivel de la capa de

SESIÓN
TRANSPORTE
•Proporciona la conexión de computador a
TRANSPORTE
computador
•Chequea los errores
RED
•Organiza la conexión y desconexión
•Genera señales de ¨Aceptación¨
UNION
•Realiza control del flujo
FISICA
El formato de los datos en TCP

Un segmento TCP está formado de la siguiente manera:

0 1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 3 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
Puerto de origen Puerto de destino
Número de secuencia
Número de acuse de recibo
Margen Reservado UR
G
A
C
P
S
R
S
S
Y
F
I
Ventana
de los datos K H T N N

Suma de control Puntero urgente

opciones Rellenos
datos
Este método se llama efectivamente el
método de la ventana corrediza porque,
en cierta medida, se define una serie de
secuencias que no necesitan acuses de
recibo y que se desplaza a medida que se
reciben los acuses de recibo.
 El protocolo UDP
El grupo de protocolos de Internet también maneja un protocolo de transporte sin
conexiones, el UDP (User Data Protocol, protocolo de datos de usuario). El UDP
ofrece a las aplicaciones un mecanismo para enviar datagramas IP en bruto
encapsulados sin tener que establecer una conexión.
Muchas aplicaciones cliente-servidor que tienen una solicitud y una respuesta usan
el UDP en lugar de tomarse la molestia de establecer y luego liberar una conexión.
El UDP se describe en el RFC 768. Un segmento UDP consiste en una cabecera de 8
bytes seguida de los datos. La cabecera se muestra a continuación. Los dos puertos
sirven para lo mismo que en el TCP: para identificar los puntos terminales de las
máquinas origen y destino. El campo de longitud UDP incluye la cabecera de 8 bytes
y los datos. La suma de comprobación UDP incluye la misma pseudocabecera de
formato, la cabecera UDP, y los datos, rellenados con una cantidad par de bytes de
ser necesario.
Esta suma es opcional, y se almacena como 0 si no se calcula. Inutilizarla seria
absurdo, a menos que la cantidad de los datos no importe, por ejemplo, voz
digitalizada.
UDP no admite numeración de los datagramas, factor que,
sumado a que tampoco utiliza señales de confirmación de
entrega, hace que la garantía de que un paquete llegue a su
destino sea mucho menor que si se usa TCP. Esto también
origina que los datagramas pueden llegar duplicados y/o
desordenados a su destino. Por estos motivos el control de
envío de datagramas, si existe, debe ser implementado por las
aplicaciones que usan UDP como medio de transporte de
datos, al igual que el reeensamble de los mensajes entrantes.
EJEMPLOS EN LA VIDA REAL

UDP: Cualquier cosa en la que no te importe demasiado si obtienes todos

los datos siempre
> Tunneling / VPN (los paquetes perdidos están bien, el protocolo
tunelizado se encarga de ello)
> Transmisión de medios (los cuadros perdidos están bien)
> Juegos que no te importan si recibes todas las actualizaciones.
> Mecanismos de transmisión local (la misma aplicación se ejecuta en
diferentes máquinas “descubriéndose” entre sí)

TCP: Casi cualquier cosa donde tengas que obtener todos los datos
transmitidos
> Web
> SSH, FTP, telnet
> SMTP, enviando correo
> IMAP / POP, recibiendo correo