Modelos de Referencia

Jerarqua de protocolos
Para reducir la complejidad se dividen en capas. Cada capa en relacin con otra maquina conversa en el mismo nivel de complejidad. Ese tipo de comunicacin se conoce con el nombre de protocolo de comunicacin (Saludar a una mujer extranjera).

 En realidad el flujo de la informacin de datos no corre de capa a capa sino corren por niveles desde el mas bajo hacia la capa superior segmentando la complejidad de la comunicacin.

Modelos de Referencia
Modelos OSI y TCP/IP. OSI

OSI
Interconexin de sistemas abiertos. Principios para crear las capas. Se crean capas cada vez que se necesiten niveles de abstraccin diferentes. Cada capa realiza una funcin definida. Cada funcin en base a protocolos internacionales. Los limites de las capas estn en base a limitar el flujo de datos a por interfaces.

Breve descripcin de las capas

FISICA Transmisin de bit puros por un canal de comunicacin. Los aspectos de diseo implican que cuando un lado mande un 1 por el otro se reciba tambin un 1.

CAPA DE ENLACE.
Su funcin principal es transformar un medio de transmisin puro (0,1) en una lnea de comunicacin. Libre de errores cuando llegue a capa de red. Esto se consigue cuando el emisor fragmenta los datos (tramas) en miles de bytes, transmitindolas en modo secuencial. Si el servicio es confiable se enva de retorno una respuesta de trama de confirmacin de recepcin.

 Como evitar que un transmisor rpido no sature a uno lento. Se usan mecanismos de regulacin de trafico que le avisan al emisor cuanto de buffer libre tiene el receptor en ese momento. Por lo general esta regulacin y control de errores estn integradas. Las redes de difusin tienen un aspecto adicional como el control de errores acceso al medio compartido llamada como sub capa de acceso al medio.

CAPA DE RED
Controla las operaciones de la subred. Un aspecto importante es determinar como se enrutan los paquetes desde su origen a su destino. Uso de tablas estticas codificando la red que rara vez cambian. Si hay muchos paquetes en la sub red al mismo tiempo provocan congestin cuellos de botella esta capa controla esto pero compartida con la capa de transporte.

 Es funcin tambin el retardo, tiempo de transito, inestabilidad. Cuando un paquete viaja de una red a otra puede tener problemas (modo de direccionamiento, paquetes de diferentes longitudes) En redes de difusin es muy raro que existan.

CAPA DE TRANSPORTE
Acepta los datos de las capas superiores, los divide en unidades mas pequeas si es necesario, los pasa a la capa de red y se asegura que todos los pedazos fueron entregados por el otro extremo. Hacer todo eso de modo eficiente de modo que para las capas superiores sea transparente el cambio de tecnologa de hardware.

 Determina el tipo de servicio le indica a la capa de sesin. El tipo de conexin mas popular es el canal de punto a punto libre errores (o por lo menos muy bajos), los entrega en orden, otro tipo de conexin es de entrega de mensajes aislados sin orden, y tambin los de difusin a mltiples destinos.

 Esta capa es una conexin de extremo a extremo una maquina con un programa en el origen conversa con otra maquina que tiene un programa similar en el destino, usando encabezados de mensaje y mensajes de control.

CAPA DE SESION
Permite que usuarios de maquinas diferentes establezcan sesiones entre ellos Ofrecen control de dialogo. a quien le toca transmitir. Administracin de token. Que impide que ambos hagan la misma operacin al mismo tiempo. Sincronizacin. Agrega puntos de referencia a transmisiones largas para que puedan continuar en caso de cadas de red.

CAPA DE PRESENTACION
Le corresponde la sintaxis y semntica de informacin transmitida, con el fin que de computadoras de diferente presentacin de datos puedan comunicar su informacin. Trabaja con tipos de datos como registros, secuencia de bytes mp3 jpg, avi, etc.

