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.

Open SystemsInterconnection - Interconexin de Sistemas Abiertos) Norma universal para protocolos de comunicacin lanzado en 1984. Fue propuesto por ISO y divide las tareas de la red en siete niveles. Proporciona a los fabricantes estndares que aseguran mayor compatibilidad e interoperatibilidad entre distintas tecnologas de red producidas a mundialmente. A principios de la dcada de 1980 hubo un gran crecimiento en cantidad y tamao de redes, especialmente por parte de empresas. A mediados de la dcada se comenzaron a notar los inconvenientes de este gran crecimiento. Las redes tenan problemas para comunicarse entre s por las diferentes implementaciones que tena cada empresadesarrolladora de tecnologas de red. Para resolver este problema de incompatibilidades entre redes, la ISO produjo un conjunto de reglas y normas aplicables en forma general a todas las redes. El resultado fue un modelo de red que ayuda a fabricantes y empresas a crear redes compatibles entre s. Este esquema fue utilizado para crear numerosos protocolos. Con el tiempo comenzaron a llegar protocolos ms flexibles, donde cada capa no estaba tan diferenciada y por lo tanto no estaba claro el nivel OSI al que correspondan. Esto hizo que este esquema se ponga en segundo plano. Sin embargo sigue siendo muy utilizado en la enseanza en universidades y cursos de redes, especialmente para mostrar cmo pueden estructurarse los protocolos de comunicaciones en forma de pila, aunque no se corresponda demasiado con la realidad. El modelo, como puede observarse a la derecha, tiene siete niveles o capas: 1. Capa fsica 2. Capa de enlace de datos. 3. Capa de red. 4. Capa de transporte. 5. Capa de sesin. 6. Capa de presentacin. 7. Capa de aplicacin.

A principios de 1980 el desarrollo de redes surgi con desorden en muchos sentidos. Se produjo un enorme crecimiento en la cantidad y tamao de las redes. A medida que las empresas tomaron conciencia de las ventajas de usar tecnologas de conexin, las redes se agregaban o expandan a casi la misma velocidad a la que se introducan las nuevas tecnologas de red. Para mediados de 1980, estas empresas comenzaron a sufrir las consecuencias de la rpida expansin. De la misma forma en que las personas que no hablan un mismo idioma tienen dificultades para comunicarse, las redes que utilizaban diferentes especificaciones e implementaciones tenan dificultades para intercambiar informacin. El mismo problema surga con las empresas que desarrollaban tecnologas de conexiones privadas o propietarias. "Propietario" significa que una sola empresa o un pequeo grupo de empresas controlan todo uso de la tecnologa. Las tecnologas de conexin que respetaban reglas propietarias en forma estricta no podan comunicarse con tecnologas que usaban reglas propietarias diferentes.

Para enfrentar el problema de incompatibilidad de redes, la Organizacin Internacional para la Estandarizacin (ISO) investig modelos de conexin como la red de Digital EquipmentCorporation (DECnet), la Arquitectura de Sistemas de Red (Systems Network Architecture) y TCP/IP a fin de encontrar un conjunto de reglas aplicables de forma general a todas las redes. Con base en esta investigacin, la ISO desarroll un modelo de red que ayuda a los fabricantes a crear redes que sean compatibles con otras redes.
[editar]Modelo

de referencia OSI

Siguiendo el esquema de este modelo se crearon numerosos protocolos. El advenimiento de protocolos ms flexibles donde las capas no estn tan demarcadas y la correspondencia con los niveles no era tan clara puso a este esquema en un segundo plano. Sin embargo es muy usado en la enseanza como una manera de mostrar cmo puede estructurarse una "pila" de protocolos de comunicaciones. El modelo especifica el protocolo que debe ser usado en cada capa, y suele hablarse de modelo de referencia ya que es usado como una gran herramienta para la enseanza de comunicacin de redes. Este modelo est dividido en siete capas:
[editar]Capa
Artculo principal:

fsica

Capa fsica

Es la que se encarga de las conexiones fsicas de la computadora hacia la red, tanto en lo que se refiere al medio fsico como a la forma en la que se transmite la informacin. Sus principales funciones se pueden resumir como:

