REPBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA EDUCACIN UNIVERSITARIA UNIVERSIDAD NACIONAL EXPERIMENTAL SIMN RODRGUEZ

NCLEO: CARICUAO

MODELO OPEN SYSTEM INTERCONNECTION (OSI) CAPAS: SESIN, PRESENTACIN Y APLICACIN

PARTICIPANTES: SECCIN: A AULA VIRTUAL GRUPO #05 RIOPELLE HCTOR SNCHEZ AILINN C.I. V-17.477.607 C.I. V-18.459.829

RODRIGUEZ RAYNNER C.I. V-19.820.876 CANELON SARA C.I. V-20.638.883

FACILITADOR:
ING. CARNEIRO DANIEL

CARACAS, 14 DE MARZO DEL 2012

NDICE GENERAL
Pg. INTRODUCCION DESARROLLO Modelo OSI ................. . . . . . . .. 5 7 7 8 8 9 10 .. . . .. . . .. . . .. .. . . . . ... .. 13 13 14 16 16 17 18 20 21 24 .. . 24 25 26 . . . 27 28 28 29

Capa de Aplicacin Objetivos

Servicios que Ofrece Protocolos y Servidores Procesos que Proporcionan Acceso a la Red Protocol Data Unit (PDU) Capa de Presentacin Objetivos Estructura Servicios que Ofrece Tipos de Datos Codificacin Protocolos. Capa se Sesin Objetivos Servicios que Ofrece Intercambio de Datos Administracin de Dilogos Administracin de Actividades Sincronizacin Notificacin de Excepciones

Protocolos Protocol Data Unit (PDU) Comparacion entre el Modelo OSI y TCP/IP CONCLUSIONES Y RECOMENDACIONES.. Conclusiones Recomendaciones REFERENCIAS BIBLIOGRAFICAS ... .

. 30 .. . .. 33 33 38 38 .......... 39 40

INTRODUCCIN

Actualmente, el modo en el que se producen las relaciones sociales, comerciales, polticas y personales, est cambiando de forma continua para estar al da con los avances tecnolgicos. Es por ello, que la tecnologa se ha convertido en parte del sistema de vida de toda la humanidad, ya que est proporcionando una amplia variedad de opciones en cuanto a lo que podra ser el destino de ella. Para entender porque la tecnologa es vital en la cotidianidad del ser humano, basta con pensar en algunos ejemplos: se puede ver las condiciones del tiempo en cualquier pas al que se desee viajar, se puede visualizar las noticias a nivel nacional e internacional y acceder a la banca electrnica; facilita adems la comunicacin entre personas a travs de las herramientas de colaboracin como la mensajera instantnea o los blogs; y mejora la enseanza y el aprendizaje de los estudiantes, ya que les permite acceder a los mismo recursos que se encuentran en el campus de manera online. Todo esto, son solo algunos de los beneficios que aporta las redes tecnolgicas a la red humana. Dando a conocer una vez ms, que la comunicacin es casi tan importante para el ser humano como lo es el agua para vivir. Ya que mientras ellos estuvieron limitados a conversaciones cara a cara, el avance de los medios ha ampliado el alcance de las comunicaciones. En este sentido, es necesario ahora comprender que la creacin e interconexin de redes, tiene un efecto significativo en la comunicacin, ya

que las comunicaciones por medio de una red, aporta innumerables beneficios al ser humano, por citar un ejemplo, tenemos telfonos que se conectan globalmente para compartir voz, texto e imgenes, y todo ello es posible gracias a la interconexin de redes. Ahora bien, la definicin de arquitecturas para la interconexin de sistemas de comunicacin, es posible mediante el Protocolo de Control de
Transmisin/Protocolo de Internet (TCP/IP) que responde a sus siglas en

ingls: Transmission Control Protocol/Internet Protocol. O tambin, mediante el modelo de interconexin de sistemas abiertos (OSI) que en ingles significa Open System Interconnection. El modelo OSI es una norma universal para protocolos de comunicacin y consta o est dividido en siete capas o niveles: Nivel Fsico, Nivel de Enlace de Datos, Nivel de Red, Nivel de Transporte, Nivel de Sesin, Nivel de Presentacin y Nivel de Aplicacin. En este trabajo, se detallaran solo las ltimas tres capas (Sesin, Presentacin y Aplicacin).

DESARROLLO
MODELO OSI

El modelo de interconexin de sistemas abiertos, tambin llamado OSI (en ingls: Open System Interconnection) es el modelo de red descriptivo creado por la Organizacin Internacional para la Estandarizacin en el ao 1984. Es decir, es un marco de referencia para la definicin de arquitecturas de interconexin de sistemas de comunicaciones. OSI se fija en siete capas, las cuales pueden ser divididas o agrupadas en las capas superiores e inferiores:

Las capas superiores, son las que en lneas generales proporcionan servicios de soporte al usuario. Mientras que las capas inferiores, admiten la comunicacin entre distintos dispositivos de distintas redes, determina la

mejor ruta a travs de la red y controla los dispositivos de hardware y los medios que forman la red. El modelo OSI es una representacin abstracta en capas, creada como gua para el diseo del protocolo de red. OSI divide el proceso de networking en diferentes capas lgicas, cada una de las cuales tiene una nica funcionalidad y a la la cual se le asignan protocolos y servicios especficos.

1.- CAPA DE APLICACIN La capa de Aplicacin, es la capa superior de los modelos OSI y TCP/IP. Es responsable de los accesos directos de los procesos subyacentes que administran y envan la comunicacin a la red. Esta capa sirve como origen y destino en las comunicaciones en las redes de datos. Es decir, es la capa que proporciona la interfaz entre las aplicaciones que utilizamos para comunicarnos y la red subyacente en la cual se transmiten los mensajes. En otro sentido, es la que ofrece a las aplicaciones (de usuario o no) la posibilidad de acceder a los servicios de las dems capas y define los protocolos que utilizan las aplicaciones para intercambiar datos, como correo electrnico (POP y SMTP), gestores de bases de datos y servidor de ficheros (FTP). En general, esta capa es la que hace posible que todos los protocolos que normalmente utilizamos en el ordenador (correo electrnico, navegar por pginas webs, etc.) funciones correctamente.

