CAPA DE APLICACIÓN

APLICACIONES DE RED
 Redes sociales
 Web (mozilla, Chrome)
 Mensajes de texto
 Correo electrónico
 Juegos en red
 Streaming: netflix
 Compartir archivos P2P
 Voz sobre IP (Skype)
 Videoconferencia (zoom)
 Búsqueda en internet
 Login remoto

Creando una aplicación web

Cuando uno crea una aplicación, la aplicación se ejecuta en los sistemas finales end
devices en los hosts y no en el core (centro) de la red

Escribir un programa que:

 Se ejecute en diferentes sistemas

 Se comunique por medio de la red
 Por ejemplo, las páginas web

No se necesitan programar los elementos de infraestructura

 Los dispositivos de red no corren aplicaciones de usuarios

Arquitecturas
Modelo de cliente-servidor
El servidor esta en un sitio fijo es como un centro de datos y puede tener replicas
Servidor:

 Siempre se encuentra en un host

 Dirección IP fija
 Usualmente en centros de datos
Clientes:

 Inician la comunicación con el servidor

 Conexión intermitente
 Puede tener (IP dinámicas: el ISP permite utilizar en forma temporal a un usuario.
Si una dirección dinámica no está en uso, puede ser asignada automáticamente a
un dispositivo diferente)
 Los clientes no se comunican entre si
 Ejemplos: http, ftp

ARQUITECTURA P2P
 No siempre hay un servidor
 Los hosts se comunican directamente
 Los pares prestan servicio a otros a cambio de dar servicio también (escala con los
pares que se agregan)
 Los pares se conectan en modo intermitente y cambian de IP (manejo complejo)
 Ejemplo: P2P compartir archivos

COMUNICACIÓN DE PROCESOS
Proceso: un programa que corre en un host

 En un host, dos procesos se comunican utilizando primitivas del S0.

 Procesos en hosts diferentes se comunican intercambiando mensajes
 Nota: las aplicaciones P2P son clientes y servidor al mismo tiempo
Proceso cliente: proceso que inicia la comunicación
Proceso servidor: proceso que espera ser contactado
SOCKETS
 Los procesos envían y reciben mensajes a través de los sockets
 Socket es similar a una puerta
 Al enviar mensajes estos salen por la puerta
 Los procesos que envían mensajes utilizan la capa de trasporte del otro lado de la
puerta para despachar el mensaje al socket del proceso que lo recibe
 Hay dos sockets involucrados
 La idea es que el socket sirva como identificador de la aplicación dentro del
conjunto (correo electrónico, navegador web, etc.)
 Controlado por el Sistema operativo (transport, network, link physical)

PROCESOS DE DIRECCIONAMIENTO
 Para recibir mensajes los procesos deben tener un identificador
 Los hosts tienen una dirección IP única
 Pregunta: ¿alcanza la dirección IP para identificar al proceso?
 Respuesta: no porque muchos procesos pueden correr en un mismo host
 Identificador incluye tanto el IP como un numero de puerto que se asocia a un host
 Ejemplos de puertos: HTTP servidor: 80, mail servidor:25
 Para enviar un mensaje HTTP a gaia.cs.umass.edu web server

Ip addres: 128.119.245.12
Port number: 80

QUE DEFINE UN PROTOCOLO DE LA CAPA DE APLICACIÓN

Tipos de msgs intercambiados

 e.g., request, response

Sintaxis de los msgs

 que campos lo conforman y como se delinean

semántica de los msgs

 Que significa la información

Reglas para el intercambio
Protocolos abiertos:

 Definidos en RFCs
 Permite interoperabilidad
 E.g., HTTP, SMTP
Protocolos propietarios:

 e.g., Skype

QUE SERVICIO BRINDA LA CAPA DE TRASPORTE

INTEGRIDAD DE DATOS

 Algunas apps precisan 100% confiabilidad

 Otras apps tienen redundancia y toleran perdidads
MANEJO DE TIEMPO

 Algunas apps tienen restricciones temporales

THROUGHPUT

 Algunas apps necesitan un mínimo para funcionar

SEFGURIDAD

 Encriptado, detección de errores

REQUERIMIENTO DE APPS EN TRANSPORTE
PROTOCOLO DE TRANSPORTE DE INTERNET
LOS 2 PROTOCOLOS DE TRANSPORTE MAS UTILIZADO SON:
TCP: (tiene muchos controles que lentifican la conexión)

 Transporte confiable
 Control de flujo
 Control de congestion
 Orientado a conexión
 No tiene temporizado, seguridad
UDP: (protocolo más liviano y sencillo)

 Transferencia no confiable
 No brinda control de flujo, temporizado, seguridad, sin conexión
HACIENDO TCP SEGURO
TCP & UDP sockerts;

 Sin encriptar
 Los psw van sin encriptar
Transport Layer Security (TLS)

 Encripta la conexión TCP

 Brinda integridad a los datos
 Autenticación en los extremos

TSL implementado en aplicación

 Las apps usan librerías TSL, que usan TCP.

TLS socket API

 La info va sin encriptar al socket y sigue encriptada