Definir el medio o medios fsicos por los que va a viajar la comunicacin: cable de pares trenzados (o no, como en RS232/EIA232), coaxial, guas de onda, aire, fibra ptica. Definir las caractersticas materiales (componentes y conectores mecnicos) y elctricas (niveles de tensin) que se van a usar en la transmisin de los datos por los medios fsicos.

Definir las caractersticas funcionales de la interfaz (establecimiento, mantenimiento y liberacin del enlace fsico). Transmitir el flujo de bits a travs del medio. Manejar las seales elctricas del medio de transmisin, polos en un enchufe, etc. Garantizar la conexin (aunque no la fiabilidad de dicha conexin).Capa de enlace de datos Capa de enlace de datos

Esta capa se ocupa del direccionamiento fsico, de la topologa de la red, del acceso al medio, de la deteccin de errores, de la distribucin ordenada de tramas y del control del flujo. Como objetivo o tarea principal, la capa de enlace de datos se encarga de tomar una transmisin de datos "cruda" y transformarla en una abstraccin libre de errores de transmisin para la capa de red. Este proceso se lleva a cabo dividiendo los datos de entrada en marcos (tambin llamados tramas) de datos (de unos cuantos cientos de bytes), transmite los marcos en forma secuencial, y procesa los marcos de estado que enva el nodo destino.
[editar]Capa
Artculo principal:

de red

Capa de red

Se encarga de identificar el enrutamiento existente entre una o ms redes. Las unidades de informacin se denominan paquetes, y se pueden clasificar en protocolos enrutables y protocolos de enrutamiento.

Enrutables: viajan con los paquetes (IP, IPX, APPLETALK) Enrutamiento: permiten seleccionar las rutas (RIP,IGRP,EIGP,OSPF,BGP)

El objetivo de la capa de red es hacer que los datos lleguen desde el origen al destino, an cuando ambos no estn conectados directamente. Los dispositivos que facilitan tal tarea se denominan enrutadores, aunque es ms frecuente encontrarlo con el nombre en ingls routers. Los routers trabajan en esta capa, aunque pueden actuar como switch de nivel 2 en determinados casos, dependiendo de la funcin que se le asigne.

Los firewalls actan sobre esta capa principalmente, para descartar direcciones de mquinas. En este nivel se realiza el direccionamiento lgico y la determinacin de la ruta de los datos hasta su receptor final.
Capa de transporte
Artculo principal:

Capa de transporte

Capa encargada de efectuar el transporte de los datos (que se encuentran dentro del paquete) de la mquina origen a la de destino, independizndolo del tipo de red fsica que se est utilizando. La PDU de la capa 4 se llama Segmento o Datagrama, dependiendo de si corresponde a TCP o UDP. Sus protocolos son TCP y UDP; el primero orientado a conexin y el otro sin conexin. Trabajan, por lo tanto, con puertos lgicos y junto con la capa red dan forma a los conocidos comoSockets IP: Puerto (192.168.1.1:80).
Capa de sesin

Capa de sesin Esta capa es la que se encarga de mantener y controlar el enlace establecido entre dos computadores que estn transmitiendo datos de cualquier ndole. Por lo tanto, el servicio provisto 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.
Capa de presentacin

Capa de presentacin El objetivo es encargarse de la representacin de la informacin, de manera que aunque distintos equipos puedan tener diferentes representaciones internas de caracteres los datos lleguen de manera reconocible. Esta capa es la primera en trabajar ms el contenido de la comunicacin que el 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. Esta capa tambin permite cifrar los datos y comprimirlos. Por lo tanto, podra decirse que esta capa acta como un traductor.
Capa de aplicacin
:

Capa de aplicacin

Ofrece a las aplicaciones 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 (Post Office Protocol y SMTP), gestores de bases de datos y servidor de ficheros (FTP), por UDP pueden viajar (DNS y RoutingInformation Protocol). Hay tantos protocolos como aplicaciones distintas y puesto que continuamente se desarrollan nuevas aplicaciones el nmero de protocolos crece sin parar. Cabe aclarar que el usuario normalmente no interacta directamente con el nivel de aplicacin. Suele interactuar con programas que a su vez interactan con el nivel de aplicacin pero ocultando la complejidad subyacente. Unidades de datos El intercambio de informacin entre dos capas OSI 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 quita la informacin de control de los datos como sigue: Si un ordenador (A) desea enviar datos a otro (B), en primer trmino los datos deben empaquetarse a travs de un proceso denominado encapsulamiento, es decir, a medida que los datos se desplazan a travs de las capas del modelo OSI, reciben encabezados, informacin final y otros tipos de informacin.

