3.1.1.

Modelo OSI y TCP/IP En este modelo, la informacin pasa desde la capa de Aplicacin, bajando segn la jerarqua hasta llegar a la capa Fsica, pasando despus por el canal de comunicaciones hacia el host destino, en donde sube por la jerarqua para llegar a la capa de Aplicacin nuevamente. La capa 7 (Aplicacin) es la capa superior de los modelos OSI y TCP/IP. Es la interface entre las aplicaciones y la red en la cual se transmitirn los mensajes. Los protocolos de esta capa se usan para intercambiar datos entre programas que se ejecutan en los host de origen y destino. La capa de Presentacin tiene 3 funciones primarias: Codificar y convertir los datos de la capa de Aplicacin para asegurar que los datos del dispositivo fuente puedan ser interpretados por la aplicacin apropiada en el dispositivo de destino. Compresin de datos en una forma tal que pueda ser descomprimida por el dispositivo de destino. Encriptacin de los datos para transmisin y desencriptacin de los datos al ser recibidos por el destinatario.

En la capa de Sesin se crean y mantienen dilogos entre las aplicaciones de origen y destino. Se encarga del intercambio de informacin para iniciar dilogos, mantenerlos activos y reiniciar sesiones que estn interrumpidas o inactivas por largo tiempo. La mayora de las aplicaciones incorporan la funcionalidad de las capas OSI 5, 6 y 7. Los protocolos ms ampliamente conocidos de la capa de Aplicacin TCP/IP son aquellos encargados del intercambio de informacin para el usuario. Entre estos se encuentran: DNS HTTP SMTP(Simple Mail Transfer Protocol) Telnet FTP

3.1.2. Software de capa de Aplicacin Cada programa ejecutable cargado en un dispositivo se le llama proceso. Dentro de la capa de Aplicacin existen dos formas de programas de software o procesos que proveen acceso a la red: aplicaciones y servicios. Aplicaciones Network-Aware (conscientes de la red). Algunas aplicaciones de usuarios finales son Network-Aware, es decir, implementan los protocolos de la capa de aplicacin y son capaces de comunicarse directamente con las capas inferiores en la pila de protocolos.

Servicios de la capa de Aplicacin. Estos servicios son los programas que interactan con la red y preparan los datos para ser transferidos. Diferentes tipos de datos requieren diferentes servicios de red. Cada aplicacin o servicio de red usa protocolos que definen los estndares y formatos de datos a ser usados. Sin los protocolos, la red de datos no tendra una forma en comn para dar formato y dirigir los datos.

3.1.3. Aplicaciones de usuarios, servicios y protocolos de la capa de aplicacin Mientras que las aplicaciones proveen una forma de crear mensajes y los servicios de la capa de aplicacin establecen una interfaz para la red, los protocolos proveen reglas y formatos que gobiernan la forma en que se tratan estos datos. Los tres componentes pueden ser usados por un solo programa ejecutable e incluso utilizar el mismo nombre.

3.1.4. Funciones de los protocolos de la capa de Aplicacin Para que las comunicaciones sean exitosas, los protocolos de la capa de aplicacin implementados en el host de origen y destino deben coincidir. Los protocolos especifican cmo los datos dentro de los mensajes estn estructurados y el tipo de mensajes que son enviados entre la fuente y el destino. Tambin definen los dilogos de los mensajes, asegurando que un mensaje que es enviado se encuentre con la respuesta esperada y se invoquen los servicios correctos cuando la transferencia de datos ocurre. Los servicios de la capa de aplicacin deben implementar mltiples protocolos para proveer el rango deseado de experiencias de comunicacin. Se deben seguir los detalles de protocolo correctos en cada capa para que las funciones de una capa interacten correctamente con los servicios en las capas inferiores. Las aplicaciones y servicios tambin pueden usar mltiples protocolos en el transcurso de una sola conversacin.

3.2.1. El modelo Cliente-Servidor En muchas situaciones la informacin no se encuentra fsicamente en un dispositivo propio conectado a una red. Si es as se necesita de un permiso para accesar a esa informacin. En el modelo cliente-servidor, el dispositivo que solicita la informacin es llamado cliente mientras que el dispositivo que responde esta solicitud es llamado servidor. Los procesos de cliente y servidor estn dentro de la capa de aplicacin. El proceso comienza cuando el cliente

solicita informacin de un servidor que responde al enviar hilo(s) de informacin al cliente. Los protocolos de la capa de aplicacin describen este proceso de solicitud-respuesta. Este intercambio puede requerir de control de informacin como lo es la autentificacin de los datos transferidos. La informacin se transmite del servidor al cliente mientras que algo de informacin siempre es transmitida en direccin contraria y en algunos casos es igual en ambas direcciones o mayor del cliente a servidor.

