SlideShare una empresa de Scribd logo
1 de 48
CAPA DE
TRANSPORTE
Monos de
alambre
presenta:
CAPA DE TRANSPORTE
MODELO
OSI
Las responsabilidades principales que debe
cumplir son:
• seguimiento de la comunicación individual
entre aplicaciones en los hosts origen y
destino
• segmentación de datos y gestión de cada
porción,
• reensamble de segmentos en flujos de datos
de aplicación, e
• identificación de las diferentes aplicaciones.
SEGUIMIENTO DE
CONVERSACIONES
INDIVIDUALES
 Cualquier host puede tener múltiples
aplicaciones que se están comunicando a través
de la red.
 Cada una de estas aplicaciones se comunicará
con una o más aplicaciones en hosts remotos.
(Es responsabilidad de la capa de Transporte)
 mantener los diversos streams de comunicación
entre estas aplicaciones.
SEGMENTACIÓN DE DATOS
Debido a que cada aplicación genera un stream de datos
para enviar a una aplicación remota, estos datos
deben
*prepararse para ser enviados por los medios en partes
manejables.
*Los protocolos de la capa de Transporte describen
los servicios que segmentan estos datos de la capa de
Aplicación.
*Esto incluye la encapsulación necesaria en cada
sección de datos.
*Cada sección de datos de aplicación requiere que se
agreguen encabezados en la capa de Transporte
para indicar la comunicación a la cual está asociada.
IDENTIFICACIÓN DE LAS
APLICACIONES
Para poder transferir los streams de datos a las
aplicaciones adecuadas, la capa de Transporte
debe identificar la aplicación de destino.
Para lograr esto, la capa de Transporte asigna un
identificador a la aplicación.
Los protocolos TCP/IP denominan a este
identificador número de puerto.
A todos los procesos de software que requieran
acceder a la
red se les asigna un número de puerto exclusivo en
ese host. Este número de puerto se utiliza en el
encabezado de la
capa de Transporte para indicar con qué aplicación
está asociada esa sección de datos.
LOS REQUERIMIENTOS DE
DATOS VARÍAN
Debido a que las distintas aplicaciones poseen
distintos requerimientos, existen varios
protocolos de la capa de Transporte.
Para algunas aplicaciones, los segmentos deben
llegar en una secuencia específica de manera que
puedanser procesados en forma exitosa. En
algunos casos, todos los datos deben recibirse
para ser utilizados por cualquiera de las mismas.
SEPARACIÓN DE
COMUNICACIONES
MÚLTIPLES
Considere una computadora conectada a una red
que recibe y envía e-mails y mensajes
instantáneos, explora sitios
Web y realiza una llamada telefónica de VoIP de
manera simultánea.
Cada una de estas aplicaciones envía y recibe
datos en la red al mismo tiempo. Sin embargo,
los datos de la llamada telefónica no se
direccionan al explorador Web y
el texto de un mensaje instantáneo no aparece en
el e-mail.
Además, los usuarios precisan
que un e-mail o una página
Web sean recibidos y
presentados de manera
completa para
que la información sea
considerada útil. Las
demoras leves se consideran
aceptables para asegurar
que se reciba y
presente la información
completa.
 La división de los datos en partes pequeñas y el envío de estas
partes desde el origen hacia el destino permiten que se
puedan entrelazar (multiplexar) distintas comunicaciones en la
misma red.
 La segmentación de los datos, que cumple con los protocolos de la
capa de Transporte, proporciona los medios para
enviar y recibir datos cuando se ejecutan varias aplicaciones de
manera concurrente en una computadora.
Sinsegmentación, sólo una aplicación, la corriente de vídeo por
ejemplo, podría recibir datos. No se podrían recibir correos
electrónicos, chats ni mensajes instantáneos ni visualizar
páginas Web y ver un vídeo al mismo tiempo.
ESTABLECIMIENTO DE UNA
SESIÓN
 La capa de Transporte puede brindar esta
orientación a la conexión creando una sesión
entre las aplicaciones. Estas
conexiones preparan las aplicaciones para que se
comuniquen entre sí antes de que se transmitan
los datos.
 Dentro de estas sesiones, se pueden gestionar de