1.1.- Objetivos: Acceder a los servicios de las dems capas.

8

 Trabajar en conjunto con las dems capas. Definir los protocolos que utilizan las aplicaciones para intercambiar datos como: E-mail (POP y SMTP). Permitir la interaccin del usuario con la computadora. Identificar y establecer disponibilidad de comunicacin del destino deseado, as como determinar los recursos para dicha comunicacin.

1.2.- Servicios que Ofrece: La capa de Aplicacin proporciona los servicios utilizados por las aplicaciones para que los usuarios se comuniquen a travs de la red. Algunos de los servicios que ofrece esta capa son: Transporte de correo electrnico: Gran variedad de aplicaciones pueden utilizar un protocolo para gestionar el correo electrnico. Los diseadores de aplicaciones que recurren al correo electrnico no necesitan desarrollar sus propios programas para gestionar el correo. Adems, las aplicaciones que comparten una misma interfaz de correo pueden intercambiar mensajes utilizando el gestor de correo electrnico. Acceso a archivos remotos: Las aplicaciones locales pueden acceder a los archivos ubicados en los nodos remotos. Ejecucin de tareas remotas: Las aplicaciones locales pueden iniciar y controlar procesos en otros nodos. Directorios: La red puede ofrecer un directorio de recursos, incluyendo nombres de nodos lgicos. El directorio permite que las
9

aplicaciones accedan a los recursos de la red utilizando nombres lgicos en lugar de identificaciones numricas abstractas. Administracin de la red: Los protocolos de administracin de la red permiten que varias aplicaciones puedan acceder a la informacin administrativa de la red. Es frecuente encontrar el trmino interfaz de programa de aplicacin (API) asociado a los servicios de la capa de aplicacin. Un API es un conjunto de reglas que permiten que las aplicaciones escritas por los usuarios puedan acceder a los servicios de un sistema de software. Los diseadores de programas y protocolos suelen proporcionar varias API para que los programadores puedan adaptar fcilmente sus aplicaciones y utilizar los servicios disponibles en sus productos. Un API habitual de UNIX es Berkeley Sockets; Microsoft lo ha implementado denominndolo Windows Sockets.

1.3.- Protocolos y Servidores: Los protocolos de capa de aplicacin se utilizan para intercambiar los datos entre los programas que se ejecutan en los host de origen y destino. Existen muchos protocolos de capa de aplicacin y siempre se desarrollan protocolos nuevos. Los protocolos de esta capa ms conocidos son aquellos que proporciona intercambio de la informacin del usuario. Estos protocolos especifican la informacin de control y formato necesario para muchas de las funciones de comunicacin de Internet ms comunes. Algunos de los protocolos son:

10

 El protocolo Servicios de Nombres de Dominio (DNS, Domain Name Service) se utiliza para resolver nombres de Internet en direccin IP. El protocolo de Transferencia de Hipertexto (HTTP, Hypertext Transfer Protocol) se utiliza para transferir archivos que forman las pginas Web de la World Wide Web. El protocolo Simple de Transferencia de Correo (SMTP) se utiliza para la transferencia de mensajes de correo y adjuntos. Telnet, un protocolo de emulacin de terminal, se utiliza para proporcionar acceso remoto a servidores y a dispositivos de red. El protocolo de Transferencia de Archivos (FTP, File Transfer Protocol) se utiliza para la transferencia interactiva de archivos entre sistemas. El protocolo de Configuracin Dinmica de Anfitrin (DHCP, Dynamic Host Configuration Protocol). Traduccin de Direccin de Red (NAT, Network Address Translation). Para correo electrnico (POP, Post Office Protocol).

Entre los servidores de la capa de Aplicacin se encuentran los siguientes: El Servidor DNS, ofrece el nombre de dominio en un servicio. El Servidor Telnet, genera conexiones remotas. El Servidor E-mail, permite el uso de las cuentas de usuario del correo electrnico.
11

 El Servidor DHCP, controla la conexin a Internet. El Servidor Web, almacena todos los sitios web. El Servidor FTP, permite transferir de un servidor a otro.

Las funciones asociadas con los protocolos de la capa de Aplicacin permiten a la red humana comunicarse con la red de datos subyacente. Cuando abrimos un explorador Web o una ventana de mensajera instantnea, se inicia una aplicacin, y el programa de coloca en la memoria del dispositivo donde se ejecuta. Cada programa ejecutable cargado a un dispositivo se denomina proceso.

12

1.4.- Procesos que Proporcionan Acceso a la Red: Dentro de la capa de Aplicacin, existen dos formas de procesos o programas de software que proporcionan acceso a la red: aplicaciones y servicios. Las aplicaciones, son los programas de software que utiliza la gente para comunicarse a travs de la red. Algunas aplicaciones del usuario final son compatibles con la red, lo cual significa que implementa los protocolos de la capa de aplicacin y pueden comunicarse directamente con las capas inferiores. Los clientes de correo electrnico y los exploradores Web son ejemplos de este tipo de aplicaciones. Los servicios, otros programas pueden necesitar la ayuda de los servicios de la capa de Aplicacin para utilizar los recursos de la red, como la transferencia de archivos o cola de impresin en red. Aunque son transparentes para el usuario, estos servicios son los programas que se comunican con la red y preparan los datos para la

transferencia. Diferentes tipos de datos, ya sea texto, grafico o video, requieren de diversos servicios de red para asegurarse de que estn bien preparados para procesar las funciones de las capas inferiores del modelo OSI.