3.2.2. Servidores En trminos generales un dispositivo que responde solicitudes de aplicaciones cliente es un servidor, y tpicamente es una computadora que contiene informacin a compartir con sistemas cliente. Diferentes tipos de aplicaciones exigen diferentes requerimientos para el acceso del cliente. Algunos servidores requieren la autentificacin de los datos del usuario para verificar que este cuente con los permisos para accesar a la informacin solicitada. Dichos servidores dependen de una lista central de los permisos dados a cada usuario. En redes cliente/servidor el servidor hace uso de un servicio o proceso llamado en muchas ocasiones daemon, estos daemon se ejecutan de fondo y el usuario final no tiene uso del mismo. Tienen la funcin de escuchar la solicitud del cliente e intercambiar el mensaje apropiado con el cliente, como se requiere por su protocolo, para as enviar la informacin solicitada en el formato apropiado.

3.2.3 Servicios y protocolos de la capa de aplicacin Una simple aplicacin puede hacer uso de varios servicios de apoyo de la capa de aplicacin, lo que aparenta ser una solicitud de una pgina web en realidad son docenas de solicitudes y por cada solicitud mltiples procesos pueden estar ejecutndose. Una red puede tener mltiples solicitudes de mltiples clientes, estas deben ser resueltas simultneamente para que la conexin sea exitosa. Los procesos y servicios de la capa de aplicacin dependen del soporte de las funciones de las capas ms bajas para manejar conversaciones mltiples.

3.2.4 Redes y aplicaciones Peer to Peer Modelo peer to peer (igual a igual) Las redes peer to peer involucran dos distintas formas: diseo de conexin peer to peer y aplicaciones peer to peer. Redes peer to peer (p2p) En conexiones peer to peer, dos o ms computadoras estn conectadas va red y comparten recursos sin tener un servidor dedicado, es decir, cada dispositivo (igual/peer) de salida conectado a la red p2p puede actuar como servidor y/o cliente (de manera simultnea o independiente). Las conexiones peer to peer descentralizan los recursos en una red, localizando la informacin en los dispositivos conectados a diferencia de un servidor dedicado. Dichas conexiones carecen en muchos casos de polticas de seguridad y acceso. Aplicaciones peer to peer Una aplicacin peer to peer permite que un dispositivo acte como cliente/servidor dentro de una misma comunicacin. En este modelo cada cliente puede iniciar una comunicacin y son considerados de igual forma en el proceso de comunicacin. Sin embargo se necesita que cada dispositivo de salida provea una interfaz y ejecute un servicio de fondo. Algunas aplicaciones p2p usan un sistema hibrido donde los recursos para compartir informacin estn descentralizados pero los ndices que apuntan hacia las localizaciones de dichos recursos estn resguardados en un directorio centralizado.

3.3.1. Protocolo y servicios DNS La capa de Transporte usa un esquema de direccionamiento llamado nmero de puerto, que identifican aplicaciones y servicios de la capa de Aplicacin que son la fuente y destino de los datos. Los programas servidor generalmente usan nmeros de puerto predefinidos que son comnmente conocidos por los clientes. Algunos de los nmeros de puerto TCP y UDP asociados con los protocolos y servicios de la capa de aplicacin TCP/IP son: Sistema de nombre de Dominio (DNS) Puerto TCP/UDP 53 Protocolo de Transferencia de Hipertexto (HTTP) Puerto TCP 80 Protocolo de Transferencia de Correo Simple (SMTP) Puerto TCP 25 Protocolo de Oficina de Correos (POP) Puerto UDP 110 Telnet Puerto TCP 23 Protocolo de Configuracin de Host Dinmico Puerto UDP 67 Protocolo de Transferencia de Archivos (FTP) - Puertos TCP 20 y 21