cerca los datos para la comunicación entre dos
aplicaciones.
CONTROL DEL FLUJO
Los hosts de la red cuentan con recursos limitados,
como memoria o ancho de banda. Cuando la capa de
Transporte advierte que estos recursos están
sobrecargados, algunos protocolos pueden solicitar
que la aplicación que envía reduzca la velocidad del
flujo de datos.
Esto se lleva a cabo en la capa de Transporte regulando
la cantidad de datos que
el origen transmite como grupo.
El control del flujo puede prevenir la pérdida de
segmentos en la red y evitar la
necesidad de retransmisión.
Estos servicios se describirán con más detalle a medida
que se expliquen los protocolos en este capítulo.
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 Protocolos
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.
PROTOCOLO DE
DATAGRAMAS DE USUARIO
(UDP)
UDP es un protocolo simple, sin conexión, descrito
en la RFC 768.
Las porciones de comunicación en UDP se llaman
datagramas, este protocolo de la capa
de Transporte envía estos datagramas como
"mejor intento"
Entre las aplicaciones que utilizan UDP se
incluyen:
• sistema de nombres de dominios (DNS),
• streaming de vídeo, y
• Voz sobre IP (VoIP).
Puertos TCP
TCP usa el concepto de número de puerto para identificar a
las aplicaciones emisoras y receptoras. Cada lado de la
conexión TCP tiene asociado un número de puerto (de 16
bits sin signo, con lo que existen 65536 puertos posibles)
asignado por la aplicación emisora o receptora. Los puertos
son clasificados en tres categorías: bien conocidos,
registrados y dinámicos/privados. Los puertos bien
conocidos son asignados por la Internet Assigned Numbers
Authority (IANA), van del 0 al 1023 y son usados
normalmente por el sistema o por procesos con privilegios.
EJEMPLO DE PUERTO TCP
Las aplicaciones que usan este tipo
de puertos son ejecutadas como
servidores y se quedan a la
escucha de conexiones. Algunos
ejemplos son: FTP (21), SSH (22),
Telnet (23), SMTP (25) y HTTP
(80).
Los puertos dinámicos/privados
también pueden ser usados por las
aplicaciones de usuario, pero este
caso es menos común. TCP en la
que fueron usados
Puert
o
TCP o
UDP
Nombre del
protocolo o
servicio
RFC Nombr
e del
servici
o
Usado por/Información adicional
7 TCP/UD
P
echo 792 echo -
20 TCP Protocolo de
transferencia de
archivos (FTP)
959 ftp-data -
21 TCP Control de FTP 959 ftp -
22 TCP Shell segura (SSH) 4253 ssh -
23 TCP Telnet 854 telnet -
25 TCP Protocolo simple de
transferencia de
correo (SMTP)
5321 smtp Mail (para enviar correo electrónico);
iCloud Mail (envío)
Entre las aplicaciones más comunes que usan TCP están
HTTP/HTTPS (World Wide Web), SMTP/POP3/IMAP
(correo electrónico) y FTP (transferencia de ficheros). Su
amplia extensión ha sido la prueba para los
desarrolladores originales de que su creación estaba
excepcionalmente bien hecha.
Recientemente, un nuevo algoritmo de control de
congestión fue desarrollado y nombrado como FAST TCP
(Fast Active queue management Scalable Transmission
Control Protocol) por los científicos de Caltech (California
Institute of Technology).
SIMILITUDES ENTRE EL MODELO OSI Y
TCP  Ambos se dividen en
capas.
 Ambos tienen capas de
aplicación, aunque
incluyen servicios muy
distintos.
 Ambos tienen capas de
transporte y de red
similares.
 Se supone que la
tecnología es de
conmutación por
paquetes y no de
conmutación por circuito.
DIFERENCIAS ENTRE LOS MODELOS
OSI Y TCP
 TCP combina las capas de presentación y de sesión en una
capa de aplicación
 TCP combina la capas de enlace de datos y la capa física
del modelo OSI en una sola capa
 TCP parece ser más simple porque tiene menos capas
 La capa de transporte TCP que utiliza UDP no siempre
