1. Republica Bolivariana de Venezuela
Ministerio del poder Popular para la Educación Superior
I.U.P. “Santiago Mariño”
CAPA DE TRANSPORTE
Autor:
José Manosalva
Maracay, Febrero 2013

2. Aspectos de Diseño de la Capa de transporte
La capa de transporte es la encargada de controlar el flujo de datos entre nodos que
establecen una comunicación, teniendo tres fases fundamentales: 1. La de
establecimiento, 2. La de utilización, y 3. La de liberación. En cada fase se encuentran
disponibles instrucciones de servicios para realizar las tres fases mencionadas.
Los principales objetivos de esta cuarta capa del modelo OSI son:
Cubrir el espacio que queda entre lo que da la capa de red y lo que desea el usuario de
transporte.
Estandarizar a los servidores para que aunque existan cambios en la tecnología o
topología de red, no será necesario cambiar el software de las capas superiores.
Y su principal función, la administración de la conexión.
Calidad De Servicio.
La calidad en el servicio puede distinguirse por parámetro específicos. El servicio de
transporte OSI le permite al usuario especificar valores preferidos, aceptables y no
aceptables para estos parámetros, en el momento en que se lleva a cabo el
establecimiento de la conexión. Algunos de los parámetros también son aplicables al
transporte sin conexión. Dependerá de la capa de transporte el revisar estos parámetros
y, de acuerdo con el tipo de servicio de red o servicios que se encuentran disponibles
para ella, determinara si la capa puede suministrar el servicio que lo solicita.
Parámetros para medir la calidad en el servicio
El retardo en el establecimiento de la conexión: Es el tiempo que transcurre entre una
solicitud de conexión de transporte y la confirmación que recibe el usuario del servicio
de transporte. Cuanto más corto sea este, mejor será el servicio suministrado.
La probabilidad de fallo de establecimiento de conexión: Es el riesgo de que no se
pueda establecer una conexión dentro del máximo tiempo de retardo permitido.
El retardo de tránsito: mide el tiempo que transcurre entre el envío de un mensaje por
el usuario de transporte de la maquina fuente, y su recepción por el usuario de transporte
en la maquina destinataria.
La tasa de error residual: mide el numero de mensajes perdidos o dañados, como una
fracción del total de mensajes transmitidos, en el periodo de muestreo.
La probabilidad de fallo de transferencia: mide la manera en la cual el servicio de
transporte esta actuando, de acuerdo con lo prometido. cuando se establece una
conexión de transporte, se llega de acuerdo a un nivel dado de caudal, de retardo de
tráfico y de tasa de error residual. la probabilidad de fallo de transferencia indica la

3. fracción de veces que estos objetivos acordados no se llegaron a satisfacer, durante
algún periodo de observación.
El retardo en la liberacion de conexión: es el tiempo que transcurre entre el inicio de la
liberación de una conexión por el usuario de transporte y de liberación real en el otro
extremo.
La probabilidad de fallo en la liberacion de conexión: es la fracción de intentos de
liberación de conexión que no se completaron dentro del intervalo de retardo acordado
por la liberación de conexión.
Protección: proporciona una forma para que el usuario del transporte especifique el
interés que tiene de hacer que la capa de transporte brinde protección contra terceros
que no estén autorizados para leer o modificar los datos transmitidos.
Primitivas del servicio de transporte
Las primitivas de servicio de transporte ejemplo de uso de primitivas el servidor
ejecuta la primitiva LISTEN, (Bloqueada espera peticiones) Cuando se desea conectar
con un servidor se usa CONNECT y así envía un TPDU al servidor Al llegar el mensaje
el servidor bloqueado en LISTEN (verifica si estaba en espera de una solicitud ) he
envia un TPDU CONNECT ACCEPTED Llega al cliente y se desbloquea. En esta
etapa se puede enviar SEND y RECEIVE Cuando se termina las operaciones y se desea
liberar la conexi ó n se ejecuta la prmitiva DISCONNECT CONCEPTOS TPDU:
Transport Protocol Data Unit, unidad de datos del protocolo de transporte Primitivas
TPDU enviada Significado LISTEN Ninguna Se bloquea hasta que algún proceso
intenta el contacto CONNECT Solicitud de conexión Intenta activamente establecer una
conexión SEND Datos Envía información RECEIVE Ninguna Se bloquea hasta que
llega una TPDU de DATOS DISCONNECT Solicitud de desconexión Este lado quiere
liberar la conexión
Direccionamiento
La administración de las ventanas en el TCP no está atada directamente a los acuses
de recibo como en la mayoría de los protocolos de enlace de datos. Cuando la ventana
tiene un tamaño de cero, el transmisor no puede mandar segmentos, con dos
excepciones. Se pueden mandar los datos urgentes y se pueden mandar un segmento de
1 byte para causar que el receptor reanuncie el siguiente byte esperado y el tamaño de la
ventana. Esto último es para evitar el bloqueo indefinido. Los transmisores no tienen
que mandar datos inmediatamente y los receptores no tienen que mandar acuses
inmediatamente. Se puede usar esta flexibilidad para mejorar el rendimiento. Política de
transmisión en TCP

