Comparacin Osi - TCP/IP

SIMILITUD ENTRE EL MODELO OSI Y EL MODELO TCPIP

- Ambos se dividen en capas o niveles. - Se supone que la tecnologa es de conmutacin de paquetes (no de conmutacin de circuitos). - Los profesionales de networking deben conocer ambos: OSI como modelo; TCP/IP como arquitectura real.

DIFERENCIA ENTRE EL MODELO OSI Y EL MODELO TCPIP

- OSI distingue de forma clara los servicios, las interfaces y los protocolos. TCP/IP no lo hace as, no dejando de forma clara esta separacin. - OSI fue definido antes de implementar los protocolos, por lo que algunas funcionalidades necesarias fallan o no existen. En cambio, TCP/IP se cre despus que los protocolos, por lo que se amolda a ellos perfectamente. - TCP/IP parece ser ms simple porque tiene menos capas.

DIFERENCIA ENTRE TCP/IP Y MODELO OSI

Primeramente el modelo del TCP/IP tiene solo cuatro capas en las que agrupa las siete del modelo OSI. Las cuatro capas son: SUBRED: agrupa las capas uno y dos y parte de las tres del modelo OSI, osea la capa fisica, de enlace de datos y de red. INTERRED: esta abarca parte el resto de la tercer capa o sea capa de red. TRANSPORTE: esta sigue igual que en el modelo OSI, como capa de transporte. APLICACIN: Esta abarca las tres ultimas capas del modelo OSI, que son la de presentacion, secion y aplicacion, y las agrupa porque hay veces que en algunas aplicaciones no se requiere de las capas de secion y presentacion.

Este tipo de division de capas incluye dos divisiones: una forntera de protocolos y una de sistema operativo.

Frontera de protocolos:
Porque por ejemplo algunos programas de aplicacin como telnet, ftp,http,y tambien el software del protocolo a partir de la capa de inerred utilizan direcciones IP, de ah para abajo solo utilizan direcciones fisicas.

Frontera de sistema operativo:

Es la division del software del sistema oprativo del software que no es. Esto depende mucho de las aplicaciones que se utilicen de TCP/IP.

POR QUE VARIOS PROTOCOLOS?

Se necesitan varios protocolos trabajando juntos para poder lograr conumicacion de datos en un sistema complejo. La razon de esto son los problemas que se pueden presentar cuando queremos establecer comunicacin entre maquinas.por ejemplo:

Fallas de harware: puede que falle un host o un ruteador ya sea en lo fisico o en el sofware o que un enlace de transmision de red se cesconecte y entonces el software de protocolo tiene que detectar esto y componerlo. Congestionemiento en la red: esto suele ser muy comun, aun cuando todo este bien en el hardware y software estos tiene limites y se saturan entonces un protocolo tiene que areglar las vias de transmision para que el congestionamiento de la maquina no estorbe en el trafico de la red. Perdida de paquetes y retrasos: en ocasiones o casi siempre los paquetes se retrasan mucho y se pierden entonces el software de protocolo tiene que aprender de estas fallas o bien acostumbrarse a los retardos. Corrupcion de datos: los datos se pueden alterar por varias cosas como la interferencia magnetica, electrica o por fallas en el hardware y entonces el software de protocolo tiene que detectar esto y reparar los errores. Erreres en la secuencia de atos o duplicacion: cuando cualquiera de estas dos cosas ocurreran se necesita un protocolo que pueda reordenar los paquetes y quitar los duplicados.

CARACTERISTICAS DE UN PROTOCOLO..

El protocolo es super importante en el funcinamiento de una red. Que una red tenga los parametros basicos que son, rendimiento ,fiabilidad, disponibilidad y gestion de red depende mucho del protocolo en por eso que es tan importante.

El rendimiento se refiere a como se aprovecha el medio,la capacidad para repartir el derecho de acceso y como resolver los conflictos de acceso La fiabilidad debe asegurar que el servicio sea continuo sin errores y que pueda tanto detectar como corregir los problemas que surjan. La disponibilidad es que cuando se quiera tener acceso en cualquier estacion la oprtunidad de acceso debe estar bien repartida y no ser lenta . Y por ultmo la gestion de red que no es otra cosa que la reconfiguracion de red, gestion de nodos, broadcasting, ect.