garantiza la entrega confiable de los paquetes mientras que
la capa de transporte del modelo OSI sí.
COMPARACION ENTRE EL MODELO TCP Y OSI
LOS PROTOCOLOS TCP
PROTOCOL
O
PUERTO
HTTP 80
DNS 53
FTP 21
SMTP 25
SNMP 161
TELNET 23
Hypertext Transfer Protocol o HTTP (en
español protocolo de transferencia de hipertexto)
es el protocolo usado en cada transacción de la World Wide Web. HTTP fue
desarrollado por el World Wide Web Consortium y la Internet Engineering Task Force,
colaboración que culminó en 1999 con la publicación de una serie de RFC
HTTP define la sintaxis y la semántica que utilizan los elementos de software de la
arquitectura web (clientes, servidores, proxies) para comunicarse.
Es un protocolo orientado a transacciones y sigue el esquema petición-respuesta entre
un cliente y un servidor. Al cliente que efectúa la petición (un navegador web o
un spider) se lo conoce como "user agent" (agente del usuario).
A la información transmitida se la llama recurso y se la identifica mediante un localizador
uniforme de recursos (URL). Los recursos pueden ser archivos, el resultado de la
ejecución de un programa, una consulta a una base de datos, la traducción automática
de un documento, etc.
HTTP
DNS y otros servicios funcionan en los protocolos de ambos. Daremos un
ejemplo de servicio DNS. Dos protocolos son ligeramente diferentes entre
sí. TCP es un protocolo orientado a la conexión y requiere datos sean
consistentes en el destino y UDP es el protocolo sin conexión y no requiere
datos sean consistentes o no necesita una conexión para establecerse con host
para consistencia de los datos.
DNS
FTP
PROTOCOLO SIMPLE DE TRANSFERENCIA DE CORREOS
TELNET
DIRECCIONAMIENT
O
DEL
PUERTO
IDENTIFICACIÓN DE LAS
CONVERSACIONES
Los servicios basados en TCP y UDP
mantienen un seguimiento de las varias
aplicaciones que se comunican.
Para diferenciar los segmentos y
datagramas para cada aplicación, tanto
TCP como UDP cuentan con campos de
encabezado que pueden identificar de
manera exclusiva estas aplicaciones. Estos
identificadores únicos son los
números de los puertos.
En el encabezado de cada segmento o datagrama hay un
puerto de origen y destino. El número de puerto de
origen es el número para esta comunicación asociado
con la aplicación que origina la comunicación en el
host local.
El número de
puerto de destino es el número para esta comunicación
asociado con la aplicación de destino en el host remoto.
Los números de puerto se asignan de varias maneras, en
función de si el mensaje es una solicitud o una
respuesta.
Mientras que los procesos en el servidor poseen números
de puertos estáticos asignados a ellos, los clientes
eligen un
número de puerto de forma dinámica para cada
conversación.
El puerto de origen del encabezado de un segmento o
datagrama de un cliente se genera de manera
aleatoria.
Siempre y cuando no entre en conflicto con otros puertos
en uso en el sistema, el cliente puede elegir cualquier
número de
puerto.
El número de puerto actúa como dirección de retorno
para la aplicación que realiza la solicitud. La capa de
Transporte mantiene un seguimiento de este puerto y de
la aplicación que generó la solicitud, de manera que
cuando se
devuelva una respuesta, pueda ser enviada a la
aplicación correcta.
Por ejemplo, una solicitud de página Web HTTP
que se envía a un servidor Web (puerto 80) y
que se ejecuta en un host
con una dirección IPv4 de Capa 3 192.168.1.20
será destinada al socket 192.168.1.20:80.
Si el explorador Web que solicita la página Web
se ejecuta en el host 192.168.100.48 y el
número de puerto dinámico
asignado al explorador Web es 49.152, el socket
para la página Web será 192.168.100.48:49152.
Puertos bien conocidos (Números del 0 al 1
023) estos números se reservan para servicios
y aplicaciones.
Por lo general, se utilizan para aplicaciones
como HTTP (servidor Web), POP3/SMTP
(servidor de e-mail) y Telnet. Al definir
estos puertos conocidos para las aplicaciones del
servidor, las aplicaciones del cliente pueden
ser programadas para
solicitar una conexión a un puerto específico y su
servicio asociado.
Puertos Registrados (Números 1024 al 49151)
estos números de puertos están asignados a
procesos o aplicaciones del usuario.
Estos procesos son principalmente aplicaciones
individuales que el usuario elige instalar en
lugar de aplicaciones comunes que recibiría un
puerto bien conocido.
Cuando no se utilizan para un recurso del
servidor, estos puertos también pueden
utilizarse si un usuario los selecciona de
manera dinámica como puerto de origen.
Puertos dinámicos o privados (Números del
49 152 al 65 535): también conocidos como
puertos efímeros, suelen
asignarse de manera dinámica a aplicaciones de
cliente cuando se inicia una conexión. No es
muy común que un cliente
se conecte a un servicio utilizando un puerto
dinámico o privado (aunque algunos
programas que comparten archivos
punto a punto lo hacen).
GRACIAS POR SU ATENCION
 Integrantes:
 Jaime flores
 Miguel serna
 Jose guadalupe ortiz
 Luis mares
 Paola
 Andrea galarza
 Inocente Vicente

Más contenido relacionado

La actualidad más candente

Proposito de la capa de transporte Capítulo 4.1
Proposito de la capa de transporte Capítulo 4.1Proposito de la capa de transporte Capítulo 4.1
Proposito de la capa de transporte Capítulo 4.1
Isabel Yepes
 
Capa de transporte
Capa de transporteCapa de transporte
Capa de transporte
laura1352
 
Capa4 Modelo Osi
Capa4 Modelo OsiCapa4 Modelo Osi
Capa4 Modelo Osi
guest58fcdf
 
Capa de transporte
Capa de transporteCapa de transporte
Capa de transporte
yudi
 
capa de transporte del modelo OSI
capa de transporte del modelo OSIcapa de transporte del modelo OSI
capa de transporte del modelo OSI
marcoantonioge
 
Resumen 4
Resumen 4Resumen 4
Resumen 4
jorge
 
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
BENITEZ ALONSO
 
Capitula 3 funcionalidad y protocolo de la capa de aplicación
Capitula 3 funcionalidad y  protocolo de la capa de aplicaciónCapitula 3 funcionalidad y  protocolo de la capa de aplicación
Capitula 3 funcionalidad y protocolo de la capa de aplicación
RicardoM724
 

