Protocolo de trasmisión

Direccionamiento

• protocolos de capa de Red que permite la transmisión de datos

entre hosts de la misma red o en redes diferentes
 Estructura de una dirección

• En la capa de red es necesario identificar los paquetes de la

transmisión con las direcciones de origen y de destino de los dos
sistemas finales. Con IPv4
• separando cada byte del patrón binario
 Direcciones para diferentes propósitos

• Dirección de red

• Direcciones host

• Dirección de broadcast
 Servicios de la capa de transporte
parámetro Significado
Retardo de T [solicitud conexión a confirmación]
Otra visión Función de Capa Transporte es Establecimiento
mejorar la QoS (Quality of Service) brindada de Conexión
por la capa de red, Probabilidad P [conexión no se realice en máx.
• Se caracteriza por varios parámetros que falla retardo]
el usuario puede especificar en el momento establecimiento
de establecer una conexión. conexión
• Si capa transporte ve que son Rendimiento [Bytes transferidos/seg]. Ej.
inalcanzables, según servicios de red 2Mbps
disponibles puede indicar fallo en intento Retardo de T [Envío de mensaje de máquina
conexión ó iniciar proceso de negociación Tránsito origen, a máquina destino]
abierta. Tasa Error %Mensajes Perdidos/Total enviados
Residual
Prioridad de Para caso de congestión
Conexión
 Servicios proporcionados a las capas
superiores

Tipos de Servicios de Transporte

Sin Conexiones No confiable, se tratan los datagramas

paquetes de forma individual.

Orientado a Confiable, aún sobre red no confiable.

Conexiones

Fases de conexiones: establecimiento

,transferencia de datos y liberación.
 Primitivas del servicio de transporte

Primitiva Paquete enviado Significado

LISTEN (ninguno) Se bloquea hasta que algún proceso intenta la

conexión

CONNECT CONNECTION REQ Intenta activamente establecer una conexión

SEND DATA Envía información
RECEIVE (ninguno) Se bloquea hasta que llega un paquete DATA
DISCONNECT DISCONNECTION REQ Este lado quiere liberar la conexión
 Sockets de Berkeley

Primitiva Significado
SOCKET Crea un nuevo punto terminal de comunicación
BIND Adjunta una dirección local a un socket
LISTEN Anuncia la disposición a aceptar conexiones; indica el tamaño de cola
ACCEPT Bloquea al invocador hasta la llegada de un intento de conexión
CONNECT Intenta establecer activamente una conexión
SEND Envía datos a través de la conexión
RECEIVE Recibe datos de la conexión
CLOSE libera la conexión
 Elementos de los protocolos de transporte

• Direccionamiento
• Establecimiento de una conexión
• Liberación de una conexión
• La liberación
• Control de Flujo y almacenamiento en buffer
• Multiplexión
• Recuperación de caídas
 Elementos de los protocolos de transporte

• Direccionamiento
• Establecimiento de una conexión
• Liberación de una conexión
• La liberación
• Control de Flujo y almacenamiento en buffer
• Multiplexión
• Recuperación de caídas
Ejemplo
1. Servidor ejecuta primitiva LISTEN, que lo bloquea hasta la aparición de un cliente.
2. Cliente ejecuta primitiva CONNECT; entidad transporte bloquea al que llama y
a. envía a entidad de transporte del servidor TPDU Solicitud Conexión (CR).
3. Entidad de transporte desbloquea al servidor y envía TPDU Conexión Aceptada
(ACK) de regreso al cliente.
4. Cliente la recibe, se desbloquea y se establece la conexión.
5. Intercambio de datos con primitivas SEND y RECEIVE / las entidades de transporte
se encargan de temporizaciones y retransmisiones.
6. Desconexión puede ser:
• ¨Asimétrica (cualquiera puede emitir primitiva DISCONNECT a la entidad remota,
que al llegar libera conexión) ó
• ¨Simétrica (c/sentido se cierra por separado, y se libera cuando ambos han emitido
una DISCONNECT).
UDP
User Datagram Protocol
Introducción

El protocolo de datagramas de
usuario o UDP
Permite el envío de datagramas
a través de la red sin que se
haya establecido previamente
una conexión.
 Su uso principal es