1.5.- PDU: Las Unidades de Datos de Protocolo (PDU, Protocol Data Unit) se utilizan para el intercambio de informacin entre dos capas OSI, y existen dos clases:
13

 PDU de Datos, que contiene los datos del usuario final (en el caso de la capa de aplicacin) o la PDU del nivel inmediatamente superior. PDU de Control, que sirven para gobernar el comportamiento completo del protocolo en sus funciones de establecimiento y ruptura de la conexin, control de flujo, control de errores, etc. No contienen informacin alguna proveniente del nivel N+1 (Nivel superior que sigue). Los PDU de la capa de Aplicacin, consisten en que consiste en que cada capa en el sistema fuente le agrega informacin de control a los datos, y cada capa en el sistema de destino analiza y remueve la informacin de control de los datos. Los PDU en esta capa se les denominan Informacin Datos del Paquete. Un ejemplo de PDU en esta capa es el DNS, Domain Name System (Sistema de Nombres de Dominio) es un sistema de nomenclatura jerrquica para computadoras, servicios o cualquier recurso conectado a Internet o a una red privada.

2.- CAPA DE PRESENTACIN Se ocupa de los aspectos de sintaxis y semntica de la informacin que se transmite y no del movimiento fiable de bits de un lugar a otro. Es tarea de este nivel la codificacin de los datos conforme a lo acordado previamente. Para posibilitar la comunicacin de ordenadores con diferentes representaciones de datos. Tambin se puede dar aqu la comprensin de datos.

14

La Capa de Presentacin, realiza ciertas funciones que se piden con suficiente frecuencia para justificar la bsqueda de una solucin general, en lugar de dejar que cada usuario resuelva los problemas. En particular, y a diferencia de todas las capas inferiores que se interesan solo en mover bits de manera confiable de ac para all la capa de presentacin se ocupa de la sintaxis y la semntica de la informacin que se transmite.

Esta capa, es a menudo la ltima parte que se despliega y tiende a ser muy dependiente de las herramientas de desarrollo utilizadas, sin embargo la capacidad de desenchufar una interfaz de usuario y reemplazarla con otra suele ser un requerimiento clave en todas las capas de presentacin. Ya que, las diferentes computadoras tienen cdigos diferentes para representar cadenas de caracteres enteros y dems. Con el fin de hacer posible la comunicacin entre computadoras con representaciones

diferentes la estructura de datos por intercambiar se puede definir en forma abstracta, junto con un cdigo estndar que se use " en el cable". La capa de presentacin maneja estas estructuras de datos abstractas y las convierte de la presentacin que usa dentro de la computadora a la presentacin estndar de la red y viceversa.

15

2.1.- Objetivo: El objetivo principal de la capa de presentacin es encargarse de la representacin de la informacin, de manera que aunque distintos equipos puedan tener diferentes representaciones internas de caracteres, nmeros, sonido o imgenes, los datos lleguen de manera reconocible. Trabajar ms el contenido de la comunicacin que en cmo se establece la misma. En ella se tratan aspectos tales como la semntica y la sintaxis de los datos transmitidos, ya que distintas computadoras pueden tener diferentes formas de manejarlas. En resumen, la capa de Presentacin tiene la funcin de dar formato a los datos, formato que por supuesto incluye la comprensin y cifrado de dichos datos.

2.2.- Estructura: A grandes rasgos se podra decir que la capa de presentacin est estructurada por: La interfaz de usuario: ofrece a los usuarios informacin, sugerencias, acciones y captura los datos de entrada a travs del teclado y el ratn. La lgica de presentacin: hace referencia a todo el procesamiento requerido para mostrar datos y transformar los datos de entrada en acciones que podemos ejecutar contra la capa de negocio o de

16

servicios. Se podra decir que la lgica de presentacin est muy relacionada con mostrar datos en la pantalla del usuario.

2.3.- Servicios que Ofrece: Traduce entre varios formatos de datos utilizando un formato comn. Define la estructura de datos a transmitir. Define el cdigo a usar para representar una cadena de caracteres. Da formato a la informacin para visualizarla o imprimirla. Comprime los datos si es necesario. Aplica a los datos procesos criptogrficos.

La capa de presentacin debera ser probada al igual que el resto de capas, una de las ventajas de conseguir desacoplar la lgica de presentacin de la interfaz de usuario, es que podemos probarlas por separado. Aunque no es fcil probar la interfaz de usuario dentro de un entorno de testing, si que podemos mover todo el cdigo testeable correspondiente a los manejadores de eventos a mtodos dentro de una clase.

Un arquitecto no debe implicarse directamente en la definicin de los detalles de la interfaz de usuario, en su lugar, debe preocuparse de la definicin de los datos que se manejaran en cada formulario y de aspectos de calidad como por ejemplo la usabilidad y la accesibilidad.

Una vez que el arquitecto ha definido con xito los datos que se manejaran en cada formulario con los usuarios del sistema, el equipo de desarrollo puede proceder a implementar y probar la lgica de presentacin
17

al mismo tiempo que los diseadores grficos se ocupan de desarrollar la interfaz de usuario.

El estilo y la usabilidad pueden considerarse simples atributos, y la validacin y formateo pueden implementarse mediante componentes. Todas estas responsabilidades suelen estar estrechamente relacionadas con la tecnologa y plataforma elegida para implementar el sistema.

Una

capa

de

presentacin

alto

nivel

tiene

tres

grandes

responsabilidades: Independencia de la interfaz de usuario Testeabilidad Independencia del modelo de datos.

Seguramente se ha encontrado ms de una vez con los siguientes dilemas: Enlace o Botn?; Qu colores uso?; Qu bordes, estilos y fuentes? La capa de presentacin debe ser capaz de escalar todas estas incgnitas sin que la lgica de presentacin se vea afectada. Tambin debe ser independiente de la tecnologa de interfaz de usuario y plataforma usada, aunque este requerimiento es muy complicado de cumplir y en la mayora de las ocasiones es imposible obtener una independencia total.