CAPA DE APLICACIN
Contiene varios protocolos que los usuarios requieren. HTTP (protocolo de transferencia de hiper texto) base para WWW. Cuando un navegador solicita una pagina usa este protocolo envindoselo a un servidor de nombres para que este devuelva la pagina. Transferencia de archivos FTP, correo, SMTP, noticia RSS.

TPC/IP
Usada por ARPANET Respaldada por DoD.

InterRed
Requerimientos de conexin con diferentes redes. Comunicacin no orientada a la conexin. Encargada de enviar paquetes los cuales podran llegar a su destino en desorden. Analoga con el correo clsico. Similar a la capa de red de OSI, por su funcin.

Transporte.
Permite que entidades iguales entre origen y destino mantengan comunicacin. TCP (Protocolo de control de transmisin), protocolo confiable, orientado a la conexin, permite que le flujo de bytes de una maquina llegue sin errores al destino. UDP (protocolo de datagrama de usuario), no confiable, no orientado a la conexin, usadas en cliente servidor.

Aplicacin.
Sesin y presentacin se unen por el poco uso en el modelo OSI. En un inicio se tenia solo TELNET FTP SMPT, luego se incorporan muchos protocolos como DNS, NNTP, USENET, HTTP

HOST A RED.
No se dice mucho, solo que para que haya comunicacin, ambos equipos deben de correr el mismo protocolo.

Internet

 Internet no es del todo una red, sino un inmenso conjunto de redes diferentes que usan ciertos protocolos comunes y proporcionan ciertos servicios comunes. Es un sistema poco comn porque nadie lo plane y nadie lo controla. Para entenderlo mejor, empecemos desde el principio y veamos cmo se desarroll y por qu. Si desea leer una historia maravillosa sobre Internet, recomendamos ampliamente el libro de John Naughton (2000).

 Es uno de esos raros libros cuya lectura no slo es divertida, sino que tambin contiene 20 pginas de ibdems y op. cits. para el historiador serio. Parte del material que se muestra a continuacin se basa en dicho libro. Desde luego, se ha escrito una infinidad de libros tcnicos sobre Internet y sus protocolos. Para ms informacin, vea (Maufer, 1999).

ARPANET
Nuestro relato empieza a fines de la dcada de 1950. Durante el auge de la Guerra Fra, el DoD quera una red de control y comando que pudiera sobrevivir a una guerra nuclear. En esa poca todas las comunicaciones militares usaban la red telefnica pblica, que se consideraba vulnerable. La razn de esta creencia se puede entresacar de la figura 1-25(a). Los puntos negros representan las oficinas de conmutacin telefnica, a cada una de las cuales se conectaban miles de telfonos.

 Estas oficinas de conmutacin estaban, a su vez, conectadas a oficinas de conmutacin de ms alto nivel (oficinas interurbanas), para conformar una jerarqua nacional con slo una mnima redundancia. La vulnerabilidad del sistema estaba en que la destruccin de algunas de las oficinas interurbanas clave poda fragmentar el sistema en muchas islas incomunicadas.

 Hacia 1960, el DoD firm un contrato con RAND Corporation para encontrar una solucin. Uno de sus empleados, Paul Baran, present el diseo de amplia distribucin y tolerancia a fallas que se muestra en la figura 1-25(b). Puesto que las trayectorias entre cualquiera de las oficinas de conmutacin eran ahora ms grandes de lo que las seales anlogas podan viajar sin distorsin, Baran propuso que se utilizara la tecnologa digital de conmutacin de paquetes a travs del sistema.

 Baran escribi varios informes al DoD describiendo en detalle sus ideas. A los oficiales del Pentgono les agrad el concepto y pidieron a AT&T, en ese entonces el monopolio telefnico estadounidense, que construyera un prototipo. AT&T desech las ideas de Baran. La corporacin ms grande y rica del mundo no iba a permitir que un jovenzuelo le dijera cmo construir un sistema telefnico. Dijeron que la red de Baran no se poda construir y la idea se desech.

 Pasaron varios aos y el DoD an no tena un mejor sistema de control y comando. Para entender qu sucedi a continuacin, tenemos que volver al 7 de octubre de 1957, cuando la Unin sovitica lanz el Sputnik, su primer satlite artificial, con lo cual se le adelant a Estados Unidos.

