SlideShare a Scribd company logo
1 of 7
Download to read offline
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
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
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
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
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
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.
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

More Related Content

What's hot

Protocolos y Servicios Informaticos
Protocolos y Servicios InformaticosProtocolos y Servicios Informaticos
Protocolos y Servicios InformaticosJuan Antonio Mtz
 
Capa de transporte nivel enrutamiento - pat - nat
Capa de transporte   nivel enrutamiento - pat - natCapa de transporte   nivel enrutamiento - pat - nat
Capa de transporte nivel enrutamiento - pat - natJairo Quiroz Cabanillas
 
Algoritmos de Control de Congestión
Algoritmos de Control de CongestiónAlgoritmos de Control de Congestión
Algoritmos de Control de CongestiónCarlos Román
 
Protocolos y servicios informaticos
Protocolos y servicios informaticosProtocolos y servicios informaticos
Protocolos y servicios informaticosKarolinax S. Mayorga
 
Protocolos y servicios informaticos
Protocolos y servicios informaticosProtocolos y servicios informaticos
Protocolos y servicios informaticosAlonso Almaraz
 
Capa de transporte
Capa de transporteCapa de transporte
Capa de transporteyudi
 
Taller Sockets TCP UDP Multicast
Taller Sockets TCP UDP MulticastTaller Sockets TCP UDP Multicast
Taller Sockets TCP UDP MulticastHector L
 
Capa de transporte
Capa de transporteCapa de transporte
Capa de transporteFer Gilces
 
Colas basadas en clases y mediciones
Colas basadas en clases y medicionesColas basadas en clases y mediciones
Colas basadas en clases y medicionesRandol González
 
Protocolos de la capa de transporte
Protocolos de la capa de transporteProtocolos de la capa de transporte
Protocolos de la capa de transporteRicardo Sava
 
Redes en Linux
Redes en LinuxRedes en Linux
Redes en LinuxHector L
 
Tema iv comunicación entre procesos
Tema iv comunicación entre procesosTema iv comunicación entre procesos
Tema iv comunicación entre procesosPablo Hurtado
 
Transmision de Datos UFT
Transmision de Datos UFTTransmision de Datos UFT
Transmision de Datos UFTLlyne Agudo
 
Comunicación entre procesos Sistemas distribuidos
Comunicación entre procesos Sistemas distribuidosComunicación entre procesos Sistemas distribuidos
Comunicación entre procesos Sistemas distribuidosStalin Jara
 

What's hot (19)

Protocolos y Servicios Informaticos
Protocolos y Servicios InformaticosProtocolos y Servicios Informaticos
Protocolos y Servicios Informaticos
 
Elementos de protocolos de transporte
Elementos de protocolos de transporteElementos de protocolos de transporte
Elementos de protocolos de transporte
 
Capa de transporte nivel enrutamiento - pat - nat
Capa de transporte   nivel enrutamiento - pat - natCapa de transporte   nivel enrutamiento - pat - nat
Capa de transporte nivel enrutamiento - pat - nat
 
Algoritmos de Control de Congestión
Algoritmos de Control de CongestiónAlgoritmos de Control de Congestión
Algoritmos de Control de Congestión
 
Protocolos y servicios informaticos
Protocolos y servicios informaticosProtocolos y servicios informaticos
Protocolos y servicios informaticos
 
Protocolos y servicios informaticos
Protocolos y servicios informaticosProtocolos y servicios informaticos
Protocolos y servicios informaticos
 
Redes de datos
Redes de datosRedes de datos
Redes de datos
 
Capa de transporte
Capa de transporteCapa de transporte
Capa de transporte
 
Ud04d
Ud04dUd04d
Ud04d
 
Taller Sockets TCP UDP Multicast
Taller Sockets TCP UDP MulticastTaller Sockets TCP UDP Multicast
Taller Sockets TCP UDP Multicast
 
Capa de transporte
Capa de transporteCapa de transporte
Capa de transporte
 