2.4.- Tipos de Datos: Tipos Primitivos: Los tipos primitivos son escalares, es decir, almacenan un nico valor, como por ejemplo una cadena de texto o un entero. Los tipos primitivos ms importantes son: El tipo INTEGER se usa para representar nmeros enteros.
18

 El tipo OCTET STRING almacena una secuencia de bytes. De l se derivan tres subtipos: DisplayString (para cadenas de caracteres ASCII) OctetBitString (para cadenas de bits mayores de 32) PhysAddress (para representar direcciones del nivel de enlace). El tipo OBJECT IDENTIFIER para representar los identificadores de los objetos, es decir, la posicin de un objeto. El tipo BOOLEAN para valores que slo pueden ser verdadero o falso. El tipo NULL para representar la ausencia de valor. Tipos construidos: Los tipos construidos son tipos compuestos. Se usan para crear rayas y tablas. Los ms importantes son: El tipo SEQUENCE es una estructura de datos, es decir, una lista ordenada de tipos de datos diferentes. Es el tipo que se usa para almacenar una fila de una tabla. El tipo SEQUENCE OF es una lista ordenada de tipos de datos iguales. Es similar al tipo "SEQUENCE", excepto que todos los tipos han de ser iguales. Es el tipo usado en tablas para almacenar todas las filas. El tipo SET es equivalente al "SEQUENCE", pero la lista no est ordenada. Hay que notar que todos los componentes de la lista SET deben ser diferentes sino la definicin sera ambigua. El tipo SET OF es equivalente al "SEQUENCE OF" pero la lista no est ordenada.

19

 El tipo CHOICE es un tipo de datos en el que hay que elegir uno de entre los tipos disponibles en una lista. Por ejemplo, un tipo "Animal" podra ser una "CHOICE" entre los tipos "Perro", "Gato" o "Pez".

Tipos Definidos: Son tipos derivados de los anteriores pero con un nombre ms descriptivo. Los ms importantes son: IpAddress sirve para almacenar una direccin IP. Son 4 bytes y se define como "OCTET STRING (SIZE (4))". Counter representa un contador que nicamente puede incrementar su valor y que cuando llega a su valor mximo, vuelve a cero. Se define como un entero sin signo, que slo puede tomar valores positivos y el cero. Gauge es como un indicador de nivel. Es un valor que puede incrementar o decrementar. Puede llevar asociadas acciones a tomar en caso de que se superen unos umbrales. Un ejemplo es un medidor del ancho de banda medido en un determinado interfaz. Est definido como un entero de 32 bits. TimeTicks es un tipo de datos usado para medir tiempos. Indica el nmero de centsimas de segundo que han transcurrido desde un determinado evento temporal. Es un entero de 32 bits.

2.5.- Codificacin: La sintaxis de transferencia especifica cmo se codifican los distintos tipos de datos. Define la forma de codificar en el transmisor y decodificar en el receptor los valores expresados con ASN.1.

20

Este estndar no define cmo se han de codificar esos datos, sino que es una sintaxis abstracta para indicar el significado de los datos. Para la codificacin de los datos se usan otras normas como: BER (Reglas de Codificacin Bsicas) (BER - X.209), CER (Canonical Encoding Rules), DER (Distinguished Encoding Rules), PER (Packed Encoding Rules) y XER (XML Encoding Rules).

2.6.- Protocolos: BER: Las Reglas de Codificacin Bsicas, o BER (Basic Encoding Rules), es uno de los formatos de codificacin definidos como parte del estndar ASN.1. Las reglas, denominadas sintaxis de transferencia en el contexto de ASN.1, especifican las secuencias de octetos exactas para codificar un elemento de datos dado. La sintaxis BER, junto con dos subconjuntos de BER: Canonical Encoding Rules (CER) y Distinguished Encoding Rules (DER), estn definidas por el documento de estndares X.690 de la UIT-T, el cual es parte de las series de documentos ASN.1. Cadaelemento de datos est codificado usando la codificacin tipo-longitudvalor, es decir, por un identificador de tipos, una descripcin longitud, los elementos de datos actuales, y donde sea necesario, un marcador de fin-decontenido.

Por ejemplo, cuando codificamos un valor construido (esto es, un valor que est compuesto de mltiples valores ya codificados ms pequeos), el emisor puede usar una de las tres formas diferentes para especificar la longitud de los datos. Estas implementaciones confan en la flexibilidad que BER suministra para usar lgica de codificacin que es ms

21

fcil de implementar, pero redunda en una corriente de datos mayor de lo necesario.

Secure Sockets Layer (SSL; en espaol capa de conexin segura) y su sucesor Transport Layer Security (TLS; enespaol seguridad de la capa de transporte) son protocolos criptogrficos que proporcionan comunicaciones seguras por una red, comnmente Internet.

SSL proporciona autenticacin y privacidad de la informacin entre extremos sobre Internet mediante el uso de criptografa. Habitualmente, slo el servidor es autenticado (es decir, se garantiza su identidad) mientras que el cliente se mantiene sin autenticar. SSL implica una serie de fases bsicas: Negociar entre las partes el algoritmo que se usar en la comunicacin Intercambio de claves pblicas y autenticacin basada en certificados digitales Cifrado del trfico basado en cifrado simtrico. El protocolo SSL intercambia registros; opcionalmente, cada registro puede ser comprimido, cifrado y empaquetado con un cdigo de autenticacin del mensaje (MAC). Cada registro tiene un campo de content_type que especifica el protocolo de nivel superior que se est usando.

TLS/SSL poseen una variedad de medidas de seguridad: Numerando todos los registros y usando el nmero de secuencia en el MAC.

22

 Usando un resumen de mensaje mejorado con una clave (de forma que solo con dicha clave se pueda comprobar el MAC). Esto se especifica en el RFC 2104). Proteccin contra varios ataques conocidos (incluyendo ataques manin-the-middle), como los que implican un degradado del protocolo a versiones previas (por tanto, menos seguras), o conjuntos de cifrados ms dbiles. El mensaje que finaliza el protocolo handshake (Finished) enva un hash de todos los datos intercambiados y vistos por ambas partes. La funcin pseudo aleatoria divide los datos de entrada en 2 mitades y las procesa con algoritmos hash diferentes (MD5 y SHA), despus realiza sobre ellos una operacin XOR. De esta forma se protege a s mismo de la eventualidad de que alguno de estos algoritmos se revelen vulnerables en el futuro.

