Modelos de referencia de redes

Modelos de referencia de redes

Examinamos dos arquitecturas de red importantes: ISO OSI y TCP/IP.

OSI

• OSI es el Open Systems Interconnection Reference Model. Tiene siete niveles. En realidad no es una arquitectura particular, porque no especifica los detalles de los niveles, sino que los estándares de ISO existen para cada nivel.
• Nivel físico. Cuestiones: los voltajes, la duración de un bit, el establecimiento de una conexión, el número de polos en un enchufe, etc.
• Nivel de enlace. El propósito de este nivel es convertir el medio de transmisión crudo en uno que esté libre de errores de transmisión.
• El remitente parte los datos de input en marcos de datos (algunos cientos de bytes) y procesa los marcos de acuse.
• Este nivel maneja los marcos perdidos, dañados, o duplicados.
• Regula la velocidad del tráfico.
• En una red de broadcast, un subnivel (el subnivel de acceso medio, o medium access sublayer) controla el acceso al canal compartido.
• Nivel de red. Determina el ruteo de los paquetes desde sus fuentes a sus destinos, manejando la congestión a la vez. Se incorpora la función de contabilidad.
• Nivel de transporte. Es el primer nivel que se comunica directamente con su par en el destino (los de abajo son de máquina a máquina). Provee varios tipos de servicio (por ejemplo, un canal punto-a-punto sin errores). Podría abrir conexiones múltiples de red para proveer capacidad alta. Se puede usar el encabezamiento de transporte para distinguir entre los mensajes de conexiones múltiples entrando en una máquina. Provee el control de flujo entre los hosts.
• Nivel de sesión. Parecido al nivel de transporte, pero provee servicios adicionales. Por ejemplo, puede manejar tokens (objetos abstractos y únicos) para controlar las acciones de participantes o puede hacer checkpoints (puntos de recuerdo) en las transferencias de datos.
• Nivel de presentación. Provee funciones comunes a muchas aplicaciones tales como traducciones entre juegos de caracteres, códigos de números, etc.
• Nivel de aplicación. Define los protocolos usados por las aplicaciones individuales, como e-mail, telnet, etc.

TCP/IP

• Tiene como objetivos la conexión de redes múltiples y la capacidad de mantener conexiones aun cuando una parte de la subred esté perdida.
• La red es packet-switched y está basada en un nivel de internet sin conexiones. Los niveles físico y de enlace (que juntos se llaman el "nivel de host a red" aquí) no son definidos en esta arquitectura.
• Nivel de internet. Los hosts pueden introducir paquetes en la red, los cuales viajan independientemente al destino. No hay garantias de entrega ni de orden.

Este nivel define el Internet Protocol (IP), que provee el ruteo y control de congestión.

• Nivel de transporte. Permite que pares en los hosts de fuente y destino puedan conversar. Hay dos protocolos:
• Transmission Control Protocol (TCP). Provee una conexión confiable que permite la entrega sin errores de un flujo de bytes desde una máquina a alguna otra en la internet. Parte el flujo en mensajes discretos y lo monta de nuevo en el destino. Maneja el control de flujo.
• User Datagram Protocol (UDP). Es un protocolo no confiable y sin conexión para la entrega de mensajes discretos. Se pueden construir otros protocolos de aplicación sobre UDP. También se usa UDP cuando la entrega rápida es más importante que la entrega garantizada.
• Nivel de aplicación. Como en OSI. No se usan niveles de sesión o presentación.

OSI vs. TCP/IP

• OSI define claramente las diferencias entre los servicios, las interfaces, y los protocolos.
• Servicio: lo que un nivel hace
• Interfaz: cómo se pueden accesar los servicios
• Protocolo: la implementación de los servicios

TCP/IP no tiene esta clara separación.

• Porque OSI fue definido antes de implementar los protocolos, los diseñadores no tenían mucha experiencia con donde se debieran ubicar las funcionalidades, y algunas otras faltan. Por ejemplo, OSI originalmente no tiene ningún apoyo para broadcast.
• El modelo de TCP/IP fue definido después de los protocolos y se adecúan perfectamente. Pero no otras pilas de protocolos.
• OSI no tuvo exíto debido a
• Mal momento de introducción: insuficiente tiempo entre las investigaciones y el desarrollo del mercado a gran escala para lograr la estandarización
• Mala tecnología: OSI es complejo, es dominado por una mentalidad de telecomunicaciones sin pensar en computadores, carece de servicios sin conexión, etc.
• Malas implementaciones
• Malas políticas: investigadores y programadores contra los ministerios de telecomunicación

Referencias:            http://www.cs.virginia.edu/~knabe/iic3512/apuntes_3.html