Colas basadas en clases y mediciones
Colas basadas en clases y medicionesColas basadas en clases y mediciones
Colas basadas en clases y mediciones
 
Protocolos de la capa de transporte
Protocolos de la capa de transporteProtocolos de la capa de transporte
Protocolos de la capa de transporte
 
Redes en Linux
Redes en LinuxRedes en Linux
Redes en Linux
 
Nivel red
Nivel redNivel red
Nivel red
 
QoS sobre ATM
QoS sobre ATMQoS sobre ATM
QoS sobre ATM
 
Tema iv comunicación entre procesos
Tema iv comunicación entre procesosTema iv comunicación entre procesos
Tema iv comunicación entre procesos
 
Transmision de Datos UFT
Transmision de Datos UFTTransmision de Datos UFT
Transmision de Datos UFT
 
Comunicación entre procesos Sistemas distribuidos
Comunicación entre procesos Sistemas distribuidosComunicación entre procesos Sistemas distribuidos
Comunicación entre procesos Sistemas distribuidos
 

Viewers also liked

Aprendiendo a programar en Scratch
Aprendiendo a programar en ScratchAprendiendo a programar en Scratch
Aprendiendo a programar en ScratchFredi Villalba
 
Qué hace que todos tengamos rostros diferentes. Luis Salvador Velasquez Rosas
Qué hace que  todos tengamos rostros diferentes. Luis Salvador Velasquez RosasQué hace que  todos tengamos rostros diferentes. Luis Salvador Velasquez Rosas
Qué hace que todos tengamos rostros diferentes. Luis Salvador Velasquez RosasLuis Salvador Velasquez Rosas
 
Evolución de la informática y su importancia en la empresa
Evolución de la informática y su importancia en la empresaEvolución de la informática y su importancia en la empresa
Evolución de la informática y su importancia en la empresaDiego Bladimir
 
SOLCOM Marktstudie - Verträge und Regularien im Projektgeschäft
SOLCOM Marktstudie - Verträge und Regularien im ProjektgeschäftSOLCOM Marktstudie - Verträge und Regularien im Projektgeschäft
SOLCOM Marktstudie - Verträge und Regularien im ProjektgeschäftSOLCOM GmbH
 
Mitos sobre las dietas, Luis Salvador Velásquez Rosas
Mitos sobre las dietas, Luis Salvador Velásquez RosasMitos sobre las dietas, Luis Salvador Velásquez Rosas
Mitos sobre las dietas, Luis Salvador Velásquez RosasLuis Salvador Velasquez Rosas
 
Bufanda vison+bionda
Bufanda vison+biondaBufanda vison+bionda
Bufanda vison+biondamerceria12
 
Minair: die kombinierte V-Zug-Lösung
Minair: die kombinierte V-Zug-LösungMinair: die kombinierte V-Zug-Lösung
Minair: die kombinierte V-Zug-LösungVorname Nachname
 
Herramientas comunicativas de la web
Herramientas comunicativas de la webHerramientas comunicativas de la web
Herramientas comunicativas de la webJMDIZ
 
Webquestmercedesbenzmuseum
WebquestmercedesbenzmuseumWebquestmercedesbenzmuseum
Webquestmercedesbenzmuseumofficial school
 

Viewers also liked (20)

Traumas y fobias
Traumas y fobiasTraumas y fobias
Traumas y fobias
 
Aprendiendo a programar en Scratch
Aprendiendo a programar en ScratchAprendiendo a programar en Scratch
Aprendiendo a programar en Scratch
 
Gymkana de lengua castellana y literatura
Gymkana de lengua castellana y literaturaGymkana de lengua castellana y literatura
Gymkana de lengua castellana y literatura
 
Presentación área inglés
Presentación área inglésPresentación área inglés
Presentación área inglés
 
Qué hace que todos tengamos rostros diferentes. Luis Salvador Velasquez Rosas
Qué hace que  todos tengamos rostros diferentes. Luis Salvador Velasquez RosasQué hace que  todos tengamos rostros diferentes. Luis Salvador Velasquez Rosas
Qué hace que todos tengamos rostros diferentes. Luis Salvador Velasquez Rosas
 