TLS 1.1: es la ltima versin aprobada del protocolo TLS. TLS 1.1 clarifica algunas ambigedades y aade cierto nmero de recomendaciones. TLS 1.1 es muy similar a TLS 1.0. La principal razn de esta nueva versin es un formato modificado para cifrado RSA anterior al uso de 'master secret', que es parte del mensaje de intercambio de claves del cliente (si se usa RSA), para usar PKCS#1 versin 2.1, en detrimento de PKCS#1 versin 1.5 en TLS 1.0.

La razn de dicho cambio es para protegerse contra ataques descubiertos por Daniel Bleichenbacher que podan lanzarse contra servidores TLS 1.0, usando PKCS#1 versin 1.5, que podran fallar de diferentes formas dependiendo de si el formato descifrado fuera correcto o no. ste tambin incluye recomendaciones para evitar ataques remotos
23

programados. TLS 1.1 est actualmente implementado en el navegador Opera y en GnuTLS.

3.- CAPA DE SESIN Esta capa, es el quinto nivel del modelo OSI , que proporciona los mecanismos para controlar el dilogo entre las aplicaciones de los sistemas finales. En muchos casos, los servicios de la capa de Sesin son parcialmente, o incluso, totalmente prescindibles. No obstante en algunas aplicaciones su utilizacin es necesaria. En otro sentido, esta capa establece, gestiona y finaliza las conexiones entre usuarios (procesos o aplicaciones) finales. Se encarga de mantener el enlace entre los dos computadores que estn transmitiendo daos de cualquier ndole.

3.1.- Objetivos: Su objetivo principal es, permitir que los usuarios de diferentes maquina establezcan sesiones entre ellos. Crear y mantener dilogos entre las aplicaciones de origen y destino. Manejar el intercambio de informacin para iniciar los dilogos y mantenerlos activos, y para reiniciar sesiones que se interrumpieron o desactivaron durante un periodo de tiempo prolongado. Permitir al usuario acceder a un sistema de tiempo compartido a distancia, o transferir un archivo a distancia. Permitir el transporte ordinario de datos, como lo hace la capa de transporte, pero tambin proporcionar servicios mejorados que sean tiles en algunas aplicaciones.

24

El correcto funcionamiento de esta capa, es crucial para las comunicaciones en los equipos, debido a que asegura o mantiene el enlace entre dos computadoras. Uno de los puntos fuertes de esta capa, es que permite la reanudacin de tareas en caso de alguna interrupcin.

3.2.- Servicios que Ofrece: La capa de Sesin proporciona los siguientes servicios: Control de la sesin a establecer entre el emisor y el receptor (quin transmite, quin escucha y seguimiento de sta). Control de la concurrencia (que dos comunicaciones a la misma operacin crtica no se efecten al mismo tiempo). Mantener puntos de verificacin (checkpoints), que sirven para que, ante una interrupcin de transmisin por cualquier causa, la misma se pueda reanudar desde el ltimo punto de verificacin en lugar de repetirla desde el principio. Control del Dilogo, este puede ser simultneo en los dos sentidos (full-duplex) o alternado en ambos sentidos (half-duplex).
25

 Agrupamiento, el flujo de datos se puede marcar para definir grupos de datos. La capa de sesin puede proporcionar un procedimiento de puntos de comprobacin, de forma que si ocurre algn tipo de fallo entre puntos de comprobacin, la entidad de sesin puede retransmitir todos los datos desde el ltimo punto de comprobacin y no desde el principio. Por lo tanto, los servicios provistos por esta capa es la capacidad de asegurar que, dada una sesin establecida entre dos mquinas, la misma se pueda efectuar para las operaciones definidas de principio a fin, reanudndolas en caso de interrupcin. En muchos casos, los servicios de la capa de sesin son parcial o totalmente prescindibles. Todos estos servicios se podran incorporar en las aplicaciones de la capa 7. Sin embargo ya que todas estas herramientas para el control del dilogo son ampliamente aplicables, parece lgico organizarlas en una capa separada, denominada capa de Sesin. Entonces, la capa de Sesin surge como una necesidad de organizar y sincronizar el dilogo y controlar el intercambio de datos.

3.3.-Intercambio de Datos: La caracterstica ms importante de la capa de Sesin es el Intercambio de datos. Una sesin sigue un proceso de dos fases: El Establecimiento: en el establecimiento de una sesin un usuario de sesin invoca una primitiva S-CONNECT.request con el objeto de

26

establecer una sesin, el proveedor de sesin solo ejecuta un TCONNECT.request para establecer una conexin de transporte. De la misma manera, el establecimiento de una sesin, al igual que el establecimiento de un conexin de transporte, implica una

negociacin entre los corresponsales (usuarios) para fijar los valores de varios parmetros como pueden ser la calidad de servicio, y la bandera indicando si los datos acelerados estn o no permitidos. Estos se pasan a la conexin de transporte sin que se les haga modificacin alguna. La Liberacin: en la liberacin existen importantes diferencias entre una sesin y una conexin de transporte. La principal esta es en la forma de cmo se liberan las sesiones y las conexiones de transporte. Las conexiones de transporte terminan con la primitiva T-

DISCONNECT.request, que produce una liberacin abrupta y puede traer como resultado la prdida de los datos en trfico que haya en el momento de la liberacin. Las sesiones se terminan con la primitiva S-RELEASE.request que resulta en una liberacin ordenada en la cual los datos no se llegan a perder. 3.4.-Administracion de Dilogos: En principio, todas las conexiones del modelo OSI son dplex, es decir, las PDU (Unidades de datos del protocolo) se pueden mover en ambas direcciones simultneamente sobre la misma conexin. Sin embargo, hay varias situaciones en las que el software de capas superiores est
27