N-PDU (Unidad de datos de protocolo) Es la informacin intercambiada entre entidades pares, es decir, dos entidades pertenecientes a la misma capa pero en dos sistemas diferentes, utilizando una conexin (N-1). Est compuesta por: N-SDU (Unidad de datos del servicio) Son los datos que necesitan la entidades (N) para realizar funciones del servicio pedido por la entidad (N+1). N-PCI (Informacin de control del protocolo) Informacin intercambiada entre entidades (N) utilizando una conexin (N-1) para coordinar su operacin conjunta. N-IDU (Unidad de datos de interface) Es la informacin transferida entre dos niveles adyacentes, es decir, dos capas contiguas. Est compuesta por: N-ICI (Informacin de control del interface) Informacin intercambiada entre una entidad (N+1) y una entidad (N) para coordinar su operacin conjunta. Datos de Interface-(N) Informacin transferida entre una entidad-(N+1) y una entidad-(N) y que normalmente coincide con la (N+1)-PDU. [editar]Transmisin de los datos

Servicios
[editar]Servicios

proporcionados a las capas superiores

La meta final de la capa transporte es proporcionar un servicio eficiente, confiable y econmico a sus usuarios, que normalmente son procesos de la capa aplicacin. Para lograr este objetivo, la capa transporte utiliza los servicios proporcionados por la capa de red. El hardware o software de la capa transporte que se encarga del trabajo se llama entidad de transporte, la cual puede estar en el ncleo del sistema operativo, en un proceso independiente, en un paquete de biblioteca o en la tarjeta de red.

Hay dos tipos de servicio en la capa transporte, orientado y no orientado a la conexin. En el servicio orientado a la conexin consta de tres partes: establecimiento, transferencia de datos, y liberacin. En el servicio no orientado a la conexin se tratan los paquetes de forma individual. Es la primera capa que lleva a cabo la comunicacin extremo a extremo, y esta condicin ya se mantendr en las capas superiores. [editar]Primitivas

del servicio de transporte

Para permitir que los usuarios accedan al servicio de transporte, la capa de transporte debe proporcionar algunas operaciones a los programas de aplicacin, es decir, una interfaz del servicio de transporte. Cada servicio de transporte tiene su propia interfaz. Con el propsito de ver los aspectos bsicos, en esta seccin examinaremos primero un servicio de transporte sencillo y su interfaz. El servicio de transporte es parecido al servicio en red, pero hay algunas diferencias importantes. La principal, es que, el propsito del servicio de red es modelar el servicio ofrecido por las redes reales, con todos sus problemas. Las redes reales pueden perder paquetes, por lo que generalmente el servicio no es confiable. En cambio, el servicio de transporte(orientado a la conexin) si es confiable. Claro que las redes reales no estn libres de errores, pero se es precisamente el propsito de la capa de transporte: ofrecer un servicio confiable en una red no confiable. Otra diferencia entre la capa transporte y la de red es a quien van dirigidos sus servicios. El servicio de red lo usan nicamente las entidades de transporte. Pocos usuarios escriben sus entidades de transporte y pocos usuarios o programas llegan a ver los aspectos internos del servicio de red. En cambio, muchos programas ven primitivas de transporte. En consecuencia el servicio de transporte debe ser adecuado y fcil de usar. Las primitivas de un transporte sencillo seran: - LISTEN: Se bloquea hasta que algn proceso intenta el contacto. - CONNECT: Intenta activamente establecer una conexin. - SEND: Envia informacin. - RECEIVE: Se bloquea hasta que llegue una TPDU de DATOS. - DISCONNECT: Este lado quiere liberar la conexin. Y con estas primitivas podemos hacer un esquema sencillo de manejo de conexiones. Las transiciones escritas en cursiva son causadas por llegadas de paquetes. Las lneas continuas muestran la secuencia de estados del cliente y las lneas punteadas muestran la secuencia del servidor.

[editar]Sockets

de Berkeley

