CAPA DE APLICACIN

La arquitectura de las aplicaciones de red establece la estructura de estas aplicaciones en los

sistemas finales.
Los modelos dominantes de arquitectura son el modelo cliente-servidor, el modelo peer-to-peer y
el modelo hbrido.

Cliente-Servidor: el Servidor est siempre activo pendiente de solicitudes de los clientes,

tienen una direccin IP permanente. Los clientes pueden estar activos siempre o de
manera intermitente, su direccin IP es normalmente dinmica, le envan peticiones al
servidor. Estos clientes no se comunican entre s.

Peer-to-Peer: los hosts (peer) tienen actividad intermitente, no tienen dependencia de los
servidores y tienen una IP dinmica. Cada peer puede actuar como cliente o como
servidor.

Hbrida: Cuando un peer se conecta, se registra en el servidor y si quiere comunicarse con

otro peer solicita al servidor la direccin IP de este otro peer.

Los procesos son programas que se ejecutan en un sistema, la comunicacin entre procesos es a
travs del IPC (Inter-Process Communication) en base a un protocolo. El proceso cliente inicia la
comunicacin mientras el proceso servidor espera ser contactado, luego el proceso cliente emite
una peticin y el proceso servidor responde a la peticin.
Un socket es una interfaz SW entre la capa de Aplicacin y la de Transporte. Los procesos envan o
reciben mensajes a travs de sockets. Todos los procesos tienen un identificador; la direccin IP y
el nmero de puerto (SAP).
Dependiendo del tipo de aplicacin se tienen una u otras necesidades propias, las cuales son
satisfechas por los servicios de la capa de Transporte. Estos servicios son: fiabilidad, tasa de
transferencia (Ancho de banda), temporizacin, y seguridad.
Servicios de Transporte en redes TCP/IP e Internet:

Servicios TCP: complejo, orientado a conexin, fiable y tiene control de congestin.

Servicios UDP: simple, no orientado a conexin y no fiable.

Servicios no proporcionados TCP ni UDP: tasa de transferencia, temporizacin y seguridad.

Los elementos bsicos de todas las aplicaciones de Red son los protocolos ya sean de dominio
pblico o propietarios, tambin hay SW cliente, SW servidor, SW cliente-servidor, SW Agente de
Usuario, formato de documentos, etc.

El Agente de Usuario (UA) es una interfaz entre el usuario y la aplicacin de Red.

Ejemplo: en la Web: el UA y el cliente HTTP lo implementa el Navegador.
en el correo electrnico: El UA es el lector/editor de mensajes de correo.
La Web (WWW: World Wide Web) sirve para acceder a recursos e informacin distribuidos en
muchos hosts. Funciona bajo demanda y bajo el modelo cliente-servidor.
Los elementos de esta arquitectura Web son:

Pginas: contienen objetos que son mostrados por el navegador despus de seguir las
instrucciones del fichero HTML. Cada pgina est formada por el fichero HTML base y una
serie de objetos.

Objetos: son archivos como HTML, JPG, ... y cada uno es direccionable a travs de un URL.

Direccionado: mediante URL

Cliente Web (Navegador): comprende el UA y al cliente HTTP.

Servidor Web: comprende el SW de acceso a ficheros, base de datos, y el servidor HTTP.

Protocolo HTTP (Hyper Text Transfer Protocol)

Sigue el modelo cliente-servidor y funciona en base a simples transacciones:

el cliente solicita objetos (genera peticiones) [ASCII]

el servidor transfiere objetos (genera respuestas) [ASCII tipo MIME]

Es un protocolo SIN estado y No conectivo:

no guarda informacin de clientes ni de transacciones.

se simplifica mucho el diseo al ser SIN estado.

El protocolo de transporte es generalmente el TCP y su procedimiento es:

1. Cliente solicita conexin TCP (puerto 80 con Servidor)
2. Servidor acepta conexin del Cliente (se crea socket de conexin)
3. Navegador y Servidor intercambian mensajes HTTP (se descargan objetos)
4. Se cierra la conexin TCP
La conexin TCP para HTTP puede ser:

NO PERSISTENTE: se genera una conexin TCP para cada objeto, se puede dar en modo
serie o paralelo.

PERSISTENTE: se da por una misma conexin TCP en la que discurren todas las transferencias HTTP. Se puede
dar en modo sin canalizacin (sin pipelining) o con canalizacin (con pipelining).