4. Establecimiento de conexión
Establecer una conexión suena fácil, pero es en realidad sorprendentemente
engañoso, en especial en las redes tipo C. A primera vista, parecería suficiente qué una
entidad de transporte simplemente transmitiera una TPDU CR (SOLICITUD DE
CONEXIÓN) al destino, y esperar una respuesta CC (CONFIRMACION DE
CONEXIÓN). El problema se presenta cuando la red puede perder, almacenar y
duplicar paquetes.
El tiempo de vida de un paquete puede restringirse a un máximo conocido por medio de
las siguientes técnicas:
1.- Diseño restringido de la subred.
2.- Colocación de un contador de saltos en cada paquete.
3.- Sellado de cada paquete con una estampilla de tiempo.
El primer método incluye a cualquiera de los métodos que evitan que los
paquetes entren en un ciclo, combinado con alguna manera de limitar el retardo por
congestión sobre la trayectoria mas larga posible (ahora conocida). El segundo método
consiste en tener un contador de saltos que se incremente cada vez que un IMP reexpide
el paquete. El protocolo de enlace, simplemente descarta cualquier paquete mas antiguo
que cierto tiempo acordado previamente. Este ultimo método requiere que los relojes de
las IMP estén sincronizados, lo cual bien a ser una tarea nada trivial, a menos que la
sincronización se logra fuera de la red, por ejemplo, escuchando la difusión periódica de
la hora exacta de alguna estación de radio.
Protocolo de Transporte
Los protocolos de transporte en Internet (TCP Y UDP) Los dos protocolos más
comunes de la capa de Transporte del conjunto de protocolos TCP/IP son el Protocolo
de control de transmisión (TCP) y el Protocolo de datagramas de usuario (UDP).
Ambos protocolos gestionan la comunicación de múltiples aplicaciones. Las diferencias
entre ellos son las funciones específicas que cada uno implementa. TCP (Transmission
Control Protocol) se diseñó para proporcionar una corriente de bytes confiable a través
de una interred no confiable. Se diseñó TCP para adaptarse adaptarse dinámicamente a
las propiedades de la interred y para ser robusto ante muchos tipos de fallas. Cada
máquina que reconoce el TCP tiene una entidad de trasnporte TCP, ya sea un proceso de
usuario o una parte del núcleo que maneja las corrientes TCP y tiene interfaz con la
capa IP. Cuando llegan a una máquina datagramas IP que contienen datos TCP, son
entregados a la entidad TCP, que reconstruye las corrientes originales de bytes. TCP es
orientado a conexión. UDP es un protocolo simple, sin conexión.
El protocolo TCP Para obtener servicio de TCP, el transmisor y el receptor
tienen que crear los puntos terminales de la conexión (los sockets). La dirección de un
socket es la dirección de IP del host y un número de 16 bits que es local al host, llamado
puerto. Se identifica una conexión con las direcciones de socket de cada extremo; se