para protocolos como DHCP, BOOTP
, DNS y protocolos en los que
el intercambio de paquetes de
la conexión/desconexión son mayor
es, o
no son rentables con respecto a
la información transmitida
Descripción técnica

 UDP sólo añade multiplexado

de aplicación y suma
de verificación de la cabecera y
la carga útil.
Suma de
verificación
Es una suma de
comprobación de 16 bits
que abarca una pseudo-
cabecera IP
Puertos de Red

 UDP utiliza puertos para permitir

la comunicación entre
aplicaciones.
 El campo de puerto tiene una
longitud de 16 bits.
 Los puertos 1 a 1023 se llaman
puertos "bien conocidos".
 Los puertos 1024 a 49.151 son
puertos registrados.
 Los puertos 49.152 a 65.535 son
puertos dinámicos
Uso en
aplicaciones

La mayoría de las aplicaciones claves de

Internet:
 El Sistema de Nombres de Dominio
 El Protocolo de Administración de Red.
 ElProtocolo de Información de
Enrutamiento (RIP)
 El Protocolo de Configuración dinámica
de host.
Principales características

Las características principales de este

protocolo son:
 Trabaja sin conexión, es decir que no emplea ninguna
sincronización entre el origen y el destino.
 Trabaja con paquetes o datagramas enteros, no con bytes
individuales como TCP. Una aplicación que emplea el
protocolo UDP intercambia información en forma de bloques
de bytes, de forma que por cada bloque de bytes enviado
de la capa de aplicación a la capa de transporte, se envía
un paquete UDP.
 No es fiable. No emplea control del flujo ni ordena los
paquetes.
 Su gran ventaja es que provoca poca carga adicional en la
red ya que es sencillo y emplea cabeceras muy simples.
Comparativa entre UDP y TCP
(Transmission Control Protocol)
 UDP: proporciona un nivel de transporte no fiable de datagramas,
ya que apenas añade la información necesaria para la
comunicación extremo a extremo al paquete que envía al nivel
inferior. Lo utilizan aplicaciones como NFS (Network File System) y
RCP (comando para copiar ficheros entre ordenadores remotos),
pero sobre todo se emplea en tareas de control y en la transmisión
de audio y vídeo a través de una red. No introduce retardos para
establecer una conexión, no mantiene estado de conexión alguno
y no realiza seguimiento de estos parámetros. Así, un servidor
dedicado a una aplicación particular puede soportar más clientes
activos cuando la aplicación corre sobre UDP en lugar de sobre
TCP.
 TCP: es el protocolo que proporciona un transporte fiable de flujo de
bits entre aplicaciones. Está pensado para poder enviar grandes
cantidades de información de forma fiable, liberando al
programador de la dificultad de gestionar la fiabilidad de la conexión
(retransmisiones, pérdida de paquetes, orden en el que llegan los
paquetes, duplicados de paquetes...) que gestiona el propio
protocolo. Pero la complejidad de la gestión de la fiabilidad tiene un
coste en eficiencia, ya que para llevar a cabo las gestiones anteriores
se tiene que añadir bastante información a los paquetes que enviar.
Debido a que los paquetes para enviar tienen un tamaño máximo,
cuanta más información añada el protocolo para su gestión, menos
información que proviene de la aplicación podrá contener ese
paquete (el segmento TCP tiene una sobrecarga de 20 bytes en
cada segmento, mientras que UDP solo añade 8 bytes). Por eso,
cuando es más importante la velocidad que la fiabilidad, se utiliza
UDP. En cambio, TCP asegura la recepción en destino de la
información para transmitir.
Transmisión de vídeo y voz
 UDP es generalmente el protocolo usado en la transmisión de
vídeo y voz a través de una red. Esto es porque no hay tiempo
para enviar de nuevo paquetes perdidos cuando se está
escuchando a alguien o viendo un vídeo en tiempo real.
 Ya que tanto TCP como UDP circulan por la misma red, en
muchos casos ocurre que el aumento del tráfico UDP daña el
correcto funcionamiento de las aplicaciones TCP. Por defecto,
TCP pasa a un segundo lugar para dejar a los datos en tiempo
real usar la mayor parte del ancho de banda. El problema es
que ambos son importantes para la mayor parte de las
aplicaciones, por lo que encontrar el equilibrio entre ambos es
crucial.
 Todo este tipo de protocolos son usados en telemática.