Progarmación educación artística
Progarmación educación artísticaProgarmación educación artística
Progarmación educación artística
 
Trabajo gestión programación didáctica
Trabajo gestión programación didáctica Trabajo gestión programación didáctica
Trabajo gestión programación didáctica
 
Proyecto extraordinario
Proyecto extraordinarioProyecto extraordinario
Proyecto extraordinario
 
Evolución de la informática y su importancia en la empresa
Evolución de la informática y su importancia en la empresaEvolución de la informática y su importancia en la empresa
Evolución de la informática y su importancia en la empresa
 
Analisis Pymes
Analisis PymesAnalisis Pymes
Analisis Pymes
 
Mujer Menopausica
Mujer Menopausica Mujer Menopausica
Mujer Menopausica
 
SOLCOM Marktstudie - Verträge und Regularien im Projektgeschäft
SOLCOM Marktstudie - Verträge und Regularien im ProjektgeschäftSOLCOM Marktstudie - Verträge und Regularien im Projektgeschäft
SOLCOM Marktstudie - Verträge und Regularien im Projektgeschäft
 
Mitos sobre las dietas, Luis Salvador Velásquez Rosas
Mitos sobre las dietas, Luis Salvador Velásquez RosasMitos sobre las dietas, Luis Salvador Velásquez Rosas
Mitos sobre las dietas, Luis Salvador Velásquez Rosas
 
POTENCIARTE
POTENCIARTEPOTENCIARTE
POTENCIARTE
 
Bufanda vison+bionda
Bufanda vison+biondaBufanda vison+bionda
Bufanda vison+bionda
 
Minair: die kombinierte V-Zug-Lösung
Minair: die kombinierte V-Zug-LösungMinair: die kombinierte V-Zug-Lösung
Minair: die kombinierte V-Zug-Lösung
 
Adulto
AdultoAdulto
Adulto
 
Herramientas comunicativas de la web
Herramientas comunicativas de la webHerramientas comunicativas de la web
Herramientas comunicativas de la web
 
Informe final
Informe finalInforme final
Informe final
 
Webquestmercedesbenzmuseum
WebquestmercedesbenzmuseumWebquestmercedesbenzmuseum
Webquestmercedesbenzmuseum
 

Similar to Capa de transporte jose manosalva

Trasnporte osi ariel
Trasnporte osi arielTrasnporte osi ariel
Trasnporte osi arielgersonarteaga
 
Trasnporte osi ariel
Trasnporte osi arielTrasnporte osi ariel
Trasnporte osi arielgersonarteaga
 
ELEMENTOS DEL PROTOCOLO DE TRANSPORTE.pptx
ELEMENTOS DEL PROTOCOLO DE TRANSPORTE.pptxELEMENTOS DEL PROTOCOLO DE TRANSPORTE.pptx
ELEMENTOS DEL PROTOCOLO DE TRANSPORTE.pptxJOSUEELIANBETANCOURT
 
CAPA DE TRANSPORTE.pptx
CAPA DE TRANSPORTE.pptxCAPA DE TRANSPORTE.pptx
CAPA DE TRANSPORTE.pptxjuan gonzalez
 
Capa De Transporte
Capa De TransporteCapa De Transporte
Capa De Transportejosepoleo3
 
Presentation telecomunicaciones.pptx
Presentation telecomunicaciones.pptxPresentation telecomunicaciones.pptx
Presentation telecomunicaciones.pptxFranciscoEduardoGuti2
 
Capitulo 4: Capa de transporte del modelo OSI
Capitulo 4: Capa de transporte del modelo OSICapitulo 4: Capa de transporte del modelo OSI
Capitulo 4: Capa de transporte del modelo OSIOctavio
 
Preguntas de transmision de datos
Preguntas de transmision de datosPreguntas de transmision de datos
Preguntas de transmision de datosCarlos Querales
 