DNS. Los nombres de dominio fueron creados para convertir las direcciones numricas (IPs) en un nombre simple y reconocible. Adems, si se cambia la direccin numrica esto es transparente para el usuario, ya que el nombre de dominio se mantiene igual. El Sistema de Nombre de Dominio (DNS) se cre para que el nombre de dominio direccionara la resolucin de redes grandes. El DNS usa un conjunto distribuido de servidores para resolver los nombres asociados con las direcciones numeradas. El protocolo DNS define un servicio automatizado que relaciona los nombres de recursos con la direccin numrica de red requerida. Las comunicaciones de protocolo DNS usan un nico formato llamado mensaje. El DNS es un servicio cliente/servidor, sin embargo el cliente DNS se ejecuta como un servicio en s. El cliente DNS (DNS resolver) soporta resolucin de nombres para otras aplicaciones de red y otros servicios que lo necesiten. Cuando la aplicacin de un usuario solicita conectarse a un dispositivo remoto por nombre, el cliente DNS solicitante consulta uno de estos nombres de servidor para resolver el nombre en una direccin numrica. Los sistemas operativos tambin tienen una utilidad llamada nslookup que permite al usuario consultar manualmente los nombres de servidores para resolver un nombre de host dado. El servidor DNS almacena diferentes tipos de registros de recursos usados para resolver nombres. Estos recursos contienen el nombre, direccin y tipo de grabacin. Algunos de estos tipos de registros: A una direccin de dispositivo terminal NS Un nombre de servidor autoritario CNAME El nombre cannico (o Nombre de Dominio Completamente Calificado) para un alias; usado cuando mltiples servicios tienen una sola direccin de red pero cada servicio tiene su propia entrada en DNS MS Registro de intercambio de correo; mapea un nombre de dominio a una lista de servidores de intercambio de correo para ese dominio

Cuando una solicitud de un nombre es encontrada en algn servidor y regresada al servidor solicitante original, el servidor almacena temporalmente la direccin numrica que coincide con el nombre en cache. El cacheo reduce tanto el trfico de red por consulta de datos DNS como los tiempos de carga de servidores en un lugar ms alto de la jerarqua. El DNS utiliza un sistema jerrquico para crear una base de datos de nombres para proveed resolucin de nombres. La jerarqua aparenta un rbol invertido. Los diferentes dominios de alto nivel representan un tipo de organizacin, un pas o un origen. Por ejemplo: .au (Australia), .co (Colombia), .com (negocio o industria), .jp (Japn), .org (org. sin fines de lucro). El DNS depende de esta jerarqua de servidores descentralizados para almacenar y mantener los registros de recursos. Si un servidor dado tiene un registro de recursos que

corresponte a su nivel en la jerarqua de dominios se dice que es autoritario para esos registros.

3.3.2. El servicio WWW y HTTP Cuando una direccin web (URL) es escrita en un explorador web, el explorador establece una conexin al servicio de red en el servidor usando el protocolo HTTP. Los exploradores web son aplicaciones que establecen conexiones con la World Wide Web y accesan a recursos en los servidores, dichos servidores ejecutan de fondo un servicio para hacer que diferentes tipos de datos estn disponibles. Para establecer acceso al contenido, los clientes web hacen conexiones a los servidores y a los recursos deseados, entonces el servidor responde con dichos recursos y el explorador interpreta la informacin y la presenta al usuario. Los exploradores pueden interpretar diversos lenguajes y presentar varios tipos de datos como el HTML. Otros tipos de datos requieren de otros servicios, programas o plug-ins, para ayudar al explorador a identificar el tipo de datos, el servidor especifica los mismos. El protocolo HTTP especifica un protocolo de solicitud/respuesta, define el tipo de mensaje que el cliente usa para solicitar una pgina web y tambin el tipo de mensaje que el servidor usara para responder. Hay tres tipos de mensaje HTTP: GET es una solicitud de cliente por informacin. Un explorador web enva mensajes GET para solicitar pginas de un servidor web. POST y PUT son usados para enviar mensajes que suben informacin al servidor web. PUT sube recursos o contenido al servidor web. El protocolo HTTPS (Hipertext Transfer Protocol Secure), brinda seguridad extra al protocolo http.

3.3.3. Servicios E-mail y protocolos SMTP/POP Dentro de la capa de aplicacin existen los protocolos POP (Post Office Protocol) y SMTP (Simple Mail Transfer Protocol). Junto con el protocolo HTTP, estos protocolos definen los procesos cliente/servidor. El usuario, al redactar un mail hace uso de una aplicacin llamada MUA (Mail User Agent) que permite que el mensaje se envi y lo sita en los mensajes recibidos en el mailbox.

Para recibir un email de un servidor email se hace uso del POP. El enviar un mail desde un cliente o servidor hace uso del protocolo SMTP. Usualmente ambos protocolos estn presentes dentro de una misma aplicacin. Procesos de servidor email: MTA y MDA MTA (Mail Transfer Agent), este proceso se encarga de direccionar el email para que llegue a su destino, el mensaje que llega al MTA puede llegar del MDA o de otro MTA en otro servidor email. Basado en el encabezado del mensaje se determina como este ser direccionado para alcanzar su destino, si el mail es direccionado a un usuario en un servidor local el mail se pasa al MDA, sino se manda a otro MTA en otro servidor. MDA (Mail Delivery Agent), este proceso se encarga de aceptar una pieza de email del MTA para efectuar la entrega. Recibe todos los mails del MTA para localizarlos en las bandejas de entrada de los usuarios. Puede resolver problemas de entrega finales como lo son escaneo de virus, spam, filtrado, etc. El protocolo SMTP usa un set de comandos que soportan los pasos usados en el SMTP como inicio de sesin, transaccin de mail etc. Algunos comandos son: HELO identifica al proceso del cliente SMTP con proceso del servidor SMTP EHLO es una versin ms nueva del HELO que incluye extensiones de servicios. MAIL FROM identifica al remitente RCPT TO identifica al recipiente DATA identifica el cuerpo del mensaje