La actualidad más candente (20)

CAPA DE TRANSPORTE DEL MODELO OSI
CAPA DE TRANSPORTE DEL MODELO OSICAPA DE TRANSPORTE DEL MODELO OSI
CAPA DE TRANSPORTE DEL MODELO OSI
 
Proposito de la capa de transporte Capítulo 4.1
Proposito de la capa de transporte Capítulo 4.1Proposito de la capa de transporte Capítulo 4.1
Proposito de la capa de transporte Capítulo 4.1
 
Capa de transporte
Capa de transporteCapa de transporte
Capa de transporte
 
capa de transpote del modelo OSI
capa de transpote del modelo OSIcapa de transpote del modelo OSI
capa de transpote del modelo OSI
 
Capa4 Modelo Osi
Capa4 Modelo OsiCapa4 Modelo Osi
Capa4 Modelo Osi
 
Capa de transporte
Capa de transporteCapa de transporte
Capa de transporte
 
Protocolos de la capa de transporte
Protocolos de la capa de transporteProtocolos de la capa de transporte
Protocolos de la capa de transporte
 
Elementos de protocolos de transporte
Elementos de protocolos de transporteElementos de protocolos de transporte
Elementos de protocolos de transporte
 
Protocolos de la capa de transportes
Protocolos de la capa de transportesProtocolos de la capa de transportes
Protocolos de la capa de transportes
 
Protocolos de la capa de transporte
Protocolos de la capa de transporteProtocolos de la capa de transporte
Protocolos de la capa de transporte
 
Capitulo 4
Capitulo 4Capitulo 4
Capitulo 4
 
capa de transporte del modelo OSI
capa de transporte del modelo OSIcapa de transporte del modelo OSI
capa de transporte del modelo OSI
 
Resumen 4
Resumen 4Resumen 4
Resumen 4
 
Capa De Sesion
Capa De SesionCapa De Sesion
Capa De Sesion
 
Capa transporte_105
Capa transporte_105Capa transporte_105
Capa transporte_105
 
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
 
protocolos
protocolosprotocolos
protocolos
 
protocolos udp y tcp
protocolos udp y tcpprotocolos udp y tcp
protocolos udp y tcp
 
Capitulo 4
Capitulo 4Capitulo 4
Capitulo 4
 
Capitula 3 funcionalidad y protocolo de la capa de aplicación
Capitula 3 funcionalidad y  protocolo de la capa de aplicaciónCapitula 3 funcionalidad y  protocolo de la capa de aplicación
Capitula 3 funcionalidad y protocolo de la capa de aplicación
 

Destacado (6)

Netflix
NetflixNetflix
Netflix
 
Computacion en la nube
Computacion en la nubeComputacion en la nube
Computacion en la nube
 
Computacion En Nube
Computacion En NubeComputacion En Nube
Computacion En Nube
 
Computacion en la nube diapositivas
Computacion en la nube diapositivasComputacion en la nube diapositivas
Computacion en la nube diapositivas
 
CAPA DE TRANSPORTE MODELO OSI
CAPA DE TRANSPORTE MODELO OSICAPA DE TRANSPORTE MODELO OSI
CAPA DE TRANSPORTE MODELO OSI
 
La nube informática
La nube informáticaLa nube informática
La nube informática
 

Similar a Capa de transporte

Capa transporte-modelo-osi coregido
Capa transporte-modelo-osi coregidoCapa transporte-modelo-osi coregido
Capa transporte-modelo-osi coregido
Melissa Alcivar
 
Capa transporte-modelo-osi coregido
Capa transporte-modelo-osi coregidoCapa transporte-modelo-osi coregido
Capa transporte-modelo-osi coregido
Melissa Alcivar
 
Capa transporte-modelo-osi
Capa transporte-modelo-osiCapa transporte-modelo-osi
Capa transporte-modelo-osi
Melissa Alcivar
 
Capa transporte-modelo-osi coregido
Capa transporte-modelo-osi coregidoCapa transporte-modelo-osi coregido
Capa transporte-modelo-osi coregido
Melissa Alcivar
 
13980252 capitulo-4-capa-de-transporte-del-modelo-osi
13980252 capitulo-4-capa-de-transporte-del-modelo-osi13980252 capitulo-4-capa-de-transporte-del-modelo-osi
13980252 capitulo-4-capa-de-transporte-del-modelo-osi
Katheleen Restrepo
 
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
Roshio Vaxquez
 
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
Luis Alejandro
 
4.1 4.3 ccna
4.1 4.3 ccna4.1 4.3 ccna
4.1 4.3 ccna
PauNyo
 
Expo fundatele 2
Expo fundatele 2Expo fundatele 2
Expo fundatele 2
Manuel Tate
 
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
Octavio
 
Resumen capitulo4
Resumen capitulo4Resumen capitulo4
Resumen capitulo4
jorge
 
Resumen capitulo4
Resumen capitulo4Resumen capitulo4
Resumen capitulo4
jorge
 