Comparativa TCP y OSI

Los modelos de referencia OSI y TCP/IP tienen mucho en comn. Ambos se basan en el concepto de un gran nmero de protocolos independientes. Tambin la funcionalidad de las capas es muy similar. Por ejemplo, en ambos modelos las capas por encima de la de transporte, incluida sta, estn ah para prestar un servicio de transporte de extremo a extremo, independiente de la red, a los procesos que deseen comunicarse. Estas capas forman el proveedor de transporte. Tambin en ambos modelos, las capas encima de la de transporte son usuarios del servicio de transporte orientados a aplicaciones. A pesar de estas similitudes fundamentales, los dos modelos tienen tambin muchas diferencias. En esta seccin enfocaremos las diferencias clave entre los dos modelos de referencia. Es importante notar que aqu estamos comparando los modelos de referencia, no las pilas de protocolos correspondientes. En el modelo OSI son fundamentales tres conceptos:
1. Servicios. 2. Intertaces. 3. Protocolos.

Es probable que la contribucin ms importante del modelo OSI sea hacer explcita la distincin entre estos tres conceptos. Cada capa presta algunos servicios a la capa que se encuentra sobre ella. La definicin de servicio dice lo que la capa hace, no cmo es que las entidades superiores tienen acceso a ella o cmo funcionn la capa. La interfaz de una capa les dice a los procesos de arriba cmo acceder a ella; especifica cules son los parmetros y qu resultados esperar; nada dice tampoco sobre cmo trabaja la capa por dentro. Finalmente, los protocolos pares que se usan en una capa son asunto de la capa. sta puede usar los protocolos que quiera, siempre que consiga que se realice el trabajo (esto es, que provea los servicios que ofrece). La capa tambin puede cambiar los protocolos a voluntad sin afectar el software de las capas superiores. Estas ideas ajustan muy bien con las ideas modernas acerca de la programacin orientada a objetos. Al igual que una capa, un objeto tiene un conjunto de mtodos (operaciones) que los procesos pueden invocar desde fuera del objeto. La semntica de estos mtodos define el conjunto de servicios que ofrece el objeto. Los parmetros y resultados de los mtodos forman la interfaz del objeto. El cdigo interno del objeto es su protocolo y no est visible ni es de la incumbencia de las entidades externas al objeto. El modelo TCP/IP originalmente no distingua en forma clara entre servicio, interfaz y protocolo, aunque se ha tratado de reajustarlo despus a fin de hacerlo ms parecido a OSI. Por ejemplo, los nicos servicios reales que ofrece la capa de interred son enviar paquete IP y recibir paquete IP. Como consecuencia, en el modelo OSI se ocultan mejor los protocolos que en el modelo TCP/IP y se pueden reemplazar con relativa facilidad al cambiar la tecnologa. La capacidad de efectuar tales cambios es uno de los principales propsitos de tener protocolos por capas en primer lugar. El modelo de referencia se desarroll antes de que se inventaran los protocolos. Este orden significa que el modelo no se orient hacia un conjunto especfico de protocolos, lo cual lo convirti en algo muy general. El lado malo de este orden es que los diseadores no tenan mucha experiencia con el asunto y no supieron bien qu funcionalidad poner en qu capa. Por ejemplo, la capa de enlace de datos originalmente tena que ver slo con redes de punto a punto. Cuando llegaron las redes de difusin, se tuvo que insertar una nueva subcapa en el modelo. Cuando la gente empez a constituir redes reales haciendo uso del modelo OSI y de los protocolos existentes, descubri que no cuadraban con las especificaciones de servicio requeridas, de modo que se tuvieron que injertar en el modelo subcapas de convergencia que permitieran tapar las diferencias. Por ltimo, el comit esperaba originalmente que cada pas tuviera una red controlada por el gobierno que usara los protocolos OSI, de manera que no se pens en la interconexion de redes. Para no hacer el cuento largo, las cosas no salieron como se esperaba.