estructurado de tal forma que espera que los usuarios tomen turnos (en este caso se tendr una comunicacin semiduplex).

3.5.-Administracion de Actividades: Permite que el usuario divida el flujo de mensajes en unidades lgicas denominadas actividades. Cada actividad es completamente independiente de cualquiera de las dems que pudieron haber venido antes o que vendrn despus de ella. En una transferencia de archivo que se inicia como una actividad. En un momento del proceso de transferencia es posible emitir una primitiva SACTIVITY-INTERRUPT.request, para suspender la transferencia del archivo. Entonces, se puede iniciar y completar otra actividad, y finalmente la actividad original puede reiniciarse desde el punto en el que se interrumpi.

3.6.-Sincronizacion: Los usuarios pueden insertar puntos de sincronizacin en el flujo del mensaje. Cada uno de estos puntos lleva un nmero de sede. Cuando un usuario invoca una primitiva para solicitar un punto de sincronizacin, el otro obtiene una indicacin. De la misma manera si uno de ellos invoca una primitiva para resincronizacin el otro tambin obtiene una indicacin de esto. El almacenamiento de los mansajes y la subsiguiente retransmisin posterior se lleva a cabo arriba de la capa de sesin; lo que la capa de
28

sesin proporciona es una forma de transportar seales de sincronizacin y resincronizacin numeradas a travs de la red. Elementos a tener en cuenta en la Sincronizacin: Puntos de sincronizacin mayor: Solo puede ser iniciado por el que tiene el token de sincronizacin mayor (servicio confirmado). Separan unidades de dialogo: S-SYNC-MAJOR.request: (nmero_serie, datos) S-SYNC-MAJOR.indication: (nmero_serie, datos) S-SYNC-MAJOR.response: (datos) S-SYNC-MAJOR.confirm: (datos) Puntos de sincronizacin Menor: Solo puede ser iniciado por el que tiene el token de sincronizacin menor (servicio no confirmado habitual o servicio confirmado): S-SYNC-MINOR.request: (tipo, nmero_serie, datos) S-SYNC-MINOR.indication: (tipo, nmero_serie, datos) S-SYNC-MINOR.response: (nmero_serie, datos) S-SYNC-MINOR.confirm: (nmero_serie, datos)

3.7.-Notificacion de Excepciones: Corresponde a un mecanismo de propsito general para notificar errores inesperados. Si un usuario tiene algn problema, por cualquier razn, este problema se puede notificar a su corresponsal utilizando la primitiva S-U-EXCEPTION-REPORT, request.

29

La notificacin de excepciones no solamente se aplica a los errores detectados del usuario. El proveedor del servicio puede generar una primitiva S-P-EXCEPTION-REPORT. indication para informarle al usuario sobre los problemas internos que existen dentro de la capa de sesin, o sobre problemas que le reporten procedentes de las capas de transporte o inferiores. Estas notificaciones contienen un campo que describe la naturaleza de la excepcin. La decisin sobre que accin tomar, si hay alguna, depender del usuario.

3.8.- Protocolos: Los protocolos de sesin, establecen las reglas para el intercambio de datos e informacin de control entre entidades de sesin pares, utilizando una conexin de transporte. Los ms importantes son:

30

 Sistema de Archivos de Red (NFS, Network File System): primer sistema comercial de archivos en red (1984) maduro, estndar, multiplataforma que permite acceder y compartir archivos en una red C/S heterognea como si estuvieran en un slo disco, i.e. montar un directorio de una mquina remota en una mquina local. Lenguaje de Consulta Estructurado (SQL, Structured Query

Languaje): Como su nombre indica, el SQL nos permite realizar consultas a la base de datos. Pero el nombre se queda corto ya que SQL adems realiza funciones de definicin, control y gestin de la base de datos. El SQL es un estndar aceptado en productos de bases de datos. A pesar de que no se trata de un lenguaje de programacin como puedan serlo C o Pascal, puede utilizarse en el diseo de consultas interactivas y puede incluirse en una aplicacin como un conjunto de instrucciones de manejo de datos. El SQL estndar cuenta tambin con elementos destinados a la definicin, modificacin, control y proteccin de los datos. Tanto los usuarios tcnicos como los que no lo son pueden utilizar este lenguaje. Llamada de Procedimiento Remoto (RPC, Remote Procedure Call): El RPC (del ingls Remote Procedure Call, Llamada a Procedimiento Remoto) es un protocolo que permite a un programa de ordenador ejecutar cdigo en otra mquina remota sin tener que preocuparse por las comunicaciones entre ambos. El protocolo es un gran avance sobre los sockets usados hasta el momento. De esta manera el programador no tena que estar pendiente de las comunicaciones, estando stas encapsuladas dentro de las RPC. Este servicio permite que las aplicaciones de nuestro equipo puedan comunicarse con el sistema operativo y entre s.

31

 El Sistema X-Window: X est formado de dos partes: un lado servidor y un lado cliente. La funcionalidad bsica es familiar a la forma en que trabajan todos los modelos cliente-servidor, en el sentido de que el servidor X tiene determinados recursos que proporciona al cliente. Debido a que el servidor X est integrado a las pilas TCP/IP las peticiones pueden venir de cualquier cliente y pueden ser solicitadas a cualquier servidor. Adems, debido a que X, adems de ser un programa especfico, define adems un protocolo, los clientes pueden comunicarse con servidores X en otro tipo de plataforma. El servidor acta como una interfaz entre los programas clientes y el hardware fsico. Protocolo de Sesin AppleTalk (ASP, AppleTalk Session Protocol): Es un conjunto de protocolos desarrollados por Apple Inc. para la conexin de redes. Fue incluido en un Macintosh en 1984 y actualmente est en desuso en los Macintosh en favor de las redes TCP/IP. AppleTalk fue diseada como un cliente/servidor o sistema de red distribuido, en otras palabras, los usuarios comparten recursos de red como archivos e impresoras con otros usuarios. Las interacciones con servidores son transparentes para el usuario, ya que, la computadora por s misma determina la localizacin del material requerido, accediendo a l sin que requiera informacin del usuario. Protocolo de Control de Sesin de Arquitectura de Red Digital (DNA SCP): Oculta al usuario las operaciones de red; soportar rangos amplios de operaciones, facilidades de comunicacin y topologas de red; hace uso mximo de estndares; requiere una mnima intervencin administrativa; permite el crecimiento y la migracin