Describa el proceso de transmisión de información entre un origen y un destin...
Describa el proceso de transmisión de información entre un origen y un destin...Describa el proceso de transmisión de información entre un origen y un destin...
Describa el proceso de transmisión de información entre un origen y un destin...
Juan Cadena
 

Similar a Capa de transporte (20)

Capa transporte-modelo-osi coregidoo
Capa transporte-modelo-osi coregidooCapa transporte-modelo-osi coregidoo
Capa transporte-modelo-osi coregidoo
 
Capa transporte-modelo-osi coregido
Capa transporte-modelo-osi coregidoCapa transporte-modelo-osi coregido
Capa transporte-modelo-osi coregido
 
Capa transporte-modelo-osi coregido
Capa transporte-modelo-osi coregidoCapa transporte-modelo-osi coregido
Capa transporte-modelo-osi coregido
 
Capa transporte-modelo-osi
Capa transporte-modelo-osiCapa transporte-modelo-osi
Capa transporte-modelo-osi
 
Capa transporte-modelo-osi coregido
Capa transporte-modelo-osi coregidoCapa transporte-modelo-osi coregido
Capa transporte-modelo-osi coregido
 
Capitulo 4
Capitulo 4Capitulo 4
Capitulo 4
 
13980252 capitulo-4-capa-de-transporte-del-modelo-osi
13980252 capitulo-4-capa-de-transporte-del-modelo-osi13980252 capitulo-4-capa-de-transporte-del-modelo-osi
13980252 capitulo-4-capa-de-transporte-del-modelo-osi
 
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
 
Expo
ExpoExpo
Expo
 
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
 
4.1 4.3 ccna
4.1 4.3 ccna4.1 4.3 ccna
4.1 4.3 ccna
 
Capitulo 8
Capitulo  8Capitulo  8
Capitulo 8
 
Expo fundatele 2
Expo fundatele 2Expo fundatele 2
Expo fundatele 2
 
Exploration network chapter4
Exploration network chapter4Exploration network chapter4
Exploration network chapter4
 
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
 
transporteeee-150624164020-lva1-app6892.pdf
transporteeee-150624164020-lva1-app6892.pdftransporteeee-150624164020-lva1-app6892.pdf
transporteeee-150624164020-lva1-app6892.pdf
 
Resumen capitulo4
Resumen capitulo4Resumen capitulo4
Resumen capitulo4
 
Resumen capitulo4
Resumen capitulo4Resumen capitulo4
Resumen capitulo4
 
Describa el proceso de transmisión de información entre un origen y un destin...
Describa el proceso de transmisión de información entre un origen y un destin...Describa el proceso de transmisión de información entre un origen y un destin...
Describa el proceso de transmisión de información entre un origen y un destin...
 
capa transporte
capa transportecapa transporte
capa transporte
 

Último

Editorial. Grupo de 12B de La Salle Margarita.pdf
Editorial. Grupo de 12B de La Salle Margarita.pdfEditorial. Grupo de 12B de La Salle Margarita.pdf
Editorial. Grupo de 12B de La Salle Margarita.pdf
Yanitza28
 
QUINTA SEXTA GENERACION de COMPUTADORAS
QUINTA  SEXTA GENERACION de COMPUTADORASQUINTA  SEXTA GENERACION de COMPUTADORAS
QUINTA SEXTA GENERACION de COMPUTADORAS
Marc Liust
 
redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
nicho110
 

Último (18)

Buenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptxBuenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptx
 
10°8 - Avances tecnologicos del siglo XXI 10-8
10°8 - Avances tecnologicos del siglo XXI 10-810°8 - Avances tecnologicos del siglo XXI 10-8
10°8 - Avances tecnologicos del siglo XXI 10-8
 
AVANCES TECNOLOGICOS DEL SIGLO XXI. 10-08..pptx
AVANCES TECNOLOGICOS  DEL SIGLO XXI. 10-08..pptxAVANCES TECNOLOGICOS  DEL SIGLO XXI. 10-08..pptx
AVANCES TECNOLOGICOS DEL SIGLO XXI. 10-08..pptx
 
Editorial. Grupo de 12B de La Salle Margarita.pdf
Editorial. Grupo de 12B de La Salle Margarita.pdfEditorial. Grupo de 12B de La Salle Margarita.pdf
Editorial. Grupo de 12B de La Salle Margarita.pdf
 
QUINTA SEXTA GENERACION de COMPUTADORAS
QUINTA  SEXTA GENERACION de COMPUTADORASQUINTA  SEXTA GENERACION de COMPUTADORAS
QUINTA SEXTA GENERACION de COMPUTADORAS
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
 
Guia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos BasicosGuia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos Basicos
 
redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
 
How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
 
Función del analizador léxico.pdf presentacion
Función del analizador léxico.pdf presentacionFunción del analizador léxico.pdf presentacion
Función del analizador léxico.pdf presentacion
 