Los formatos de los mensajes HTTP siguen el siguen el siguiente esquema:

Cabecera: Solicitud (dan informacin del navegador), Respuesta (dan informacin del servidor y del
recurso)

Cuerpo: Solicitud (opcional), Respuesta (recurso solicitado o texto relativo a un error)

Mtodos: GET (obtener informacin), POST (enviar informacin), HEAD (como GET pero solo descargar
cabeceras), PUT (carga nueva pgina/objeto), DELETE (elimina pgina/objeto), OPTIONS (consulta de
opciones).

Cdigos de Estado: 1xx (informacin y respuesta provisional), 2xx (xito en la resolucin de la

solicitud), 3xx (redirigir la solicitud), 4xx (error del Cliente) y 5xx (error del Servidor).

Algunos sitios Web requieren identificar a los usuarios ya que son de acceso restringido y dan servicio en
funcin de la identidad del usuario. En consecuencia, HTTP dispone de dos mecanismos para la identificacin
de usuarios.

Autorizacin HTTP: es un mecanismo especfico que necesita de una solicitud del servidor, una vez
introducido el usuario y la clave permanecen en el cach de la mquina. Se diferencian entre
autorizacin sin estado (credenciales en cada solicitud) y con estado (el servidor asocia una cookie de
autorizacin a la mquina)
Cookies HTTP: es un mecanismo genrico y es empleado por muchos sitios Web para hacer un
seguimiento de la actividad de los usuarios y as poder dar un mejor servicio. Esto ltimo tiene su parte
oscura.

El procedimiento que se sigue con las cookies es el siguiente:

1. Usuario accede por 1 vez a un sitio Web que implementa cookies, entonces el servidor crea un N de
identificacin nico para el usuario, una entrada indexada con ese N en su base de datos, y responde
con un mensaje con la cabecera:
Set-Cookie: N de identificacin
2. El navegador recibe el mensaje y en el archivo de cookies se aade este servidor con su nombre y el N
de identificacin del usuario.
3. Cada vez que el usuario navegue por un sitio Web, el navegador consulta el fichero de cookies y si hay
un cookie para ese sitio se introduce en el mensaje la cabecera: Cookie: N de identificacin
El cach Web sirve para mejorar las prestaciones del servicio Web. Es capaz de reducir el tiempo de obtencin
de un objeto, el trfico en la red, y la carga de trabajo de los servidores. Es un almacenamiento de copias de
objetos en el cliente (lo gestiona el navegador) o en un servidor de red (lo gestionan los Proxy).
El Proxy es el cach Web para uso compartido, ya que almacena copias de objetos recientes solicitados por
clientes. En la prctica el % de aciertos del Proxy est entre el 20 y el 70.

HTML (Hyper Text Markup Language) es un lenguaje normalizado para pginas Web ya que describe como
el Navegador debe interpretar los contenidos de una pgina mediante directivas HTML.
FTP y TFTP son aplicaciones de red para la transferencia de ficheros entre Hosts. Siguen el modelo clienteservidor y sus protocolos se denominan igual que la aplicacin; FTP (File Transfer Protocol) y TFTP (Trivial FTP).

FTP: los procesos que utiliza para la autenticacin del cliente ante el servido son especficos o
genricos. FTP no requiere implementar otros servicios como fiabilidad, etc.
El protocolo FTP se da en base a dos conexiones TCP.

Conexin TCP de control (puerto 21 del servidor) es una conexin persistente y cursa las
peticiones y respuestas.
Conexin TCP de datos (puerto 20 del servidor) es una conexin no persistente y cursa
ficheros y las directivas de estos.

Los modos de FTP son:

Modo FTP pasivo: donde el cliente gestiona la conexin TCP de datos y es seguro.
Modo FTP activo (por defecto): donde el servidor gestiona la conexin TCp de datos y es
menos segura.

Peticiones FTP estn formadas por cuatro caracteres ACII, algunos con parmetros adicionales.
Respuestas FTP estn formadas por 3 dgitos. Hay una respuesta por cada peticin.
La peticin PORT y parmetros asociados (n1, n2, n3, n4, n5, n6)

n1, n2, n3, n4: direccin IP del cliente

n5, n6: nmero de puerto temporal para la conexin TCP de datos
N de puerto = 256n5 + n6

FTP es un protocolo con estados por lo que refleja la actividad de los usuarios.