3.3.4. FTP El FTP (File Transfer Protocol) es un protocolo de la capa de aplicacin usado para intercambiar informacin entre un cliente y servidor. Para ello se necesita que el servidor FTP haga uso de una aplicacin para transmitir archivos desde el servidor. Se necesitan dos conexiones, una para comandos y solicitudes, otra para efectuar la transferencia de archivos. Se hace uso de los puertos 21 y 20 que son para controlar el trfico, mantener estables los comandos del cliente y las respuestas del servidor (21); as como para llevar a cabo la transferencia de archivos (20). La transferencia de archivos es bidireccional, es decir servidor a cliente y viceversa.

3.3.5. DHCP El DHCP (Dynamic Host Confirmation Protocol) sirve para que un host obtenga una direccin IP dinmica al conectarse a la red por medio del servidor DHCP de forma automtica, y mientras la sesin esta activa tambin lo estar la IP asignada. Dentro del servidor DHCP existe un pool donde se albergan las diferentes direcciones IP, que por ser dinmicas regresan al pool si no estn siendo utilizadas por el cliente. Para que el cliente obtenga dichas direcciones manda un paquete HSCP DISCOVER que identifica a los servidores DHCP disponibles en la red, entonces el servidor DHCP contesta con una DHCP OFFER que es un mensaje con la IP asignada, mascara de subred, servidor DNS y compuerta de salida default. El cliente puede recibir diversas DHCP OFFERS y debe elegir una, al haberlo hecho el cliente manda un paquete DHCP REQUEST que identifica al servidor explicito que el cliente est aceptando. Si la direccin IP solicitada por el cliente u ofrecida por el servidor an es vlida entonces el servidor DHCP enviara un DHCP ACK reconociendo que el proceso finalizo, de lo contrario, si la IP solicitada ya no es vlida se enviara un DHCP NAK haciendo que el proceso entero solicitando un IP se repita. 3.3.6. Servicios para compartir archivos y protocolo SMB El SMB (Service Message Block) es un protocolo de comparticin de archivos cliente/servidor. A diferencia del FTP, en el SMB se establece una conexin a largo plazo con los servidores, una vez que la conexin se establece el usuario cliente puede accesar a los recursos en el servidor como si estos estuvieran de forma local al host cliente. En pocas palabras es un protocolo de solicitud/respuesta donde los servidores pueden hacer que sus recursos estn disponibles para los clientes en la red. Los mensajes SMB pueden: Iniciar, autentificar y terminar sesiones Controlar el acceso a archivos e impresoras Permitir a una aplicacin el enviar y recibir mensajes a o desde otro dispositivo.

3.3.7 Servicios P2P y protocolo GNUTELLA Con aplicaciones P2P basadas en el protocolo Gnutella, las personas pueden hacer que los archivos en sus discos duros estn disponibles para que otras las descarguen, la compatibilidad de clientes con Gnutella permite a los usuarios conectarse a servicios Gnutella en la red para localizar recursos compartidos por otros puertos Gnutella.

El protocolo Gnutella permite a aplicaciones P2P buscar recursos compartidos en los diferentes puertos de una red P2P. El protocolo Gnutella define cinco diferentes tipos de paquete: Ping - para descubrir dispositivos Pong - como respuesta al ping Query - para localizar archivos Query hit - como respuesta al query Push - como una solicitud de descarga

3.3.8. Servicios y protocolos Telnet Una conexin usando telnet es llamada una sesin o conexin VTY (Virtual Terminal). Telnet usa un software para crear un dispositivo virtual que provee las mismas caractersticas de una sesin terminal con acceso a la interface de lnea de comandos del servidor. Telenet provee a una computadora que est conectada a la red una forma de conectarse con un dispositivo de red de tal forma que pareciera que el teclado y mouse de la computadora estuviesen conectados a dicho dispositivo. Algunos ejemplos de comandos de protocolos Telnet incluyen: Are You There (AYT) Solicita mostrar algo en pantalla para indicar que la sesin VTY est activa Erase Line (EL) Borra todo el texto en la lnea actual Interrupt Process (IP) Suspende, interrumpe, aborta o termina un proceso con el cual la terminal virtual est conectada.