Lo contrario sucedi con TCP/IP: primero llegaron los protocolos, y el modelo fue en realidad slo una descripcin de los protocolos existentes. No hubo el problema de ajustar los protocolos al modelo, se ajustaban a la perfeccin. El nico problema fue que el modelo no se ajustaba a ninguna otra pila de protocolos: en consecuencia, no fue de mucha utilidad para describir otras redes que no fueran del tipo TCP/IP. Pasando de temas filosficos a otros ms especficos, una diferencia obvia entre los dos modelos es la cantidad de capas: el modero OSI tiene siete capas y el TCP/IP cuatro. Ambos tienen capas de (inter)red, de transpone y de aplicacin, pero las otras capas son diferentes. Otra diferencia se tiene en el rea de la comunicacin sin conexin frente a la orientada a la conexin. El modelo OSI apoya la comunicacin tanto sin conexin como la orientada a la conexin en la capa de red, pero en la capa de transporte donde es ms importante (porque el servicio de transporte es visible a los usuarios) lo hace nicamente con la comunicacin orientada a la conexin. El modelo TCP/IP slo tiene un modo en la capa de red (sin conexin) pero apoya ambos modos en la capa de transporte, con lo que ofrece una alternativa a los usuarios. Esta eleccin es importante sobre todo para los protocolos simples de peticin y respuesta.

Hoy vamos a ver las diferencias entre dos de las arquitecturas de red mas importantes, la TCP/IP y OSI.

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 estndares de ISO existen para cada nivel. Nivel fsico. Cuestiones: los voltajes, la duracin de un bit, el establecimiento de una conexin, el nmero de polos en un enchufe, etc. Nivel de enlace. El propsito de este nivel es convertir el medio de transmisin crudo en uno que est libre de errores de transmisin. o El remitente parte los datos de input en marcos de datos (algunos cientos de bytes) y procesa los marcos de acuse. o Este nivel maneja los marcos perdidos, daados, o duplicados. o Regula la velocidad del trfico. o 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 congestin a la vez. Se incorpora la funcin de contabilidad. Nivel de transporte. Es el primer nivel que se comunica directamente con su par en el destino (los de abajo son de mquina a mquina). Provee varios tipos de servicio (por ejemplo, un canal punto-a-punto sin errores). Podra abrir conexiones mltiples de red para proveer capacidad alta. Se puede usar el encabezamiento de transporte para distinguir entre los mensajes de conexiones mltiples entrando en una mquina. Provee el control de flujo entre los hosts. Nivel de sesin. 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 presentacin. Provee funciones comunes a muchas aplicaciones tales como traducciones entre juegos de caracteres, cdigos de nmeros, etc. Nivel de aplicacin. Define los protocolos usados por las aplicaciones individuales, como e-mail, telnet, etc.

TCP/IP

Tiene como objetivos la conexin de redes mltiples 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 fsico 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 congestin.

Nivel de transporte. Permite que pares en los hosts de fuente y destino puedan conversar. Hay dos protocolos: o Transmission Control Protocol (TCP). Provee una conexin confiable que permite la entrega sin errores de un flujo de bytes desde una mquina 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. o User Datagram Protocol (UDP). Es un protocolo no confiable y sin conexin para la entrega de mensajes discretos. Se pueden construir otros protocolos de aplicacin sobre UDP. Tambin se usa UDP cuando la entrega rpida es ms importante que la entrega garantizada. Nivel de aplicacin. Como en OSI. No se usan niveles de sesin o presentacin.

OSI vs. TCP/IP

OSI define claramente las diferencias entre los servicios, las interfaces, y los protocolos.

o o o

Servicio: lo que un nivel hace Interfaz: cmo se pueden accesar los servicios Protocolo: la implementacin de los servicios

TCP/IP no tiene esta clara separacin.

Porque OSI fue definido antes de implementar los protocolos, los diseadores no tenan mucha experiencia con donde se debieran ubicar las funcionalidades, y algunas otras faltan. Por ejemplo, OSI originalmente no tiene ningn apoyo para broadcast. El modelo de TCP/IP fue definido despus de los protocolos y se adecan perfectamente. Pero no otras pilas de protocolos. OSI no tuvo exto debido a o Mal momento de introduccin: insuficiente tiempo entre las investigaciones y el desarrollo del mercado a gran escala para lograr la estandarizacin o Mala tecnologa: OSI es complejo, es dominado por una mentalidad de telecomunicaciones sin pensar en computadores, carece de servicios sin conexin, etc. o Malas implementaciones o Malas polticas: investigadores y programadores contra los ministerios de telecomunicacin