5. puede usar un socket para conexiones múltiples a la vez. Los números de puerto por
debajo 256 son puertos bien conocidos para servicios comunes (como FTP, puerto 21;
TELNET, puerto 23). Las conexiones de TCP son punto-a-punto y full dúplex. Punto a
punto significa que cada conexión tiene exactamente dos puntos terminales. Cuando una
aplicación manda datos a TCP, el TCP puede mandarlos inmediatamente o almacenarlos
(para acumular más). Una aplicación puede solicitar que TCP mande los datos
inmediatamente. Esto lo hace a través del flag de PUSH (empujar). TCP también apoya
los datos urgentes. TCP manda datos con el flag URGENT inmediatamente. En el
destino TCP interrumpe la aplicación (le manda una señal), que permite que la
aplicación pueda encontrar los datos urgentes.
Elementos de los protocolos de transporte
(Direccionamiento) conexión para una conexión de trasporte a traves de una capa de red
tspa : Transport Service Access Point, punto de acceso al servicio de red) para los
puntos terminales de la capa de transporte NSAP: Network Service Access Point, punto
de acceso al servicio de red las direcciones IP son un ejemplo. CONCEPTOS Un
proceso servidor de hora de día host 2 se conecta al TSAP 122 para esperar una llamada
entrante. Un proceso de aplicación del host 1 quiere averiguar la hora del día, por lo que
emite una solicitud CONNECT especificando el TSAP 6 como origen y el TSAP 122
como destino La entidad de transporte de host 1 selecciona una dirección de red en su
máquina y establece una conexión de red entre ellas. Usando esta conexión de capa de
red, la entidad de transporte del host 1 puede hablar con la entidad de transporte del host
2 Lo primero que dice la entidad de trasporte de 1 a su igual de 2 es “Buenos días me
gustaría establecer una conexión de transporte entre TSAP 6 y tu TSAP 122” La entidad
de transporte 2 pregunta entonces al servidor de hora del día en TSAP 122. Cuando un
servidor por ejemplo necesita conectarse a un hardware en especial y no se puede
debido no se sabe su localización se utiliza un proceso especial llamado Servidor de
nombres para encontrar direcciones TSAP, de esta manera el cliente se conecta con este
servicio busca en su directorio el servicio deseado se desconecta y se conecta con el
servicio seleccionado. Un proceso de aplicación desea establecer una conexión con un
proceso de aplicación remoto, debe especificar a cual debe conectarse El método que
normalmente se emplea es definir direcciones de transporte en las que los procesos
pueden estar a la escucha de solicitudes de conexión.
Definición de UDP
UDP es un protocolo simple que provee las funciones básicas de la capa de Transporte.
Genera mucho menos sobrecarga que TCP, ya que no es orientado a la conexión y no
cuenta con los sofisticados mecanismos de retransmisión, secuenciación y control del
flujo. Esto no significa que las aplicaciones que utilizan UDP no sean confiables. Sólo
quiere decir que estas funciones no son contempladas por el protocolo de la capa de
Transporte y deben implementarse aparte, si fuera necesario. Pese a que es
relativamente baja la cantidad total de tráfico UDP que puede encontrarse en una red
típica, entre los protocolos principales de la capa de Aplicación que utilizan UDP se

6. incluyen: • sistema de denominación de dominio (DNS), • protocolo simple de
administración de red (SNMP), • protocolo de configuración dinámica de host (DHCP),
UDP opera sin conexión, las sesiones no se establecen antes de que se lleve a cabo la
comunicación, como sucede con TCP. Se dice que UDP es basado en transacciones. En
otras palabras, cuando una aplicación posee datos para enviar, simplemente los envía.
Muchas aplicaciones que utilizan UDP envían pequeñas cantidades de datos que pueden
ocupar un segmento. Sin embargo, algunas aplicaciones enviarán cantidades mayores de
datos que deben dividirse en varios segmentos. La PDU de UDP se conoce como
datagrama. Cuando se envían múltiples datagramas a un destino, los mismos pueden
tomar rutas distintas y llegar en el orden incorrecto. UDP no mantiene un seguimiento
de los números de secuencia de la manera en que lo hace TCP. UDP no puede reordenar
los datagramas en el orden de la transmisión.

7. Bibliografía
Comer E., Douglas: Redes globales de información con Internet y
TCP/IP, tercera edición. Prentice Hall, 1996. [Protocolos TCP/IP]
Stallings, William: Comunicaciones y redes de computadores, quinta
edición. Prentice Hall, 1997. [Principios de redes y comunicaciones]
http://dmoz.org/World/Español/Computadoras/Internet/Protocolos/
[Selección de páginas web en castellano que tratan sobre los protocolos