Este es otro grupo de primitivas de transporte, las primitivas usadas en UNIX para el TCP. En general son muy parecidas a las anteriores pero ofrecen ms caractersticas y flexibilidad. [editar]Elementos

de los protocolos de transporte

El servicio de transporte se implementa mediante un protocolo de transporte entre dos entidades de transporte. En ciertos aspectos, los protocolos de transporte se parecen a los protocolos de red. Ambos se encargan del control de errores, la secuenciacin y el control del flujo. Pero tambin existen diferencias importantes entre ambas, como los entornos en que operan, la capa transporte necesita el direccionamiento explcito de los destinos, mientras que la capa de red no, otra diferencia es la cantidad de datos, mucho mayor en la capa de transporte. [editar]Direccionamiento Cuando un proceso desea establecer una conexin con un proceso de aplicacin remoto, debe especificar a cul se conectar.(a quin mando el mensaje?) El mtodo que normalmente se emplea es definir direcciones de transporte en las que los procesos pueden estar a la escucha de solicitudes de conexin. En Internet, estos puntos terminales se denominan puertos, pero usaremos el trmino genrico de TSAP (Punto de Acceso al Servicio de Transporte). Los puntos terminales anlogos de la capa de red se llaman NSAP (Punto de Acceso al Servicio de Red). Las direcciones IP son ejemplos de NSAPs. [editar]Establecimiento

de una conexin

El establecimiento de una conexin parece fcil, pero en realidad es sorprendentemente difcil. A primera vista, parecera que es suficiente con mandar una TPDU (Unidad de Datos del Protocolo de Transporte) con la peticin de conexin y esperar a que el otro acepte la conexin. El problema viene cuando la red puede perder, almacenar, o duplicar paquetes. El principal problema es la existencia de duplicados retrasados. Esto puede solucionarse de varias maneras (ninguna es muy satisfactoria). Una es utilizar direcciones de transporte desechables. En este enfoque cada vez que necesitemos una direccin la creamos. Al liberarse la conexin descartamos la direccin y no se vuelve a utilizar. O tambin asignar una secuencia dentro de los datos transmitidos, pero estos plantean los problemas de que si se pierde la conexin perdemos el orden del identificador y ya no funciona. Pero la solucin seria ms fcil si los paquetes viejos se eliminaran de la subred cada cierto tiempo de vida. Para ello podemos utilizar las siguientes tcnicas: Un diseo de subred Restringido. Colocar un contador de saltos en cada paquete. Marcar el tiempo de cada paquete. Pero en la prctica no vale solo con hacer esto sino que tenemos que garantizar que todas las confirmaciones de los paquetes tambin se eliminan.

Liberacin de una conexin

La liberacin de una conexin es ms fcil que su establecimiento. No obstante, hay ms escollos de los que uno podra imaginar. Hay dos estilos de terminacin de una conexin: liberacin asimtrica y liberacin simtrica. La liberacin asimtrica es la manera en que funciona el mecanismo telefnico: cuando una parte cuelga, se interrumpe la conexin. La liberacin simtrica trata la conexin como dos conexiones unidireccionales distintas, y requiere que cada una se libere por separado. La liberacin asimtrica es abrupta y puede resultar en la perdida de datos. Por lo que es obvio que se requiere un protocolo de liberacin ms refinado para evitar la perdida de datos. Una posibilidad es usar la liberacin simtrica, en la que cada direccin se libera independientemente de la otra. Aqu, un host puede continuar recibiendo datos aun tras haber enviado una TPDU de desconexin. La liberacin simtrica es ideal cuando un proceso tiene una cantidad fija de datos por enviar y sabe con certidumbre cundo los ha enviado. En otras situaciones, la determinacin de si se ha efectuado o no todo el trabajo y se debe terminarse o no la conexin no es tan obvia. Podramos pensar en un protocolo en el que elhost 1 diga:Ya termine, Terminaste tambin?. Si el host 2 responde Ya termine tambin. Adis, la conexin puede liberarse con seguridad. Pero no es tan fiable por el problema de que siempre tendremos que esperar la confirmacin de los mensajes recibidos y si esta confirmacin no llega no libera la conexin y despus puede que necesite la confirmacin de que llego la confirmacin y entraramos en un bucle del que no podemos salir. Podemos hacer que al host 1 si no le llega la confirmacin despus de N intentos (es que quiere la desconexin), se libere. Esto produce una conexin semiabierta en la que el host 1 est desconectado pero el host 2 no como no le llega la confirmacin no se desconecta nunca. Para solucionar esto creamos una regla por la cual si al host 2 no le llega ninguna TPDU durante cierta cantidad de segundos, se libera automticamente. [editar]Control