(a) Estructura de un sistema telefnico

(b) Sistema de conmutacin distribuida propuesto por Baran.

 Cuando el presidente Eisenhower trat de encontrar quin estaba dormido en sus laureles, se espant al encontrarse con que la armada, el ejrcito y la fuerza area se peleaban por el presupuesto de investigacin del Pentgono. Su respuesta inmediata fue crear una organizacin nica de investigacin para la defensa, ARPA (Agencia de Proyectos de Investigacin Avanzada). sta no tena cientficos ni laboratorios; de hecho, no tena ms que una oficina y un presupuesto pequeo (por normas del Pentgono). Haca su trabajo otorgando subvenciones y contratos a universidades y empresas cuyas ideas le parecan prometedoras.

 Durante los primeros aos, ARPA trataba de imaginarse cul sera su misin, pero en 1967 la atencin de su entonces director, Larry Roberts, se volvi hacia las redes. Se puso en contacto con varios expertos para decidir qu hacer. Uno de ellos, Wesley Clark, sugiri la construccin de una subred de conmutacin de paquetes, dando a cada host su propio enrutador, como se ilustra en la figura.

 Despus del escepticismo inicial, Roberts acept la idea y present un documento algo vago al respecto en el Simposio sobre Principios de Sistemas Operativos ACM SIGOPS que se llev a cabo en Gatlinburg, Tennessee, a fines de 1967 (Roberts, 1967). Para mayor sorpresa de Roberts, otro documento en la conferencia describa un sistema similar que no slo haba sido diseado, sino que ya estaba implementado bajo la direccin de Donald Davies en el National Physical Laboratory en Inglaterra.

 El sistema del NPL no era un sistema a nivel nacional (slo conectaba algunas computadoras en el campus del NPL), pero demostr que era posible hacer que la conmutacin de paquetes funcionara. Adems, citaba el trabajo anterior de Baran, el cual haba sido descartado. Roberts sali de Gatlinburg determinado a construir lo que ms tarde se conocera como ARPANET.

 La subred constara de minicomputadoras llamadas IMPs (Procesadores de Mensajes de Interfaz), conectadas por lneas de transmisin de 56 kbps. Para alta confiabilidad, cada IMP estara conectado al menos a otros dos IMPs. La subred iba a ser de datagramas, de manera que si se destruan algunos IMPs, los mensajes se podran volver a enrutar de manera automtica a otras rutas alternativas.

 Cada nodo de la red iba a constar de un IMP y un host, en el mismo cuarto, conectados por un cable corto. Un host tendra la capacidad de enviar mensajes de ms de 8063 bits a su IMP, el cual los fragmentara en paquetes de, a lo sumo, 1008 bits y los reenviara de manera independiente hacia el destino. Cada paquete se recibira ntegro antes de ser reenviado, por lo que la subred sera la primera red electrnica de conmutacin de paquetes de almacenamiento y reenvo.

 Entonces ARPA lanz una convocatoria para construir la subred. Doce empresas licitaron. Despus de evaluar las propuestas, ARPA seleccion a BBN, una empresa de consultora de Cambridge, Massachusetts, y en diciembre de 1968 le otorg el contrato para construir la subred y escribir el software de sta. BBN eligi utilizar como IMPs minicomputadoras Honeywell DDP-316 especialmente modificadas con palabras de 16 bits y 12 KB de memoria central. Los IMPs no tenan discos, ya que las partes mviles se consideraban no confiables. Estaban interconectadas por lneas de 56 kbps alquiladas a las compaas telefnicas. Aunque 56 kbps ahora es la eleccin de las personas que no pueden permitirse ADSL o cable, entonces era la mejor opcin.

 El software estaba dividido en dos partes: subred y host. El software de la subred constaba del extremo IMP de la conexin host a IMP, del protocolo IMP a IMP y de un protocolo de IMP origen a IMP destino diseado para mejorar la confiabilidad. En la figura se muestra el diseo original de ARPANET.

 Fuera de la subred tambin se necesitaba software, es decir, el extremo host de la conexin host a IMP, el protocolo host a host y el software de aplicacin. Pronto qued claro que BBN sinti que cuando se aceptaba un mensaje en un cable host a IMP y se pona en un cable host a IMP en el destino, el trabajo estaba hecho.

 Roberts tena un problema: los hosts tambin necesitaban software. Para resolverlo convoc a una reunin de investigadores de red en su mayora estudiantes de licenciatura de Snowbird, Utah durante el verano de 1969. Los estudiantes esperaban que algn experto en redes les explicara el gran diseo de la red y su software y que luego les asignara el trabajo de escribir parte de l. Se quedaron asombrados al descubrir que no haba ningn experto ni un gran diseo. Tenan que averiguar qu era lo que se tena que hacer.

 No obstante, en diciembre de 1969 de alguna manera surgi una red experimental con cuatro nodos: en UCLA, UCSB, SRI y la Universidad de Utah. Se eligieron estas cuatro porque todas tenan un gran nmero de contratos de ARPA y todas tenan computadoras host diferentes incompatibles en su totalidad (precisamente para hacerlo ms divertido). La red creci con rapidez a medida que se entregaban e instalaban ms IMPs; pronto abarc Estados Unidos.

 Adems de ayudar al crecimiento de la novel ARPANET, ARPA tambin proporcion fondos para la investigacin sobre el uso de redes satelitales y redes de radio de paquetes mviles. En una demostracin, ahora famosa, un camin que viajaba por California utiliz la red de radio de paquetes para enviar mensajes a SRI, que luego los reenvi por ARPANET a la Costa Este, donde se expidieron al University College en Londres a travs de una red satelital. Esto permiti que el investigador que iba en el camin usara una computadora que se encontraba en Londres mientras manejaba por California.

 Este experimento tambin demostr que los protocolos existentes de ARPANET no eran adecuados para ejecutarse a travs de varias redes. Esta observacin condujo a ms investigacin sobre los protocolos, culminando con la invencin del modelo y los protocolos de TCP/IP (Cerf y Kahn, 1974). TCP/IP est diseado de manera especfica para manejar comunicacin por interredes, aspecto cuya importancia se acrecent conforme cada vez ms y ms redes se adhirieron a ARPANET.

 Para alentar la adopcin de estos nuevos protocolos, ARPA concedi varios contratos a BBN y a la Universidad de California en Berkeley para integrarlos en UNIX de Berkeley. Los investigadores en Berkeley desarrollaron una interfaz de programa adecuada para la red (sockets) y escribieron muchos programas de aplicacin, utilera y administracin para hacer ms fcil la conectividad.

 El momento era perfecto. Muchas universidades haban adquirido recientemente una segunda o tercera computadora VAX y una LAN para conectarlas, pero no tenan software de redes. Cuando lleg 4.2BSD junto con TCP/IP, sockets y muchas utileras de red, el paquete completo se adopt de inmediato. Adems, con TCP/IP, fue fcil para las LANs conectarse a ARPANET y muchas lo hicieron.

 Durante la dcada de 1980, se conectaron redes adicionales, en particular LANs, a ARPANET. Conforme creca el escalamiento, encontrar hosts lleg a ser muy costoso, por lo que se cre el DNS (Sistema de Nombres de Dominio) para organizar mquinas dentro de dominios y resolver nombres de host en direcciones IP. Desde entonces, el DNS ha llegado a ser un sistema de base de datos distribuido generalizado para almacenar una variedad de informacin relacionada con la eleccin de un nombre.