32

3.9.- PDU Los PDU de esta capa, tambin son llamados Unidades de Datos. Ahora bien, la relacin entre el intercambio de primitivas y los procedimientos del protocolo es como sigue: Si llega a la mquina de protocolo de sesin una unidad de datos del protocolo de sesin (SPDU), entregada por el proveedor (capa de transporte), se generara una indicacin o confirmacin de servicio al usuario (primitivas indication o confirm). Si se recibe del usuario un requerimiento o respuesta (primitivas request o response), se enva una SPDU desde una entidad de sesin a otra y/o se genera un requerimiento del servicio de transporte.

4.- COMPARACION ENTRE EL MODELO OSI Y TCP/IP OSI TCP/IP

33

 Similitudes: Ambos se dividen en capas. Ambos tienen capas de aplicacin, aunque incluyen servicios muy distintos. Ambos tienen capas de transporte y de red similares. La tecnologa es de conmutacin por paquetes. Hay que conocer los dos modelos. Diferencias: TCP/IP combina las funciones de la capa de Presentacin y de Sesin en la capa de Aplicacin. TCP/IP combina las capas de Enlace de Datos y la capa Fsica del modelo OSI en una sola capa. TCP/IP parece ser ms simple porque tiene menos capas. Los protocolos TCP/IP son los estndares en torno a los cuales se desarroll la Internet, de modo tal que la credibilidad del modelo TCP/IP se debe en gran parte a sus protocolos. En comparacin, las redes tpicas no se desarrollan normalmente a partir del protocolo OSI, aunque el modelo OSI si se usa como referencia.

Como se dijo anteriormente, el protocolo TCP/IP representa los estndares en base a los cuales se ha desarrollado la Internet. Sin embargo, el modelo OSI es un estndar a nivel mundial, genrico, independiente de protocolos. Es ms detallado lo que hace que sea ms til para la
34

enseanza y el aprendizaje, ya que al ser ms detallado, resulta de mayor utilidad para el diagnstico de fallos. Aunque muchos administradores de red tienen distintas opiniones con respecto al modelo que se debe usar, lo mejor es conocer de los dos. El enfoque en capas, dio origen al nombre TCP/IP. Ya que la capa de Transporte usa el Transmission Control Protocol (TCP) o una de diversas variantes, como el User Datagram Protocol (UDP). Existen otros protocolos, pero el TCP y UDP son los ms comunes. Sin embargo, solo existe un protocolo para el nivel de Red, el Internet Protocol (IP), esto es lo que asegura la conectividad universal del sistema, uno de los objetivos primarios del diseo. En palabras simples, TCP es como un protocolo de capa 4 de OSI, IP como un protocolo de capa 3 de OSI, y Ethernet como una tecnologa de las capas 2 y 1

35

Aunque existe mucha presin en la comunidad de usuarios para abandonar el modelo OSI y cualesquiera protocolos de comunicaciones futuros producidos que lo conformen, en favor del TCP/IP. Los argumentos dependen de muchas razones que son lgicas: TCP/IP est en auge y funcionando y tiene un record comprobado. TCP/IP tiene un cuerpo de administracin establecido funcionando. Miles de aplicaciones usan en la actualidad TCP/IP y sus interfaces de programacin de aplicaciones bien documentadas. TCP/IP es la base para la mayor parte de los sistemas UNIX, los cuales estn ganando la participacin ms grande en el mercado de los sistemas operativos (distintos a los de mquinas de escritorio de un solo usuario como la PC y Macintosh. TCP/IP es independiente de proveedores.

En resumen, la capa de Acceso a la Red, los protocolos TCP/IP no especifican cuales protocolos se debe utilizar cuando se trasmite por un medio fsico; solo describe la trasferencia desde la capa de internet a los protocolos de red fsica. Las capas OSI 1 y 2 analizan los procedimientos necesarios para tener acceso a los medios y los medios fsico para enviar datos por una red. Los paralelos claves entre dos modelos de red se producen en las capas 3 y 4 del modelo OSI. La capa 3 del modelo OSI, la capa Red, se utiliza casi universalmente para analizar y documentar el rango de los procesos que se producen en todas la redes de datos para direccionar y enrutar mensajes a travs de una internetwork. El Protocolo de Internet (IP)
36

es el protocolo de la suite TCP/IP que incluye la funcionalidad descrita en la capa 3. La capa 4, la capa de Transporte del modelo OSI, con frecuencia se utiliza para describir servicios o funciones generales que administran conversaciones individuales entre los host de origen y de destino. Estas funciones incluyen acuse de recibo, recuperacin de errores y

secuenciamiento. En esta capa, los protocolos TCP/IP, Protocolo de Control de Transmisin (TCP) y Protocolos de Datagramas de Usuario (UDP) proporcionan la funcionalidad necesaria. La capa de Aplicacin TCP/IP incluye una cantidad de protocolos que proporcionan funcionalidad especfica para una variedad de aplicaciones de usuario final. Las capas 5, 6 y 7 del modelo OSI se utilizan como referencias para proveedores y programadores de software de aplicacin para fabricar productos que necesitan acceder a las redes para establecer

comunicaciones.

37

CONCLUSIONES Y RECOMENDACIONES Conclusiones

El desarrollo de este trabajo que tiene como objetivo entender para que y como se crean o interconectan las redes, est dirigido a todos los interesados en el diseo, construccin y/o arquitectura de redes, mostrando como referencia los modelos OSI y TCP/IP. Ambos modelos, representan una herramienta de gran importancia para lograr la efectividad en las comunicaciones entre la red de datos y la red humana. El Modelo OSI es la representacin de red, formada por 7 capas. Mientras que el TCP/IP est definida por 4 categoras de funciones y que deben tener lugar para que las comunicaciones sean exitosas. Ambos, tienen semejanzas en algunos protocolos, como las Capas de Transporte y las Capas de Red/Internet, en el resto de los protocolos estn las diferencias, ambos tienen fortalezas y debilidades. Mientras que OSI contiene la comunicacin no orientada a la conexin y la orientada a la misma, el Modelo TCP/IP solo tiene el modo sin conexin, pero considera ambos modos en la Capa de Transporte. Por estas razones, es necesario reconocer que todo el xito en la comunicacin de redes, depende sin duda alguna, del uso correcto de alguno de los dos modelos que se mencionaron anteriormente.

38

Recomendaciones

Al concluir este tema de vital importancia para la interconexin de redes, se recomienda ampliamente el uso de un modelo en capas para la creacin de las mismas, ya que es necesario para visualizar la interaccin entre varios protocolos. Un modelo en capas muestra el funcionamiento de los protocolos que se produce dentro de cada capa, como as tambin la interaccin de las capas sobre y debajo de l. Su uso, aporta beneficios tales como: Asiste en el diseo del protocolo, porque los protocolos que operan en una capa especifica poseen informacin definida que van a poner en prctica y una interfaz definida segn las capas por encimas y por debajo. Fomenta la competencia, ya que los productos de distintos proveedores pueden trabajar en conjunto. Evita que los cambios en la tecnologa o en las capacidades de una capa afecten otras capas superiores o inferiores. Proporciona un lenguaje comn para describir las funciones y capacidades de red. En definitiva, el uso de un modelo en capas ayuda en el diseo de redes complejas, multiuso y de diversos fabricantes.
39

REFERENCIAS Referencias de Fuentes Audiovisuales Comunicaciones Verbales y Entrevistas Personales: (M. Parra, conversacin personal, Marzo 01, 2012) (J. Parra, conversacin personal, Marzo 01, 2012) (E. Veliz, conversacin telefnica, Marzo 08, 2012))