de Flujo y almacenamiento en buffer

Ya examinamos la conexin y la desconexin, veamos la manera en que se manejan las conexiones mientras estn en uso. Uno de los aspectos clave es el control de flujo. Necesitamos un esquema para evitar que un emisor rpido desborde a un receptor lento. La diferencia principal es que un enrutador por lo regular tiene relativamente pocas lneas, y un host puede tener numerosas conexiones. Esta diferencia hace poco practico emplear la implementacin que se hace en la capa de enlace En esta capa lo que se hace es, si el servicio de red no es confiable, el emisor debe almacenar en un buffer todas las TPDUs enviadas, igual que en la capa enlace de datos. Sin embargo, con un servicio de red confiable son posibles otros arreglos. En particular, si el emisor sabe que el receptor siempre tiene espacio de buffer, no necesita tener copias de las TPDUs que enva. Sin embargo, si el receptor no garantiza que se aceptar cada TPDU que llegue, el emisor tendr que usar buffers de todas maneras. En el ltimo caso, el emisor no puede confiar en la

confirmacin de recepcin de la capa red porque esto slo significa que ha llegado la TPDU, no que ha sido aceptada. Los Buffers pueden ser de tres tipos, y usaremos cada uno de ellos cuando ms nos convenga. El equilibrio ptimo entre el almacenamiento del buffer en el origen y en el destino depende del tipo de trafico transportado por la conexin. [editar]Multiplexin La multiplexin de varias conversaciones en conexiones, circuitos virtuales o enlaces fsicos desempea un papel importante en diferentes capas de la arquitectura de red. En la capa de transporte puede surgir la necesidad de multiplexin por varias razones. Por ejemplo, si en un host slo se dispone de una direccin de red, todas la conexiones de transporte de esa maquina tendrn que utilizarla. Cuando llega una TPDU, se necesita algn mecanismo para saber a cul proceso asignarla. Esta situacin se conoce como multiplexin hacia arriba. La multiplexin tambin puede ser til en la capa transporte para la utilizacin de circuitos virtuales, que dan ms ancho de banda cuando se reasigna a cada circuito una tasa mxima de datos. La solucin es abrir mltiples conexiones de red y distribuir el trfico entre ellas. Esto se denomina multiplexin hacia abajo. [editar]Recuperacin

de cadas

Si los hosts y los enrutadores estn sujetos a cadas, la recuperacin es fundamental. Si la entidad de transporte est por entero dentro de los hosts, la recuperacin de cadas de red y de enrutadores es sencilla. Si la capa de red proporciona servicio de datagramas, las entidades de transporte esperan prdida de algunas TPDUs todo el tiempo, y saben cmo manejarla. Si la capa de red proporciona servicio orientado a la conexin, entonces la prdida de un circuito virtual se maneja estableciendo otro nuevo y sondeando la entidad de transporte remota para saber cualesTPDUs ha recibido y cuales no. Un problema ms complicado es la manera de recuperarse de cadas del host. Al reactivarse, sus tablas estn en el estado inicial y no sabe con precisin donde estaba. En un intento por recuperar su estado previo, el servidor podra enviar una TPDU de difusin a todos los dems host, anunciando que se acaba de caer y solicitando a todos sus clientes que le informen el estado de todas la conexiones abiertas. [editar]Protocolos

de transporte de internet

Internet tiene dos protocolos principales en la capa de transporte, uno orientado a la conexin y otro no orientado a la conexin. El protocolo no orientado a la conexin es el UDP y el orientado es el TCP.

UDP
UDP

El conjunto de protocolos de Internet soporta un protocolo de transporte no orientado a la conexin UDP (protocolo de datagramas de usuario). Este protocolo proporciona una forma para que las aplicaciones enven datagramas IP encapsulados sin tener una conexin. [editar]TCP