Resumen 4
Resumen 4Resumen 4
Resumen 4jorge
 
Capa 4 diapositivas
Capa 4 diapositivasCapa 4 diapositivas
Capa 4 diapositivasdardblader
 
Expo fundatele 2
Expo fundatele 2Expo fundatele 2
Expo fundatele 2Manuel Tate
 
Resumen parte1 TCP/IP Equipo1
Resumen parte1 TCP/IP Equipo1Resumen parte1 TCP/IP Equipo1
Resumen parte1 TCP/IP Equipo1David Guadarrama
 
Rol de la capa de Transporte - REDES
Rol de la capa de Transporte - REDESRol de la capa de Transporte - REDES
Rol de la capa de Transporte - REDESEdgardo Diaz Salinas
 
Reporte del capitulo 4 capa de transporte
Reporte del capitulo 4 capa de transporteReporte del capitulo 4 capa de transporte
Reporte del capitulo 4 capa de transporteRoshio Vaxquez
 

Similar to Capa de transporte jose manosalva (20)

Capas de transporte
Capas de transporteCapas de transporte
Capas de transporte
 
Trasnporte osi ariel
Trasnporte osi arielTrasnporte osi ariel
Trasnporte osi ariel
 
Trasnporte osi ariel
Trasnporte osi arielTrasnporte osi ariel
Trasnporte osi ariel
 
ELEMENTOS DEL PROTOCOLO DE TRANSPORTE.pptx
ELEMENTOS DEL PROTOCOLO DE TRANSPORTE.pptxELEMENTOS DEL PROTOCOLO DE TRANSPORTE.pptx
ELEMENTOS DEL PROTOCOLO DE TRANSPORTE.pptx
 
Protocolo de transporte
Protocolo de transporteProtocolo de transporte
Protocolo de transporte
 
CAPA DE TRANSPORTE.pptx
CAPA DE TRANSPORTE.pptxCAPA DE TRANSPORTE.pptx
CAPA DE TRANSPORTE.pptx
 
Capa De Transporte
Capa De TransporteCapa De Transporte
Capa De Transporte
 
Presentation telecomunicaciones.pptx
Presentation telecomunicaciones.pptxPresentation telecomunicaciones.pptx
Presentation telecomunicaciones.pptx
 
Capitulo 4: Capa de transporte del modelo OSI
Capitulo 4: Capa de transporte del modelo OSICapitulo 4: Capa de transporte del modelo OSI
Capitulo 4: Capa de transporte del modelo OSI
 
Preguntas de transmision de datos
Preguntas de transmision de datosPreguntas de transmision de datos
Preguntas de transmision de datos
 
Servicios de red 3
Servicios de red 3Servicios de red 3
Servicios de red 3
 
Resumen 4
Resumen 4Resumen 4
Resumen 4
 
Capa 4 diapositivas
Capa 4 diapositivasCapa 4 diapositivas
Capa 4 diapositivas
 
Expo fundatele 2
Expo fundatele 2Expo fundatele 2
Expo fundatele 2
 
Resumen parte1 TCP/IP Equipo1
Resumen parte1 TCP/IP Equipo1Resumen parte1 TCP/IP Equipo1
Resumen parte1 TCP/IP Equipo1
 
Rol de la capa de Transporte - REDES
Rol de la capa de Transporte - REDESRol de la capa de Transporte - REDES
Rol de la capa de Transporte - REDES
 
Reporte del capitulo 4 capa de transporte
Reporte del capitulo 4 capa de transporteReporte del capitulo 4 capa de transporte
Reporte del capitulo 4 capa de transporte
 
Capa de Enlace Modelo Osi
Capa de Enlace Modelo OsiCapa de Enlace Modelo Osi
Capa de Enlace Modelo Osi
 
Capitulo 4
Capitulo 4Capitulo 4
Capitulo 4
 
Exposision 4
Exposision 4Exposision 4
Exposision 4
 

Capa de transporte jose manosalva

  • 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