Referencias de Fuentes Electrnicas Libros: Exception! Computacin Diccionario de Informtica, en Internet, lnea]. Tecnologas y

[Libro

Disponible: [Consulta: 2012,

http://www.alegsa.com.ar/Diccionario/diccionario.php Marzo] Trabajos de Grado:

Hernndez, J. (2004). Modelo OSI. Trabajo de grado no publicado, Universidad Alejandro de Humboldt, Caracas. Disponible:

http://www.monografias.com/trabajos29/modelo-osi/modelo-osi.shtml [Consulta: 2012, Marzo]

Sitios de Informacin: Wikipedia, La Enciclopedia Libre [Pagina Web en lnea]. Disponible: http://es.wikipedia.org/wiki/Unidad_de_datos_de_protocolo 2012, Marzo]
40

[Consulta:

TelecomHall ES, Informacin de las TI [Pagina Web en Lnea]. Disponible:

http://telecomhall.com/es/las-7-capas-del-modelo-osi-.aspx

[Consulta: 2012, Marzo]. Culturacin, El Mundo de la Computacin [Pagina Web en Linea]. Disponible: http://culturacion.com/etiqueta/modelo-osi/ [Consulta: 2012, Marzo]

El

Rincn

del

Vago

[Pagina

Web

en

lnea].

Disponible: 2012,

http://html.rincondelvago.com/modelo-osi-y-tcpip.html Marzo] Tesis y Monografas [Pagina Web en

[Consulta:

lnea.

Disponible: 2009,

http://www.mistareas.com.ve/metodolog_a.html Noviembre 11] Slideshare, Presentaciones [Pagina Web en

[Consulta:

Lnea.

Disponible:

http://www.slideshare.net/Eagle20/resumen-del-mdelo-osi-y-tcpip [Consulta: 2012, Marzo] Taringa, Inteligencia Colectiva [Pagina Web en Lnea] Disponible: http://www.taringa.net/posts/info/2712011/_Que-es-el-Modelo-OSI_.html [Consulta: 2012, Marzo] RedesLSCA, Redes [Pagina Web en Lnea] Disponible:

http://redeslsca.wordpress.com/tarea-2/ [Consulta: 2012, Marzo]

Listas de discusin, grupos de noticias y boletines de mensajes: Redes Avanzadas [Informacin en Lnea]. Disponible: http://nestorredesavanzadas.blogspot.com/2010/11/modelo-osi-y-tcpiphtmll [Consulta: 2012 Marzo] Mantenimiento Correctivo de Redes [Informacin en Lnea] Disponible: http://mantenimientoredesyurii.blogspot.com/
41

Modelos OSI y TCP/IP [Informacin en Lnea] Disponible: http://modelososi-y-tcp-ip-anica.blogspot.com/

Archivos de video y de audio: YouTube (2010, Junio 14). Capa de Aplicacin Cisco [Video en lnea]. Disponible: http://www.youtube.com/watch?v=a7TpBcVHvyw [Consulta: 2012, Marzo] YouTube (2010, Junio 02). Capa de Presentacin Modelo OSI [Video en lnea]. Disponible: http://www.youtube.com/watch?v=FTLSJ60t8oM&feature=related [Consulta: 2012, Marzo] YouTube (2010, Noviembre 15). Capa 5 Sesin [Video en Linea] Disponible:
http://www.youtube.com/watch?v=pFgDAw_f0q8&feature=related

[Consulta: 2012, Marzo] YouTube (2010, Mayo 04). Cmo Funciona el DNS. [Video en Linea] Disponible:
http://www.youtube.com/watch?v=dIGxJCqLJlY&feature=related

[Consulta: 2012, Marzo]

42