Editorial. Grupo de 12B. La Salle Margarita.pdf
Editorial. Grupo de 12B. La Salle Margarita.pdfEditorial. Grupo de 12B. La Salle Margarita.pdf
Editorial. Grupo de 12B. La Salle Margarita.pdf
 
presentación del desensamble y ensamble del equipo de computo en base a las n...
presentación del desensamble y ensamble del equipo de computo en base a las n...presentación del desensamble y ensamble del equipo de computo en base a las n...
presentación del desensamble y ensamble del equipo de computo en base a las n...
 
2023 07 Casos prácticos para Realidad aumentada, metaverso y realidad extendida
2023 07 Casos prácticos para Realidad aumentada, metaverso y realidad extendida2023 07 Casos prácticos para Realidad aumentada, metaverso y realidad extendida
2023 07 Casos prácticos para Realidad aumentada, metaverso y realidad extendida
 
presentacion_desamblado_de_una_computadora_base_a_las_normas_de_seguridad.pdf
presentacion_desamblado_de_una_computadora_base_a_las_normas_de_seguridad.pdfpresentacion_desamblado_de_una_computadora_base_a_las_normas_de_seguridad.pdf
presentacion_desamblado_de_una_computadora_base_a_las_normas_de_seguridad.pdf
 
infor expo AVANCES TECNOLOGICOS DEL SIGLO 21.pptx
infor expo AVANCES TECNOLOGICOS DEL SIGLO 21.pptxinfor expo AVANCES TECNOLOGICOS DEL SIGLO 21.pptx
infor expo AVANCES TECNOLOGICOS DEL SIGLO 21.pptx
 
investigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXIinvestigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXI
 

Capa de transporte

  • 2. CAPA DE TRANSPORTE MODELO OSI Las responsabilidades principales que debe cumplir son: • seguimiento de la comunicación individual entre aplicaciones en los hosts origen y destino • segmentación de datos y gestión de cada porción, • reensamble de segmentos en flujos de datos de aplicación, e • identificación de las diferentes aplicaciones.
  • 3.
  • 4. SEGUIMIENTO DE CONVERSACIONES INDIVIDUALES  Cualquier host puede tener múltiples aplicaciones que se están comunicando a través de la red.  Cada una de estas aplicaciones se comunicará con una o más aplicaciones en hosts remotos. (Es responsabilidad de la capa de Transporte)  mantener los diversos streams de comunicación entre estas aplicaciones.
  • 5. SEGMENTACIÓN DE DATOS Debido a que cada aplicación genera un stream de datos para enviar a una aplicación remota, estos datos deben *prepararse para ser enviados por los medios en partes manejables. *Los protocolos de la capa de Transporte describen los servicios que segmentan estos datos de la capa de Aplicación. *Esto incluye la encapsulación necesaria en cada sección de datos. *Cada sección de datos de aplicación requiere que se agreguen encabezados en la capa de Transporte para indicar la comunicación a la cual está asociada.
  • 6.
  • 7. IDENTIFICACIÓN DE LAS APLICACIONES Para poder transferir los streams de datos a las aplicaciones adecuadas, la capa de Transporte debe identificar la aplicación de destino. Para lograr esto, la capa de Transporte asigna un identificador a la aplicación. Los protocolos TCP/IP denominan a este identificador número de puerto. A todos los procesos de software que requieran acceder a la red se les asigna un número de puerto exclusivo en ese host. Este número de puerto se utiliza en el encabezado de la capa de Transporte para indicar con qué aplicación está asociada esa sección de datos.
  • 8. LOS REQUERIMIENTOS DE DATOS VARÍAN Debido a que las distintas aplicaciones poseen distintos requerimientos, existen varios protocolos de la capa de Transporte. Para algunas aplicaciones, los segmentos deben llegar en una secuencia específica de manera que puedanser procesados en forma exitosa. En algunos casos, todos los datos deben recibirse para ser utilizados por cualquiera de las mismas.
  • 9. SEPARACIÓN DE COMUNICACIONES MÚLTIPLES Considere una computadora conectada a una red que recibe y envía e-mails y mensajes instantáneos, explora sitios Web y realiza una llamada telefónica de VoIP de manera simultánea. Cada una de estas aplicaciones envía y recibe datos en la red al mismo tiempo. Sin embargo, los datos de la llamada telefónica no se direccionan al explorador Web y el texto de un mensaje instantáneo no aparece en el e-mail.
  • 10. Además, los usuarios precisan que un e-mail o una página Web sean recibidos y presentados de manera completa para que la información sea considerada útil. Las demoras leves se consideran aceptables para asegurar que se reciba y presente la información completa.
  • 11.
  • 12.  La división de los datos en partes pequeñas y el envío de estas partes desde el origen hacia el destino permiten que se puedan entrelazar (multiplexar) distintas comunicaciones en la misma red.  La segmentación de los datos, que cumple con los protocolos de la capa de Transporte, proporciona los medios para enviar y recibir datos cuando se ejecutan varias aplicaciones de manera concurrente en una computadora. Sinsegmentación, sólo una aplicación, la corriente de vídeo por ejemplo, podría recibir datos. No se podrían recibir correos electrónicos, chats ni mensajes instantáneos ni visualizar páginas Web y ver un vídeo al mismo tiempo.
  • 13.
  • 14. ESTABLECIMIENTO DE UNA SESIÓN  La capa de Transporte puede brindar esta orientación a la conexión creando una sesión entre las aplicaciones. Estas conexiones preparan las aplicaciones para que se comuniquen entre sí antes de que se transmitan los datos.  Dentro de estas sesiones, se pueden gestionar de cerca los datos para la comunicación entre dos aplicaciones.
  • 15. CONTROL DEL FLUJO Los hosts de la red cuentan con recursos limitados, como memoria o ancho de banda. Cuando la capa de Transporte advierte que estos recursos están sobrecargados, algunos protocolos pueden solicitar que la aplicación que envía reduzca la velocidad del flujo de datos. Esto se lleva a cabo en la capa de Transporte regulando la cantidad de datos que el origen transmite como grupo. El control del flujo puede prevenir la pérdida de segmentos en la red y evitar la necesidad de retransmisión. Estos servicios se describirán con más detalle a medida que se expliquen los protocolos en este capítulo.
  • 16.
  • 17.
  • 18. 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 Protocolos 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.
  • 19. PROTOCOLO DE DATAGRAMAS DE USUARIO (UDP) UDP es un protocolo simple, sin conexión, descrito en la RFC 768. Las porciones de comunicación en UDP se llaman datagramas, este protocolo de la capa de Transporte envía estos datagramas como "mejor intento" Entre las aplicaciones que utilizan UDP se incluyen: • sistema de nombres de dominios (DNS), • streaming de vídeo, y • Voz sobre IP (VoIP).
  • 20. Puertos TCP TCP usa el concepto de número de puerto para identificar a las aplicaciones emisoras y receptoras. Cada lado de la conexión TCP tiene asociado un número de puerto (de 16 bits sin signo, con lo que existen 65536 puertos posibles) asignado por la aplicación emisora o receptora. Los puertos son clasificados en tres categorías: bien conocidos, registrados y dinámicos/privados. Los puertos bien conocidos son asignados por la Internet Assigned Numbers Authority (IANA), van del 0 al 1023 y son usados normalmente por el sistema o por procesos con privilegios.
  • 22. Las aplicaciones que usan este tipo de puertos son ejecutadas como servidores y se quedan a la escucha de conexiones. Algunos ejemplos son: FTP (21), SSH (22), Telnet (23), SMTP (25) y HTTP (80). Los puertos dinámicos/privados también pueden ser usados por las aplicaciones de usuario, pero este caso es menos común. TCP en la que fueron usados
  • 23. Puert o TCP o UDP Nombre del protocolo o servicio RFC Nombr e del servici o Usado por/Información adicional 7 TCP/UD P echo 792 echo - 20 TCP Protocolo de transferencia de archivos (FTP) 959 ftp-data - 21 TCP Control de FTP 959 ftp - 22 TCP Shell segura (SSH) 4253 ssh - 23 TCP Telnet 854 telnet - 25 TCP Protocolo simple de transferencia de correo (SMTP) 5321 smtp Mail (para enviar correo electrónico); iCloud Mail (envío)
  • 24. Entre las aplicaciones más comunes que usan TCP están HTTP/HTTPS (World Wide Web), SMTP/POP3/IMAP (correo electrónico) y FTP (transferencia de ficheros). Su amplia extensión ha sido la prueba para los desarrolladores originales de que su creación estaba excepcionalmente bien hecha. Recientemente, un nuevo algoritmo de control de congestión fue desarrollado y nombrado como FAST TCP (Fast Active queue management Scalable Transmission Control Protocol) por los científicos de Caltech (California Institute of Technology).
  • 25. SIMILITUDES ENTRE EL MODELO OSI Y TCP  Ambos se dividen en capas.  Ambos tienen capas de aplicación, aunque incluyen servicios muy distintos.  Ambos tienen capas de transporte y de red similares.  Se supone que la tecnología es de conmutación por paquetes y no de conmutación por circuito.
  • 26. DIFERENCIAS ENTRE LOS MODELOS OSI Y TCP  TCP combina las capas de presentación y de sesión en una capa de aplicación  TCP combina la capas de enlace de datos y la capa física del modelo OSI en una sola capa  TCP parece ser más simple porque tiene menos capas  La capa de transporte TCP que utiliza UDP no siempre garantiza la entrega confiable de los paquetes mientras que la capa de transporte del modelo OSI sí.
  • 27. COMPARACION ENTRE EL MODELO TCP Y OSI
  • 28. LOS PROTOCOLOS TCP PROTOCOL O PUERTO HTTP 80 DNS 53 FTP 21 SMTP 25 SNMP 161 TELNET 23
  • 29.
  • 30. Hypertext Transfer Protocol o HTTP (en español protocolo de transferencia de hipertexto) es el protocolo usado en cada transacción de la World Wide Web. HTTP fue desarrollado por el World Wide Web Consortium y la Internet Engineering Task Force, colaboración que culminó en 1999 con la publicación de una serie de RFC HTTP define la sintaxis y la semántica que utilizan los elementos de software de la arquitectura web (clientes, servidores, proxies) para comunicarse. Es un protocolo orientado a transacciones y sigue el esquema petición-respuesta entre un cliente y un servidor. Al cliente que efectúa la petición (un navegador web o un spider) se lo conoce como "user agent" (agente del usuario). A la información transmitida se la llama recurso y se la identifica mediante un localizador uniforme de recursos (URL). Los recursos pueden ser archivos, el resultado de la ejecución de un programa, una consulta a una base de datos, la traducción automática de un documento, etc.
  • 31. HTTP
  • 32. DNS y otros servicios funcionan en los protocolos de ambos. Daremos un ejemplo de servicio DNS. Dos protocolos son ligeramente diferentes entre sí. TCP es un protocolo orientado a la conexión y requiere datos sean consistentes en el destino y UDP es el protocolo sin conexión y no requiere datos sean consistentes o no necesita una conexión para establecerse con host para consistencia de los datos.
  • 33. DNS
  • 34. FTP
  • 35. PROTOCOLO SIMPLE DE TRANSFERENCIA DE CORREOS
  • 37.
  • 39. IDENTIFICACIÓN DE LAS CONVERSACIONES Los servicios basados en TCP y UDP mantienen un seguimiento de las varias aplicaciones que se comunican. Para diferenciar los segmentos y datagramas para cada aplicación, tanto TCP como UDP cuentan con campos de encabezado que pueden identificar de manera exclusiva estas aplicaciones. Estos identificadores únicos son los números de los puertos.
  • 40. En el encabezado de cada segmento o datagrama hay un puerto de origen y destino. El número de puerto de origen es el número para esta comunicación asociado con la aplicación que origina la comunicación en el host local. El número de puerto de destino es el número para esta comunicación asociado con la aplicación de destino en el host remoto.
  • 41. Los números de puerto se asignan de varias maneras, en función de si el mensaje es una solicitud o una respuesta. Mientras que los procesos en el servidor poseen números de puertos estáticos asignados a ellos, los clientes eligen un número de puerto de forma dinámica para cada conversación.
  • 42. El puerto de origen del encabezado de un segmento o datagrama de un cliente se genera de manera aleatoria. Siempre y cuando no entre en conflicto con otros puertos en uso en el sistema, el cliente puede elegir cualquier número de puerto. El número de puerto actúa como dirección de retorno para la aplicación que realiza la solicitud. La capa de Transporte mantiene un seguimiento de este puerto y de la aplicación que generó la solicitud, de manera que cuando se devuelva una respuesta, pueda ser enviada a la aplicación correcta.
  • 43. Por ejemplo, una solicitud de página Web HTTP que se envía a un servidor Web (puerto 80) y que se ejecuta en un host con una dirección IPv4 de Capa 3 192.168.1.20 será destinada al socket 192.168.1.20:80. Si el explorador Web que solicita la página Web se ejecuta en el host 192.168.100.48 y el número de puerto dinámico asignado al explorador Web es 49.152, el socket para la página Web será 192.168.100.48:49152.
  • 44.
  • 45. Puertos bien conocidos (Números del 0 al 1 023) estos números se reservan para servicios y aplicaciones. Por lo general, se utilizan para aplicaciones como HTTP (servidor Web), POP3/SMTP (servidor de e-mail) y Telnet. Al definir estos puertos conocidos para las aplicaciones del servidor, las aplicaciones del cliente pueden ser programadas para solicitar una conexión a un puerto específico y su servicio asociado.
  • 46. Puertos Registrados (Números 1024 al 49151) estos números de puertos están asignados a procesos o aplicaciones del usuario. Estos procesos son principalmente aplicaciones individuales que el usuario elige instalar en lugar de aplicaciones comunes que recibiría un puerto bien conocido. Cuando no se utilizan para un recurso del servidor, estos puertos también pueden utilizarse si un usuario los selecciona de manera dinámica como puerto de origen.
  • 47. Puertos dinámicos o privados (Números del 49 152 al 65 535): también conocidos como puertos efímeros, suelen asignarse de manera dinámica a aplicaciones de cliente cuando se inicia una conexión. No es muy común que un cliente se conecte a un servicio utilizando un puerto dinámico o privado (aunque algunos programas que comparten archivos punto a punto lo hacen).
  • 48. GRACIAS POR SU ATENCION  Integrantes:  Jaime flores  Miguel serna  Jose guadalupe ortiz  Luis mares  Paola  Andrea galarza  Inocente Vicente