Modulo 1 Modelos de Redes UAI V3-Unlock

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor
Segundo Cuatrimestre 2008
Teleprocesamiento Bancario.
Osvaldo A Prez Segunda Edicin; Agosto 2008 Versin resumida para la Universidad UAI
Unidad 1 Principios de Redes y Modelo Cliente-Servidor ndice

1. Introduccin ......................................................................................................................................3 2. Modelos ..............................................................................................................................................3 2.1.Modelo de Comunicacin Bsico .............................................................................................3 2.2. Componentes de Comunicaciones .........................................................................................4 3. La Red .................................................................................................................................................6 3.1 Estructura de Red Despliegue completo de Vnculos ...............................................................................................6 3.2. Estructura de Red Centralizacin deVnculos .............................................................................................................7 3.3.Estructura de Red Sectorizacin de Vinculos .............................................................................................................8 3.4. Estructura de Red Sectorizacin de Vnculos Jerqruica ......................................................................................10 3.5.Estructura de Red Interconexin por medio de Rutas ............................................................................................11 3.6.Alcance de las Redes .................................................................................................................12 3.7.Modelo de Redes .........................................................................................................................13 4. Computadoras y Redes de Datos. ............................................................................................15 4.1. Componentes de una Red de Datos .....................................................................................15 4.2. Tipos de Comunicaciones Entre Entidades........................................................................17 4.3. Niveles y Computadoras. .........................................................................................................18 4.4. Computadoras y Comunicaciones. .......................................................................................19 4.5. Sistemas Monolticos. ...............................................................................................................21 4.6 Sistemas Centralizados. ............................................................................................................22 4.7 La Comunicacin de los Sistemas Distribuidos. ................................................................23 4.8. Sistema Operativo de Red (NOS, Network Operating System). ....................................24 4.9 Componentes de los Sistemas Operativos de Red para las LANs ................................26 4.10 Caractersticas del Sistema Operativo de Red. ................................................................27 4.11 El Sistema Operativo Distribuido .........................................................................................28 4.12 DCE Distributed Computer Environment Framework .....................................................29 4.13. Modelo Cliente-Servidor. .......................................................................................................31 4.14 Arquitectura Cliente Servidor ................................................................................................32 4.15 Modelo Bsico de Componentes Cliente Servidor ..........................................................33 4.16 Modelo Bsico de Componentes con Middleware ...........................................................34 4.17 Modelo Bsico de Componentes Web. ...............................................................................35 4.18 Arquitectura One Tier (Monoltica). ......................................................................................36 4.19 Arquitectura Two Tier. .............................................................................................................36 4.20 Cliente Gordo. ............................................................................................................................38 4.21 Cliente Flaco. ..............................................................................................................................39 4.22 Arquitectura Three Tier. ..........................................................................................................40 Universidad UAI 1 Osvaldo A Prez
Teleprocesamiento Bancario Segundo Cuatrimestre 2008 Unidad 1 Principios de Redes y Modelo Cliente Servidor 4.23 Arquitectura de Objetos Distribuidos Three Tier. ............................................................41 4.24 Arquitectura Multi Tier. ............................................................................................................42 4.25 Arquitectura Cliente Servidor de Tres Niveles, (Three Tier). ........................................43 5. Modelos de Comunicacin de Datos para Mainframes. .....................................................44 5.1.1. Comunicacin en Ambiente Mainframe, lado Terminal. ..............................................44 5.1.2. Comunicacin en Ambiente Mainframe, Lado Central. ................................................46 5.1.3. Servidores de Aplicacin......................................................................................................47 5.1.4. Control de Comunicacin en el Mainframe. ....................................................................48 5.2.1. Arquitectura SNA (System Network Architecture) de IBM. .........................................49 5.2.2. Elementos de la Arquitectura SNA. ...................................................................................50 5.2.3. Monodominio en SNA. ...........................................................................................................51 5.2.4. Direccionamiento de Multidominios en SNA. .................................................................52 6. Modelos de Interconexin en Capas. .......................................................................................53 6.1. Integracin de las Redes No Homogneas. ........................................................................53 6.2. Modelo de Referencia para la Interconexin de Sistemas Abiertos. ...........................54 6.2.1. Objetivos para el Modelo OSI. .............................................................................................55 6.2.2. Entidades de la Arquitectura OSI. ......................................................................................56 6.2.3. Definiciones de las Entidades en el Modelo OSI............................................................57 6.2.4. Definiciones de las Entidades en el Modelo Internet. ...................................................58 6.3.1. Modelado del Entorno OSI. ..................................................................................................59 6.3.2. Arquitectura de las Capas. ...................................................................................................60 6.3.3.Las Redes, el Interfuncionamiento y la Red de Redes. .................................................68 6.4.1.Protocolos e Interfaces en el Modelo OSI. ........................................................................71 6.4.2. Encapsulamiento de Protocolos en Capas......................................................................72 6.4.3. Comunicacin entre entidades de la misma capa. ........................................................73 6.4.4. Parmetros y Primitivas de Servicios. ..............................................................................75 6.4.5. Unidades de Datos. ................................................................................................................76 6.4.6. La Unidad de Dato de Protocolo. ........................................................................................77 6.4.7. Proceso de la Comunicacin. ..............................................................................................78 6.4.8. Nodos de Red y Capas. La Arquitectura de la Red. ....................................................79 6.5. Modelos de Protocolos Multicapas. ......................................................................................80 7 La Arquitectura PAD (Presentation; Application ...................................................................83 7.1 Elementos de la Arquitectura Cliente-Servidor. .................................................................84 7.2 Componentes del Servidor. ......................................................................................................85 7.3 Escalabilidad de Servidores. ....................................................................................................86 7.4 Sistemas Distribuidos y Multiprocesadores. .......................................................................87 7.5 Tipologa de Servidores. ...........................................................................................................89 7.6 Tipologa Funcional de Servidores. .......................................................................................90 7.7 Componentes del Cliente. .........................................................................................................92 7.8 Arquitectura del Cliente. ............................................................................................................93 7.9 Requisitos de los Clientes al NOS. .........................................................................................94 8. Cuestionario....................................................................................................................................95 9.Bibliografa. ......................................................................................................................................97
Universidad UAI
Osvaldo A Prez
1. Introduccin
La telecomunicacin es una disciplina que se encarga del estudio de las condiciones y de la tecnologa requerida para el despacho de mensajes de comunicacin por medio del uso de algn medio fsico de transporte que materializa la interconexin de distintos lugares entre s. Existen muchas variables que se deben tener en cuenta, algunas emparentadas con las tcnicas de comunicaciones y transporte otras en cambio relacionadas con la tecnologa, como problemas de procesamiento y transferencia. Todo esto conlleva a que el estudio se transforme en interdisciplinario y complejo, dada la gran cantidad de conceptos y tcnicas involucradas. Se ofrecer un panorama lo suficientemente abarcativo para que se pueda lograr una comprensin completa, dejando el estudio de detalle para cursos posteriores o estudio individual. Al encuadrar a las comunicaciones dentro de un proyecto informtico se deber analizar el entorno completo de las aplicaciones que se pretenden obtener. Considerar las necesidades de la empresa en funcin de los servicios que deben proveer las aplicaciones que a su vez requerirn de tecnologa, tanto computacional como de comunicaciones. El enfoque que se utilizar ser considerar a las comunicaciones como una tecnologa al servicio de un proyecto informtico. Con el objetivo de analizar el alcance de esta materia hemos consideramos tres esferas de accin para su desarrollo. La primera corresponde al mbito empresarial y a su entorno, Clientes, Polticas, Recursos, etc. La segunda se corresponde con las tareas de anlisis y diseo de sistemas, los cuales se deben encuadrar en funcin de las necesidades y recursos disponibles de la Empresa Finalmente en la tercera encontramos los problemas tecnolgicos tanto de Hardware como de Software, con tcnicas tales como el procesamiento, las bases de datos y la que nos ocupa las telecomunicaciones. Las tecnologas de las telecomunicaciones analizan muchos problemas que en general se pueden considerar como de sistemas distribuidos. Estos problemas abarcan desde la calidad del cable que se utilizar para una interconexin hasta la complejidad de un sistema operativo que deber procesar y tener en cuenta numerosos terminales distribuidos a la largo del planeta. Las tecnologas involucradas abarcan entre otras a la electricidad, la electrnica, la acstica, la ptica, los circuitos de hardware, las redes, los protocolos, la programacin y los sistemas operativos. El objetivo de la materia es el de realizar un estudio de esta tecnologa con un nivel de profundidad suficiente como para analizar entender y controlar proyectos que se vinculen con las necesidades de comunicaciones que un proyecto de sistemas para una empresa puede requerir.
2. Modelos 2.1 Modelo de Comunicacin Bsico

Un modelo de comunicacin bsico incluye a un enlace que une un nodo de origen con un nodo de destino. Tpicamente al enlace se lo conoce con el nombre de Medio, ya sea este un cable, una fibra ptica o la atmsfera. El elemento fsico de intercambio entre el nodo de origen y el nodo de destino ser algn tipo de energa, aunque generalmente se presentar en forma de electricidad o de energa electromagntica. El elemento de informacin que se intercambiar entre el origen y destino se denomina genricamente, seal. Dado que un enlace puede llegar a transportar varias seales simultneas se hace necesario definir un contendor adecuado a cada tipo de seal posible. Estos contendores reciben el nombre de Canal, a travs de los cuales viajan los mensajes en forma de seales.
Universidad UAI
Osvaldo A Prez
Destino D
Destino C Canal Origen A Mensaje Seal Destino B
Medio
Enlace
Selector
Las seales se suceden en el tiempo con diversas configuraciones, o patrones de repeticin que conforman un mensaje. Los mensajes son los elementos de informacin que interpretan los nodos extremos del sistema, es decir un nodo origen con uno o ms nodos destinos. La esencia de los mensajes queda fuera del tratamiento que realizaremos en este mdulo (se analizar en el mdulo 6. Solo diremos que un mensaje es algo que es interpretado por el nodo extremo, sea este un equipo electrnico o una persona, siendo el lenguaje de la persona el chino, ruso, rabe o espaol. Cuando un extremo no puede interpretar un mensaje, no se ha realizado comunicacin entre los extremos, aun cuando el mensaje haya sido transportado correctamente entre el nodo de origen y el nodo de destino; (por ejemplo cuando una persona de habla espaola se comunica con una persona de habla china). Raramente se encuentra en la realidad un enlace que solo interconecte a un origen con un destino, comnmente se encuentran sistemas de enlaces que reciben el nombre de redes. Una red es un sistema que permite interconectar a varios nodos entre si. Algunos nodos pueden operar como origen y otros como destino. En el caso del grfico se representa un nico nodo que opera como origen el cual, gracias a un dispositivo selector puede seleccionar a cual de los tres destinos posibles se quiere dirigir en cada uno de los momentos. Tpicamente estos nodos selectores reciben el nombre de Conmutadores o Enrutadores, en funcin del tipo de Red de que se trate.
2.2 Componentes de Comunicaciones.

La problemtica de las telecomunicaciones se puede modelar, como cualquier otro sistema, de formas diferentes; como ya es costumbre, seguiremos el enfoque orientado a objetos, definiendo tanto a los objetos involucrados, como a sus propiedades. Encontramos el SISTEMA inmerso en el medio. El medio es quien impone las limitaciones, en este caso fsicas y como dentro del medio consideramos a todos los dems sistemas que no forman parte del nuestro, se generarn ruidos y perturbaciones desde el exterior. Estas perturbaciones sern: a) de origen natural, lo cual nos impondr limitaciones en cuanto al desempeo tecnolgico de los recursos a utilizar; b) de origen humano, lo cual nos impondr limitaciones en cuanto al uso y confiabilidad de los accesos, conexiones, identificacin e intercambio de mensajes dentro de nuestro sistema.
Universidad UAI
Osvaldo A Prez
El sistema de telecomunicaciones se compone de tres elementos principales: a) Los nodos, que son lugares en donde convergen las interconexiones. b) Los arcos, o enlaces, que son las vas de interconexin entre los nodos. c) Los mensajes, que representan el elemento de intercambio que fluye entre los diversos nodos a travs de alguna coleccin de arcos. Existen muchas tcnicas matemticas para trabajar con este modelo de tres elementos, a primer vista de gran simpleza, pero que presenta el problema de la complejidad combinatoria, por lo cual con muy pocos nodos (mas de 10) ya se generan sistemas de gran complejidad. Las tcnicas matemticas para el clculo de redes se analizaran en el mdulo 2 Topologas y Trfico. El desarrollo de las redes consiste en determinar ciertos puntos geogrficos de inters y definir caminos que los interconecten. En la prctica las redes son un poco ms complicadas, pues tanto los nodos como los enlaces presentan propiedades limitantes lgicas, tecnolgicas, de recursos, de disponibilidad, de acceso y de seguridad.
Nodo de Origen Emisor
Nodo de Destino
Medio
Otros Sistemas
Perturbaciones e Interferencias Naturales y Humanas
Receptor Arco Nodo de Acceso
Arco Nodo de Acceso
Sistema de Telecomunicacin Protocolo Mensaje Canal

Prembulo Informacin Postmbulo
Medio de Comunicaciones
Nodo de Trnsito
Capacidad de Nodo: Procesamiento Almacenamiento Entrada-Salida
Enlace
Nodo de Trnsito
Enlace
Nodo de Trnsito
Capacidad de Enlace: Trfico Ancho de Banda Rango Dinmico
RED = CONECTIVIDAD
Un nodo puede cumplir tres funciones, en forma separada o simultnea; puede ser un emisor, si genera informacin; puede ser un receptor, si recibe informacin; o puede ser un repetidor si retransmite lo que recibe. Adems un nodo es un procesador pues debe realizar ciertas operaciones sobre la informacin que recibe o emite. Como a todo procesador lo definen tres caractersticas; la capacidad de procesamiento, la capacidad de almacenamiento y la capacidad de entradas y salidas. a) Emisor b) Receptor c) Repetidor d) Procesador (capacidad de procesamiento, de almacenamiento, de entrada-salida) Los arcos o enlaces permiten vincular a los nodos entre si; en general no son aptos para el transporte de informacin, pues solo representan al medio fsico (cable, etc.). La informacin requiere de un medio lgico adecuado por donde pueda circular, esta funcin esta a cargo del canal, el cual define los parmetros de ancho de banda (velocidad) y rango dinmico (amplitud) admisibles para las seales que representarn al mensaje de informacin a transferir.
Universidad UAI
Osvaldo A Prez
El Mensaje representa al contenido de informacin que utilizamos para comunicarnos. Cuando nos comunicamos, inclusive en forma oral con otra persona, seguimos ciertas pautas preestablecidas de cortesa, como saludar, etc. Esto se interpreta como el mensaje, que es la informacin til que queremos transmitir al destinatario; pero como dijimos esta informacin no viaja sola, sino que es precedida por un prembulo de algn tipo, que define cierto parmetros, como alfabeto, lenguaje, etc; y un postambulo de algn tipo que en general es un mecanismo de confirmacin de que la informacin se ha recibido convenientemente. Finalmente queda por considerar la informacin que no se va a comunicar, sino que forma parte del conocimiento comn del emisor y receptor. Esta es la informacin del contexto, la cual damos por sentada, y nuestro mensaje har una referencia implcita o explcita a un contexto determinado. Cabe destacar que este modelo ser el que utilizaremos en todos los casos de caracterizaciones de sistemas reales con el objetivo de poder compararlos entre s.
3. La Red
3.1 Estructura de Red: Despliegue completo de Vnculos.
Las Redes son espacios de conectividad que poseen la capacidad de conectar nodos entre si bajo la seleccin de muchos entre muchos; en principio una red deber permitir conectar a cualquier entidad de origen con cualquier entidad de destino. Ya se ha mencionado que la conexin tpica es en parejas, pudiendo ser en forma adicional bajo la modalidad de multicast o de broadcast. Veremos aqu como desarrollar tal problemtica de conectividad.
La Conectividad crece a razn de n . (n-1) vnculos; en dnde n indica la cantidad de Nodos existentes B
D C E
Dado que existe un camino Especfico que une cualquier Pareja de Nodos, el Grado de Simultaneidad es completo. F
Es decir todos los Nodos podran comunicarse Simultneamente entre s
Cantidad de Conexiones en el ejemplo 12 por 11 = 132 conexiones
Todos los Nodos son Funcionalmente Idnticos (Nodos Terminales)
K J
I Todos los enlaces son punto a punto (dedicados) y sin bloqueo
La forma ms simple de generar un espacio de conectividad, es que cada uno de los participantes pueda establecer un enlace particular con cada uno de sus posibles destinatarios. Esta modalidad se denomina como de enlaces punto a punto y cada uno de los nodos posee tantos enlaces punto a
Universidad UAI
Osvaldo A Prez
punto como nodos terminales haya en dicho sistemas (en realidad un enlace menos, pues la conexin con si mismo es trivial). Como se ilustra en el grfico de ejemplo, el nodo origen A deber establecer enlaces con el B, con el C, con el D, etc, hasta llegar al L. Algo similar deber hacer el origen B, con cada uno de los posibles destinos y luego el C, con cada uno de los posibles destinos y siguiendo en forma progresiva hasta llegar al nodo L, con cada uno de sus posibles destinos. Desde el punto de vista de cada origen esto es una solucin, pero desde el punto de vista del sistema se han producido varios problemas. Por un lado, la cantidad de vnculos particulares (punto a punto) es muy elevada; tan elevada como la combinatoria de n por (n-1) conexiones para un conjunto de n participantes. En el ejemplo esto nos arroja una cantidad de conexiones de 12 por 11 = 132 conexiones. Por otro lado cada nodo deber establecer algn mecanismo de seleccin de enlace para poder elegir el enlace que lo conecta con el destinatario correspondiente con el cual desea conectarse. Como tercer problema encontramos la ocupacin del enlace establecido, en el cual encontramos que a lo sumo si un origen estuviera en permanente comunicacin solo lo hara con un destino, con lo cual los restantes vnculos quedaran sin utilizar. Es decir se requiere establecer una gran cantidad de vnculos, de los cuales, cada uno se utilizar un breve proporcin del tiempo, generndose un factor de ocupacin baja de los vnculos establecidos. Sin embargo en este esquema de vnculos punto a punto especializados se presenta la ventaja de que un origen se puede comunicar simultneamente con varios destinos, por la simple seleccin y utilizacin del conjunto de vnculos que lo enlazan con los destinatarios correspondientes. Otra ventaja se encuentra en el mbito de la seguridad, ya que como cada vnculo es independiente de los otros el acceso queda simplemente limitado al nodo al cual est dirigido dicho acceso, siendo la nica posibilidad de interferirlo la de conectarse fsicamente con el nodo objetivo que se deseara perturbar.
3.2 Estructura de Red: Centralizacin de Vnculos.

Este es el caso inverso al anterior. Cada origen solo posee un nico vnculo que lo conecta con un nodo central, concentrador de vnculos, en el cual se realizar la seleccin del vnculo de destino con el cual se desea conectar un vnculo de origen; este nodo recibe la denominacin genrica de nodo conmutador. Decimos que este caso es el opuesto al anterior porque encontramos que la cantidad de vnculos existentes se ha reducido al mnimo indispensable para asegurar la conectividad entre los diversos nodos, lo cual se reduce a un vnculo por nodo de origen, es decir a n nodos para una red. Remitindonos al ejemplo de la ilustracin la cantidad de enlaces se ha reducido tan solo a 12 enlaces, en contraste con los 132 enlaces que requera la conectividad total del ejemplo anterior. Como de costumbre encontramos que esta configuracin presenta algunos problemas en la estructura del sistema resultante: Cada origen solo podr realizar una comunicacin por vez, y la factibilidad de concretar tal comunicacin depender de que el nodo centralizador pueda gestionar adecuadamente la concrecin del vnculo correspondiente. En este ejemplo simple, solo depender de que el vnculo de destino este libre, luego analizaremos otras configuraciones ms complejas. Para ilustrar la problemtica construiremos el siguiente ejemplo sobre el grfico ilustrado. Si el nodo A se est comunicando con el nodo D, ningn otro nodo podr comunicarse ni con el nodo D, ni con el nodo A hasta que A o D no liberen su comunicacin. En cambio, un nodo C podr establecer una comunicacin con el nodo L, en tanto que el nodo B podr hacerlo con el nodo J. Esto implica que en este sistema podrn existir seis comunicaciones simultneas entre los 12 nodos existentes, en tanto y en cuanto un nodo de origen no seleccione a un nodo de destino que este participando en otra
Universidad UAI
Osvaldo A Prez
comunicacin; en dicho caso tendr que esperar a que dicho nodo de destino se libere y quede disponible para recibir su comunicacin.
La Conectividad crece a razn de n vnculos; en dnde n indica la cantidad de Nodos existentes B D C E Dado que existe un camino nico que une cualquier Pareja de Nodos, el Grado de Simultaneidad es limitado.
Es decir los Nodos solo se podran comunicar F Simultneamente en parejas hasta ocupar todos los vnculos que atraviesan el nodo central
Se origina la Funcin A de Conmutacin
Nodo Central Conmutacin
Funcionalmente existen dos clases de Nodos Los Nodos Terminales y el Nodo Conmutador Central
K J
I Todos los enlaces son punto a punto (dedicados) con bloqueo
Un problema obvio es el del nodo centralizador, que en caso de falla hace que el sistema quede inutilizado por completo. En el modulo 2 de Topologas analizaremos configuraciones de segurizacin de la conectividad que evitan el problema del fallo de algn nodo centralizador en una red.
3.3 Estructura de Red: Sectorizacin de Vnculos.

El crecimiento de la cantidad de nodos en las redes y la distancia que separa a los diferentes nodos entre si, hace imposible la existencia de un nico nodo centralizador de todas las conexiones. Surge de esta forma la sectorizacin de los vnculos por medio de nodos centralizadores de reas. Al realizar tal fragmentacin de la red surgen algunos problemas topolgicos y tecnolgicos nuevos que analizaremos a continuacin. Los enlaces o arcos comienzan a diferenciarse con el nacimiento de ordenamiento jerrquico. En el modelo anterior todos los enlaces conectaban a un nodo extremo con el nodo centralizador, con lo cual una conexin se reduca a seleccionar y conectar el vnculo de origen con el vnculo de destino. En la nueva configuracin el vnculo de origen y de destino pueden encontrarse en el mismo nodo centralizador, o en nodos diferentes. S se encuentran en el mismo nodo centralizador, el esquema es igual al del caso anterior; en cambio si se encuentran en nodos centralizadores diferentes el nodo centralizador de origen deber primero conectarse con el nodo centralizador de destino por medio de un enlace entre nodos centralizadores, al cual denominaremos enlace de interconexin entre nodos centralizadores. Los enlaces de interconexin son de un orden diferente a los del segundo caso, ya que en un instante un enlace de interconexin podra estar conectando al nodo de origen A con el nodo de destino P; y un instante ms tarde, (liberada la conexin anterior), el mismo enlace podra estar conectando al nodo de origen V con el nodo de destino M. Esto nos conduce a los siguientes problemas. La cantidad de enlaces de interconexin entre dos nodos centralizadores depender
Universidad UAI
Osvaldo A Prez
tanto de la cantidad de nodos terminales que estn conectados a cada uno de los nodos centralizadores, as como a la frecuencia con la cual un nodo del Sector 1 se quiera conectar con un nodo del Sector 2 y viceversa. Esto se resuelve por tcnicas de clculo de trfico.
La Conectividad crece a razn de n vnculos terminales; en dnde n indica la cantidad de Nodos existentes D Se origina un plano de Interconexin con C Vnculos adicionales de interconexin de Sectores B Se origina la Funcin de Multiplexacin En el vnculo de Interconexin Compartido A X W V Funcionalmente existen dos clases de Nodos Los Nodos Terminales y los Nodos de Interconexin U T S R P Q Todos los enlaces son punto a punto (dedicados) con bloqueo F E G Dado que existe un camino nico que une cualquier Pareja de Nodos, el Grado de Simultaneidad es limitado. J
Es decir los Nodos solo se podran comunicar K Simultneamente en parejas hasta ocupar o bien todos los vnculos L que atraviesan un nodo central, o bien ocupar por completo los canales M Multiplexados de la Interconexin
H I
Nodos de Interconexin 1 2 Multiplexacin
N O
El concepto ms importante a considerar para el clculo de la cantidad de enlaces de interconexin que debern existir entre dos nodos centralizadores es el grado de simultaneidad que deber existir para poder ofrecer un nivel de trfico determinado. La cantidad de enlaces simultneos no se resuelve, desde ya hace mucho tiempo, por medio de la instalacin de muchos cables entre ambos nodos, sino por medio de tcnicas de multiplexacin. En principio las tcnicas de multiplexacin son de multiplexacin de canales generndose posteriormente las tcnicas de multiplexacin de paquetes. En nuestro estudio tambin realizaremos la misma secuencia de descripcin dado que las tcnicas de canales requieren de elementos conceptuales mucho ms simples que las tcnicas de paquetes. De esta forma se ha explicado el nacimiento de una red diferente entre nodos centralizadores que denominaremos aqu red de interconexin, (luego ampliaremos sus detalles), mantenindose a la red anteriormente descripta como red de acceso; es decir la red que permite acceder desde cada uno de los nodos terminales hasta el primer nodo de red, que en esta descripcin hemos denominado nodo centralizador. Los nodos centralizadores pueden operar como dos nodos independientes o como un nico nodo particionado. En el caso de operar como dos nodos diferentes nos encontramos ante nodos independientes con redes de interconexin verdaderas entre ellos. En cambio en el caso de operar como una nica red, la red de interconexin ser virtual, o bien interna al nodo centralizador. Este ltimo caso se encuentra a menudo en la actualidad dada la alta capacidad de procesamiento de los procesadores de los nodos, por lo cual puede resultar ms econmico trabajar con un nodo mltiple distribuido en varias locaciones que con nodos mltiples independientes en las diversas locaciones. Las tcnicas de resolucin son similares, solo cambia que en el primer caso el problema es visible desde la red y en el segundo caso el problema queda enmascarado dentro del sistema centralizador de nodos distribuidos que se ha construido.
Universidad UAI
Osvaldo A Prez
3.4 Estructura de Red: Sectorizacin de Vnculos Jerrquica.

Al tratar de escalar el problema de la sectorizacin de las redes nos encontramos nuevamente con un problema similar al estudiado para los nodos terminales. Los vnculos de interconexin entre nodos centralizadores, que en principio son punto a punto mltiples (es decir con varios canales multiplexados por cada vnculo) comienzan a crecer muy rpidamente por la combinatoria de la cantidad de nodos centralizadores existentes en la red. Por ejemplo, si pensamos en el caso de una red telefnica queda claro que el nodo centralizador es la central telefnica, con lo cual centrales telefnicas, en una ciudad, un pas o el mundo, hay muchas y tratar de resolver el problema de interconexin entre ellas con conectividad total con vnculos punto a punto, resulta totalmente inviable. Si aplicramos el mtodo que aqu estamos tratando deberamos escalar el problema construyendo uno o varios niveles jerrquicos de interconexin que generaran un sistema de interconexin por subsectores, sectores, subareas, reas, etc; o cualquier otra nomenclatura que permitiera controlar la interconexin con una cantidad de vnculos manejable. Pero al hacerlo de esa forma impondramos limitaciones muy severas al tipo de red que estaramos construyendo. En este ejemplo simplificado lo haremos y trataremos este tema con mayor profundidad en el mdulo 2, en tanto que en el apartado siguiente presentaremos una solucin alternativa a este problema.
La Conectividad crece a razn de n vnculos terminales; en dnde n indica la cantidad de Nodos existentes D Se origina un plano de Interconexin con C Vnculos adicionales de interconexin de Sectores B A X W V Funcionalmente existen dos U N clases de Nodos Los Nodos Terminales y los N niveles de Nodos de Interconexin Q T S R Todos los enlaces son punto a punto (dedicados) con bloqueo 8 7 P 6 O 1 F E G Dado que existe un camino nico que une cualquier Pareja de Nodos, el Grado de Simultaneidad es limitado. J
Es decir los Nodos solo se podran comunicar K Simultneamente en parejas hasta ocupar o bien todos los vnculos L que atraviesan un nodo central, o bien ocupar por completo los canales Multiplexados de M la Interconexin
H I
3 2 4
AA
Las soluciones se presentan en funcin de su desarrollo histrico, siendo la solucin Jerrquica, la solucin que surgi primero y que ya hoy se ha abandonado por configuraciones mejores y ms flexibles. Escalando la estructura con centralizacin jerrquica se generan n niveles de interconexin jerrquicos por lo cual para conectar un central de un rea especfica con una central de otra rea especfica se deben interconectar los niveles jerrquicos correspondientes de forma de disponer de un canal de comunicacin que interconecte al rea de origen con el rea de destino. En el grfico solo se han ilustrado dos niveles de interconexin, por lo cual si un nodo terminal U asociado al rea 8 desea conectarse con el nodo terminal P asociado al rea 6 la interconexin la realizar el nodo AA uniendo un canal del nodo 8 que llega al nodo AA con un canal del nodo AA que
Universidad UAI
10
Osvaldo A Prez
llega al nodo 6. Este ejemplo de conexin centralizada se podra escalar varios niveles incluyendo ms centrales de interconexin y por ende reas geogrficas ms extendidas. El problema con la interconexin centralizada es que en la medida en que se agregan ms niveles jerrquicos se debe pasar por ms nodos nicos, con lo cual se aumenta la posibilidad de que el fallo de un nodo deje fuera de servicio un rea que puede ser muy extensa. Un problema asociado a la centralizacin lo encontramos en la existencia de un nico camino fijo para acceder desde un origen hacia un destino, lo cual, si bien simplifica el trfico y el control de la red, limita la flexibilidad de la red, la posibilidad de crecimiento y la posibilidad de encaminar una comunicacin por alguna ruta alternativa. Sin embargo las redes con conectividad centralizada garantizan un control de la red muy simple, ya que solo existir un nico nodo que arbitrar las conexiones entre los nodos de trnsito. Esta simplicidad de control es lo que determin que este tipo de conectividad fuera el que se desarrollar primero histricamente, en tanto que su rigidez de encaminamiento y crecimiento es lo que determin que se abandonar este esquema a favor de otras configuraciones de conectividad ms flexibles.
3.5 Estructura de Red: Interconexin por medio de Rutas.

Los mtodos y topologas actuales de interconexin de redes son muy variados y se analizarn en detalle en el mdulo 2, aqu solo presentaremos el caso de flexibilidad general para permitir caminos y asociaciones mltiples entre diferentes reas o diferentes redes.
La Conectividad crece a razn de n vnculos terminales; en dnde n indica la cantidad de Nodos existentes D Se origina un plano de Interconexin con C Rutas adicionales de interconexin de Sectores B Se originan las A Funciones de Enrutamiento y de Encaminamiento X W V Funcionalmente existen dos clases de Nodos Los Nodos Terminales y los Nodos de Interconexin U T S R Q 1 Encaminamiento N 8 7 P Todos los enlaces son punto a punto (dedicados) con bloqueo Existen Rutas diversas para Minimizar el Bloqueo 6 O F E G Dado que existe un conjunto de rutas nico que une cualquier Pareja de Nodos, el Grado de Simultaneidad es amplio, J pero limitado. K
Es decir los Nodos solo se pueden comunicar Simultneamente en parejas en funcin L de las rutas disponibles en un momento determinado
H I
3 2 4
Enrutamiento 5
El caso mas general que se ilustra en la grfica es aquel en el cual el nivel de red de interconexin posee enlaces directos con un conjunto de nodos de un nivel superior. Los nodos superiores poseen la capacidad de establecer conexiones entre ellos en funcin de las necesidades de interconexin del nodo de origen y en funcin del trfico presente en dicho instante en la red. De esta forma se dispone de un nmero de rutas que permiten unir un nodo de interconexin de origen con un nodo de interconexin de destino; permitiendo que los nodos terminales de dichos nodos se conecten entre si.
Universidad UAI
11
Osvaldo A Prez
El control de la conectividad en este esquema es mucho ms complejo y difuso, pero en la actualidad la capacidad de procesamiento de los nodos de interconexin puede resolver en forma adecuada cualquier solicitud de interconexin. El esquema de interconexin por rutas ofrece una flexibilidad muy grande, en tanto que su escalabilidad sigue quedando limitada por la combinatoria de la cantidad de nodos que se presente en un rea determinada. Es por ello que en las redes actuales se definen pocos niveles jerrquicos, pero los adecuados para mantener la combinatoria de cada una de las reas de interconexin en niveles que sean compatibles con la capacidad de procesamiento de los nodos conmutadores. Se debe recordar que una comunicacin debe ser gestionada en pocos milisegundos, por lo cual la capacidad de procesamiento demandada por las redes de gran complejidad combinatoria puede ser muy elevada.
3.6 Alcance de las Redes.

Las redes se clasifican en funcin de su alcance geogrfico, pues parte de su tecnologa queda condicionada por la distancia a la cual debe viajar la seal. De esta forma existe cierta relacin entre la tecnologa de red utilizada y la distancia a la cual se encuentran los usuarios de la red.
WAN
LAN RAN MAN
LAN 1
LAN 2
LAN
LAN
LAN
LAN
MAN LAN 3 MAN LAN LAN LAN LAN MAN LAN LAN LAN LAN LAN MAN
RAN
LAN
LAN
La clasificacin de las redes en funcin de la distancia es la siguiente:
3.6.1 Redes LAN (Local Area Network), Redes de rea Local.

Estas redes surgieron como una solucin para las redes entre computadoras ubicadas en una misma locacin de un usuario privado; por ejemplo, oficinas, campus acadmicos o fbricas industriales. Su extensin tpica est acotada a un edificio, aunque se pueden extender entre uno y tres kilmetros en caso especiales en aquellos lugares en los cuales la extensin de un campo lo haga necesario. Las clasificamos como aquellas redes cuya distancia de cobertura es de 100 metros a 1 km.
3.6.2 Redes MAN (Metropolitan Area Network), Redes de rea Metropolitana. Universidad UAI 12 Osvaldo A Prez
Estas redes surgieron como una solucin alternativa de alta tecnologa para las redes telefnicas en las ciudades. El problema central del desarrollo de las tecnologas de datos gener una gran demanda de ancho de banda que las redes telefnicas y de datos existentes no podan cubrir, de esta forma se desarrollaron redes MAN de alta velocidad en las reas centrales de las ciudades, o en aquellas reas en donde exista una gran concentracin de oficinas o industrias (parques industriales). La cobertura promedio de estas redes ronda los 5 km, en tanto que se pueden extender con coberturas de entre 1 km a 25 km, en funcin de las configuraciones de las diferentes ciudades y usos.
3.6.3 Redes RAN (Regional Area Network), Redes de rea Regional.

Es esta un nueva categora que se ha desprendido a partir de la proliferacin de redes inalmbricas, para designar a aquellas redes, cuya dimensin abarca desde los 5 km o los 25 km y hasta los 500 km, como representativa del rea de cobertura del servicio que provee un determinado proveedor de telecomunicaciones. Por ejemplo podra ser la red de un municipio, de un estado, de un territorio o de una regin, que ofrece un servicio homogneo a los usuarios. Esta clasificacin viene a llenar el vaco existente entre las redes MAN y las redes WAN, ya que para las aplicaciones de datos e inalmbricas no se utilizan las mismas topologas que para las antiguas redes de telefona. En las redes de telefona las reas de servicio posean una dimensin de entre 5 km a 25 km, y luego dichas reas se interconectan por medio de redes de transporte. En cambio, en las redes de datos o inalmbricas un prestador podra decidir iluminar el trazado de una autopista entre dos grandes ciudades, distantes unos 500 km y ofrecer una cobertura de servicio a lo largo de toda la autopista. En forma similar existen actualmente infinidad de servicios que las empresas ofrecen en forma regional, como los servicios provistos por los Municipios y los Gobiernos Estatales y Provinciales. Todo lo cual justifica esta nueva clasificacin en el alcance de las redes de telecomunicaciones.
3.6.4 Redes WAN (Wide Area Network), Redes de rea Extendida.

Tambin denominadas GAN (Global Area Network) Redes de rea Global. Estas redes cubren el resto de las aplicaciones de telecomunicaciones, incluyendo tanto a la red telefnica como las redes de datos pblicas (X.25, Frame Relay, ATM). Su rea de cobertura puede ser de 5 km, si consideramos la red telefnica de un pueblo, de 50 km, si consideramos la red de una regin, de 500 km o 5000 km si consideramos la red de un pas, o con alcance mundial, si consideramos la red de telecomunicaciones internacional. Recordemos que la definicin no solo incluye la cobertura de la red, sino tambin, la tecnologa con loa cual se desarrolla dicha red. Actualmente se incluyen otras definiciones adicionales que se han generado tanto por la expansin de la Internet, como de las LANs. A la red de soporte que interconecta a varias LANs entre si, o a varios nodos de Internet entre s se la denomina Backbone (Columna Vertebral), o red de Interconexin. A la red que interconecta perifricos con una computadora o con los dispositivos porttiles de una persona se la denomina PAN (Personal Area Network) Red de rea Personal, habindose utilizado tambin la denominacin de DAN (Destok Area Network) Red de rea de Escritorio. A la red que interconecta dispositivos de almacenamiento de informacin dentro de una LAN se la denomina SAN (Storage Area Network) Red de rea de Almacenamiento. Siendo sus particularidades su alta velocidad, disponibilidad y redundancia, de forma de garantizar la actualizacin rpida y sin fallos de los datos en soportes distribuidos como las configuraciones RAID.
3.7 Modelo de Redes.

Las Redes de Telecomunicaciones poseen distintos parmetros desde donde se pueden realizar sus Clasificaciones: Desde el punto de vista de su funcin se las clasifica como: Redes Personales, Redes de Usuario, Redes de Acceso;
Universidad UAI
13
Osvaldo A Prez

Redes de Trnsito, Redes de Transporte Redes de Interconexin.
Privadas CPS
Custome r Premises
Fijo Pblicas Acceso

Nod
Mvil
Interconexin
Servicio
Difusin (Brodcast) Multicast Punto a Punto
Acceso
CPS
Encaminamiento Enrutamiento
CPS
Acceso
Acceso
CPS
LAN
Acceso MAN
Transporte
Acceso MAN
LAN
LAN
Acceso
Transporte
Acceso
LAN
WLAN
Acceso WAN
Transito Sealizacin Control IN
Transito
Acceso WAN Acceso
WLAN
Mvil
Acceso
Mvil
Administracin
TMN
Las redes personales representan un concepto actual y surgen como una respuesta para interconectar, por ejemplo, un telfono mvil, con un auricular y con una agenda personal, pero llevan implcita la posibilidad de interconectar todos los dispositivos de uso personal, (reloj, reproductor, ropa, sensores, etc), as como la interconexin de una computadora con sus dispositivos perifricos movibles. En la bibliografa se encontrar a estas redes bajo la denominacin de PAN (Personal Area Network). La Red de Usuario es aquella que se desarrolla dentro de las instalaciones de un Cliente, y normalmente es de propiedad privada. Estas redes pueden ser del tipo CPS (Customer Premises Services); Redes LAN (Local Area Network); WLAN (Wireless Local Area Network), Inalmbricas; o con dispositivos Mviles. Pueden interconectar los terminales telefnicos solamente o incluir a los terminales de procesamiento que existan dentro de una empresa o rea de un cliente determinado. La Red de Acceso es aquella que le permite a un Cliente acceder a algn nodo de Comunicaciones desde el cual ingresa a la Red de Telecomunicaciones propiamente dicha. Las Tecnologas para las Redes de Acceso son variadas, y se pueden clasificar genricamente en Tecnologas de Acceso Fijo, (o cableado), y de Acceso Mvil (o radioelctrico), aunque el acceso Radioelctrico se utiliza adems para el acceso Fijo. Se incluyen las tecnologas, telefnica, de enlaces punto a punto, ADSL, Video Cable, inalmbricas, como Wi Max y de Servicio Mvil. La Red de Trnsito es aquella que interconecta a los nodos existentes en un rea geogrfica limitada, como es el caso de una ciudad. Las tecnologas de estas redes son variadas, y en algunos casos reciben la denominacin de redes MAN (Metropolitan Area Network).
Universidad UAI
14
Osvaldo A Prez
La Red de Transporte agrupa al conjunto de nodos y funciones que permiten la interconexin de las distintas redes, generalmente entre ciudades dentro de un rea geogrfica amplia o dentro de un pas. Estas redes, en funcin de su alcance se denominan Redes Interurbanas o de Larga Distancia y Redes Internacionales Al conjunto de las Redes de Acceso, Trnsito y Transporte se las conoce con el nombre de Redes WAN (Wide Area Network) o GAN (Global Area Network). Las Redes de Interconexin agrupan a aquellas redes que interconectan las redes de diferentes empresas de telecomunicaciones entre s. Estas redes pueden ser locales, regionales, nacionales o internacionales, en correspondencia con la interconexin de los nodos entre empresas en el mbito de una ciudad, una regin un pas o diferentes pases respectivamente. La Redes WAN y de interconexin incluyen a un conjunto de Redes Internas que posibilitan el desarrollo de diversas funciones; entre esas redes encontramos: a) La Red de Sealizacin, que posibilita el intercambio de mensajes y comandos para la reserva de recursos y el establecimiento de las Comunicaciones. b) La Red de Control, actualmente denominada Red Inteligente (IN), que posibilita la ubicacin y asignacin de los recursos de Servicios y Redes necesarios para cada comunicacin. c) La Red de Administracin (TMN, Telecommunication Management Network), la cual supervisa tanto al equipamiento como a las transacciones desarrolladas en la Red, con el objetivo de garantizar el correcto funcionamiento de la misma. La Red de Enrutamiento es el conjunto de rutas y recursos asignados para la interconexin de los diversos nodos de las Redes. La Red de Encaminamiento es el conjunto de Recursos y Caminos que posibilitan el enlace de los diversos nodos. La Red de Servicio, es el conjunto de Parmetros y Recursos que definen a los diversos servicios de Comunicaciones. Caractersticas de las Redes: LAN (Poca Distancia, Alta Velocidad, Poco Error); WAN (Gran Distancia, Baja Velocidad, Alto Error)
4. Computadoras y Redes de Datos 4.1 Componentes de una Red de Datos.

Debemos distinguir dos reas diferentes en una red de datos; el rea que existe dentro de una locacin o edificio denominada como red LAN (Local Area Network) y el rea que sale fuera de una locacin y debe interconectar diferentes locaciones o edificios de una o de varias empresas. Para el rea externa debemos utilizar alguna tecnologa de red punto a punto fsica, de red de datos pblica o de red punto a punto virtual (basada en Internet). Describiremos a continuacin el desarrollo histrico de estos escenarios. Las redes de datos se deben construir sobre canales de comunicaciones. Histricamente su desarrollo se realiz sobre canales de telefona punto a punto (que eran los disponibles en dicho momento), por medio de comunicaciones por modem de datos. En tanto que las comunicaciones confinadas a una locacin se basaban en interfaces especficas de cada fabricante hasta el surgimiento de las tecnologas de redes locales LAN. Existen diversas tecnologas de LAN, pero, la gran mayora se basa en un nico canal (con anchos de banda diferentes) que permite la interconexin permanente de todos los terminales evitando la discriminacin entre canales diferentes. Para lograr tales propsitos se basan en una tecnologa de despacho de paquetes de datos que estudiaremos posteriormente.
Universidad UAI
15
Osvaldo A Prez
Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor Locacin 1 LAN LAN
DB DB DB DB Multiplexor Front End Processor
Server
Router
LAN
IWU Locacin 2
Modem o DSU Enlace de Comunicacin
Host
FEP IWU
Modem o DSU
Locacin 3
Multiplexor
WAN
Terminales
LAN Local Area Network WAN Wide Area Network IWU InternetWorking Unit NOS Network Operating System
La red de datos de una empresa queda conformada por las Computadoras como los dispositivos de Comunicacin asociados. En los ambientes mainframes era comn encontrar procesadores exclusivos para comunicaciones, como es el caso de los FEP (Front End Processors), quienes se encargan de las tareas de comunicacin, liberando al Host para las tareas de Procesamiento de la Informacin. Este tipo de configuracin fue utilizada por IBM a partir de su familia 37x5. El Front End Processor puede adems asegurar las conexiones para las LANs que se encuentran en la misma Locacin que el Host, as como conectarse a un conjunto de Multiplexores simples de datos, que, tpicamente, se utilizaban para conectar las Terminales Tontas a los Hosts, por lneas telefnicas, o enlaces internos en un mismo edificio. En la dcada de 1960 los mainframe aseguraban la funcionalidad de las terminales remotas por medio de una interfaz de usuario muy limitada y orientada al carcter, con protocolos de presentacin como el 3270, en el cual se especificaba cmo se deban mostrar los caracteres en pantalla. En las instalaciones basadas en Redes Locales, se prescinde del Front End Processor, y en cambio se trasladan las funciones de conectividad a un dispositivo mucho mas simple; el Router, el cual en la figura esta interconectando no solo a dos tipos diferentes de LAN (las basadas en buses, y las basadas en Anillos), sino que permite la interconexin a distancia al acoplarse a un dispositivo MODEM o DSU Data Subscriber Unit (Unidad de Datos del Abonado), con el cual se puede realizar el acceso a una red WAN El siguiente nivel en la Red es el del Control, Administracin y Seguridad; lo cual se logra por medio de algn Sistema Operativo de Red (NOS), y por medio de algn Hardware especifico de Interconexin, el cual se gestiona en la IWU InternetWorking Unit. La IWU puede ser centralizada, como en los ambientes Mainframes, en los cuales todas las Redes Locales se conectan hacia el Mainframe, el cual junto con el FEP (Front End Processor), se encarga de Enrutar, Convertir y Gestionar las comunicaciones entre las diferentes redes LAN. En las Redes Locales que carecen de mainframe, o bien en las Redes que implantan un Control Distribuido, las funciones de IWU son realizadas en forma genrica por un dispositivo denominado Gateway. La terminologa es un poco compleja, pues las funciones de Gateway pueden ser desarrolladas por un Router, o por un Bridge, o por un dispositivo que combina ambas funcionalidades denominado BRouter.
Universidad UAI
16
Osvaldo A Prez
El anlisis de detalle de las tecnologas de datos, tanto en las redes locales como en las redes de interconexin entre diferentes LAN es tema de la materia siguiente de Teleprocesos y Redes I. Aqu solo se ha realizado una descripcin preliminar para dar inicio al tema de los modelos de datos que estudiaremos a continuacin.
4.2 Tipos de Comunicaciones Entre Entidades.

Las comunicaciones entre diversas entidades se pueden establecer bajo un esquema entre iguales, o pares, o bajo un esquema jerrquico.
Comunicacin entre Iguales o Pares
Comunicacin Jerrquica
Master Servidor
Concentrador
Mediador
Slave
Slave
Slave
Cliente
Cliente
Cliente
Modo
Modo
En el caso de un establecimiento entre pares, ambos participantes poseen los mismos atributos, por lo cual uno de ellos operar como originante de la comunicacin, en tanto que el otro operar como destinatario de la comunicacin. Ambos participantes poseen un control simtrico de la comunicacin, pudiendo aceptarla, rechazarla, continuarla, o terminarla en cualquier momento. El ejemplo tpico es el caso de la comunicacin telefnica. En el caso de las comunicaciones jerrquicas se producen dos esquemas de control de la comunicacin inversos. El primer caso, el ms antiguo en las comunicaciones de datos, es el modelo Maestro-Esclavo (Master-Slave). En tanto que el modelo ms nuevo es el modelo ClienteServidor (Client-Server). En el primer caso el control reside por completo en el Host u rgano Maestro, el cual tiene un control completo de todos los terminales (esclavos) que dependen de dicho maestro. Este tipo de esquema se puede observar en el modelo SNA. En este tipo de esquema se suele operar bajo la modalidad conectada, por lo cual si el Maestro no puede resolver el procesamiento, la terminal remota queda congelada hasta que el maestro pueda completar la operacin. En el segundo caso el control de peticin reside en el Cliente, en tanto que el control de abastecimiento reside en el Servidor. La comunicacin queda bajo control del Cliente, quien solicita
Universidad UAI
17
Osvaldo A Prez
servicio segn sus necesidades; en tanto que el servidor, idealmente, debera poder resolver todas las demandas de todos sus clientes en tiempo y forma sin demoras ni deterioros de servicio. En la prctica la calidad de servicio del servidor depende de su capacidad y de la cantidad de demandas de servicio que se produzcan en cada instante. En este tipo de esquema se suele operar bajo la modalidad desconectada, por lo cual cliente y servidor realizan sus procesos por separados, quedando un proceso de cliente a la espera de la respuesta desde el servidor en estado dormido, continuando el cliente con el procesamiento de otras funciones; en el momento en el cual el servidor pueda ofrecer una respuesta, el cliente despertar al proceso dormido y completar su procesamiento. Una inspeccin ms detallada de estos modelos nos conduce, en el primer caso al modelo Master, Concentrador, Esclavo y en el segundo caso al de Servidor, Mediador, Cliente. El concentrador opera como un distribuidor, ya sea de peticiones o de atenciones que el Maestro recibe o dirige a sus Esclavos, en muchas configuraciones el concentrador realiza operaciones de adaptacin de velocidades y capacidades entre el Maestro y los Esclavos. El Mediador opera como un broker que posee un conocimiento de la ubicacin de los recursos demandados por los clientes, actuando adems como almacenamiento intermedio o derivador de las consultas recibidas. Controla en cierta medida el trfico de intercambio en la red, de forma de gestionar los recursos de los servidores desde las diferentes reas de servicio en las cuales se encuentran ubicados los servidores.
4.3 Niveles y Computadoras

Sabemos que en computacin la forma mas simple y efectiva de lidiar con la complejidad es el de la abstraccin por medio de la divisin y encapsulamiento funcional (desarrollada a partir de los estudios de David Parnas). De esta forma se generan niveles o capas funcionales diferentes que nos permiten encarar con simplicidad sistemas mucho ms complejos que de otra forma seran inabordables. Podemos considerar a la computadora como una caja negra y misteriosa, o bien tratar de analizar su estructura interna. Pero la computadora nos muestra la paradoja de la formulacin precedente, pues si bien podemos analizar hasta el ltimo detalle de su estructura funcional de procesamiento, no encontraremos aqu la respuesta, dado que los programas pertenecen a un nivel de abstraccin diferente que no se puede deducir a partir de las partes de hardware componentes. Considerando la estructura de la computadora en un primer nivel o hardware, encontramos sus unidades funcionales, el procesador, la memoria y las unidades de entrada/salida. Este nivel puede ser muy complejo y dividirse en una serie de bloques funcionales que se encargaran de distribuir los recursos de procesamiento de almacenamiento, de interrupciones y de entradas y salidas. Un segundo nivel lo constituye el firmware, o sistema operativo cableado. Debemos recordar que al darle energa a una computadora, esta realiza una serie de pasos que estn programados en una memoria ROM. Si no se dispusiera de dicha ROM al encender la mquina, se requerira programarla en el momento (con clavijas o como fuera), para configurar sus diversas unidad de hardware; como una disquetera, con capacidad de trabajar con disquetes o CD; entregarle una direccin lgica a tal dispositivo y definir el tipo de interfaz fsica y los comandos con el cual deber operar tal disquetera. Esto debera ser repetido con cada uno de los dispositivos y configuraciones de la computadora. La abstraccin funcional hace que todo esto se encuentre almacenado en los programas en ROM y se ejecute en forma automtica al encender la mquina; se conoce como el sistema operativo de bajo nivel o microkernel de la mquina. Un tercer nivel lo constituye el sistema operativo de la mquina propiamente dicho, que puede ser tan sencillo como un DOS, o tan complejo como un XP un UNIX o un sistema operativo en tiempo real. En estos casos el sistema operativo debe operar en forma residente en la mquina y controlar en forma permanente la operacin de la mquina, una vez que el microkernel ha finalizado sus
Universidad UAI
18
Osvaldo A Prez
tareas y testado la computadora inicia la secuencia de booteo para que el sistema operativo se apodere de los recursos de la mquina.
Computadora vista como (Caja Negra) Todo Sistema que supere una complejidad elemental se debe dividir en capas o niveles funcionales. Un sistema dividido en niveles responde o un modelo, estructura, o paradigma de funcionamiento. Dado un sistema con un cierto paradigma, es muy difcil reordenarlo con otro paradigma diferente. (Ej programacin secuencial vs concurrente)
Aplicaciones Sistema Operativo Firmware Sistema Operativo Cableado

Computadora vista como un agregado de mltiples niveles funcionales
Entrada Salida
Procesador
Memoria
Microkernel Kernel
A partir del cuarto nivel y otros superiores quedan conformados por los sistemas de aplicacin. En los sistemas aplicativos se pueden incluir sistemas de representacin grfica GUI, (tipo windows), y niveles superiores que administren diversas aplicaciones y programas. En comunicaciones sucede algo similar con niveles que tratan con el funcionamiento fsico de los equipos, cables y seales; y otros lgicos que se encargan de gestionar y dirigir las comunicaciones entre los equipos, como veremos enseguida.
4.4 Computadoras y Comunicaciones.

El principio de encapsulamiento y modularizacin desarrollado a partir de los estudios de Parnas ha derivado en la definicin de niveles funcionales diferentes que permitan simplificar la complejidad inmanente a los sistemas de teleprocesamiento. Al considerar a las computadoras como una coleccin de niveles funcionales se simplifica su tratamiento y se puede visualizar rpidamente que al intentar comunicar a dos computadoras entre s, deberemos recurrir a un nuevo nivel que se encargue de dicha comunicacin. A este nivel le daremos el nombre genrico de sistema operativo de red, si bien no siempre recibir ese nombre en la prctica. Los programas que solo corren en una computadora sin utilizar recursos de otras computadoras no hacen uso de esta capa de red, en tanto que aquellos programas de operacin distribuida entre varias mquinas si harn uso de esta capa para poder transferir los datos entre las distintas mquinas. Justamente la ventaja radica en que es est capa de red la que se encarga de materializar las comunicaciones, y no los programas distribuidos que solo harn uso de ciertas funcionalidades ofrecidas por el NOS en un sistema homogneo, o por los protocolos de comunicaciones en un sistema distribuido heterogneo. Esta capa de comunicaciones genrica la podemos especificar segn dos grupos principales.
Universidad UAI
19
Osvaldo A Prez
En aquellos sistemas donde operamos con un nico sistema operativo en todas las mquinas, podemos hablar de la existencia de un sistema operativo de red (NOS) que funciona como un interfaz del nico sistema operativo que corre en las mquinas. En aquellos sistemas donde operamos con muchos sistemas operativos diferentes, (Unix, Windows 2003, Mainframe, etc). Hablamos de una estructura, modelo o pila de protocolos de comunicacin.
Aplicaciones Sistema Operativo Sistema Operativo Cableado

Entrada Salida Procesador Memoria
Las aplicaciones locales no utilizan el SO de Red Las aplicaciones distribuidas utilizan el SO de Red
Aplicaciones de Red
Microkernel Kernel
Computadora AComunicaciones
Aplicaciones Sistema Operativo
Sistema Operativo Cableado

Entrada Salida Procesador Memoria
Microkernel Kernel
Computadora B
Sistemas Homogneos Sistema Operativo de Red Sistemas Heterogneos Modelo de Protocolos de Comunicaciones
Sistema Operativo de Red
Esto se debe a que no todos los sistemas operativos tienen las mismas funcionalidades, por lo cual se deber convenir un estndar para las funcionalidades de comunicaciones de teleprocesamiento distribuido, de forma tal que al utilizar una pila de protocolos determinada todas las terminales se podrn comunicar entre s. Esta es la modalidad que se ha generalizado y siendo que el problema de procesamiento distribuido es de alta complejidad los modelos de protocolos se debern dividir en una determinada cantidad de capas (pila) que permitan hacerlos operable fcilmente. De esta forma encontramos niveles que se encargan del tratamiento fsico de la seales, de la divisin lgica de los mensajes, del envo de la informacin, de la administracin de las comunicaciones, de la apertura de sesiones de procesamiento, etc. Cada juego de protocolos trata de ser eficiente y completo en si mismo, pero dada la complejidad y el hecho que la divisin se realiz antes de la aplicacin prctica, existen algunos niveles con pocos protocolos y otros con muchos, lo cual oblig posteriormente a que se los debiera subdividir en subcapas. Se debe recordar que de aqu en ms nos encontraremos con una infinidad de protocolos de la ndole ms variada, pero para su tratamiento se debe tener en mente: 1) A que modelo o estructura funcional corresponde. 2) A que capa corresponde dentro de esa estructura. 3) Cual es su definicin funcional, o bien que problema resuelve 4) Cual es su particularidad y cuales otros protocolos son sus competidores. 5) A cuales protocolos les da servicio. 6) Cuales son los protocolos que le dan servicio a l.
Universidad UAI
20
Osvaldo A Prez
4.5 Sistemas Monolticos.

Las Computadoras se desarrollaron a partir de la idea de un Procesador Funcional genrico. Nos referimos a Funciones Matemticas, ya que las computadoras nacen como una extensin de las calculadoras; por lo cual en sus inicios las computadoras eran dispositivos analgicos que operaban, ya sea con dispositivos mecnicos, ya sea con dispositivos electrnicos que simulaban las funciones de transferencias de diversas funciones matemticas. En el inicio la empresa IBM (International Business Machines) logr un posicionamiento descollante, gobernando la industria de la computacin durante tres dcadas. IBM se inicia a principios del siglo XX como un fabricante de Mquinas de Escribir y Calculadoras Mecnicas; lneas de productos que luego extiende al resto de dispositivos de Negocio, se consolida como el lder de los sistemas de computacin centralizados (mainframes) y pierde su supremaca con el desarrollo de la PC; era a la cual le da inicio, pero que no puede liderar. IBM pas por dos dcadas de redefinicin, antes de iniciar su nueva lnea de negocios, lo cual coincide con el inicio del nuevo milenio. Las Computadoras Digitales tambin nacen en la poca mecnica, pero eran lentas y propensas a errores (los mecanismos solan trabarse). Estos problemas se solucionan con el advenimiento de los dispositivos electrnicos. Lentamente estos dispositivos aumentan su fiabilidad, y con ellos crece la fiabilidad de las computadoras Digitales, dando nacimiento al concepto de Procesador de Informacin.
Terminal (perfoverificador Procesado
No Escalable Ancho de Banda pequeo

Terminal Terminal Terminal Terminal Sucursal
Terminal
Sucursal Terminal Sucursal
Sucursal Sucursal Terminal
Procesador Sucursal Sucursal
Terminal Sucursal
Terminal Terminal Sucursal Terminal Sucursal Terminal Sucursal Sucursal
Los Procesadores de Informacin nacieron como mquinas de procesamiento secuencial, y en principio a nadie se le ocurrira conectar a dos de ellas; (es histrica la acotacin del Presidente de IBM diciendo que en el mundo hay un mercado para tal vez 4 o 5 computadoras); la realidad en cambio, demostr ser muy diferente. Las primeras computadoras, denominadas Mainframes o Host (anfitrion) eran dispositivos autnomos diseados para ser cerrados en si mismos; su nica comunicacin consista en la conexin con sus perifricos, en particular con los teclados electromecnicos y las mquinas perforadores de tarjeta, por medio de las cuales se comunicaban los operadores. Adems de la existencia de grabadores de grandes cintas magnticas, en donde se almacenaban los datos y los programas ya convertidos a formato electrnico (antes eran agujeros en las tarjetas de cartn). Un lento crecimiento se produjo bajo este esquema conectado lentamente un
Universidad UAI
21
Osvaldo A Prez
conjunto creciente de estaciones perfovericadoras, para lo cual se requera de personal entrenado y especializado. El cambio de escenario se produjo con la incorporacin de la terminal remota (boba) dump terminal-. Esta terminal presentaba un teclado electrnico convencional y un monitor de TV por medio de los cuales el operador se poda comunicar directamente en formato electrnico con el Procesador Central; a partir de este momento comenz la problemtica de las Comunicaciones de las Computadoras. La primer solucin para la interconexin del Sistema de Computacin fue el establecimiento de Circuitos Punto a Punto, entre la casa central (donde resida la computadora), y cada una de las Sucursales en donde exista una terminal remota. La primer solucin requera de una lnea punto a punto exclusiva para cada terminal, pero esto resultaba ineficiente cuando deban instalarse varias terminales en una misma sucursal; como se ilustra en la grfica; sucursal 1, 2 terminales; sucursal 3, 2 terminales, Sucursal 4, tres terminales. Se adopt rpidamente una tcnica de multiplexacin de los datos de varias terminales remotas sobre una nica lnea punto a punto. Esto permita reducir la cantidad de lneas punto a punto, en principio, a una por cada sucursal. Esto tambin depende del ancho de banda de cada lnea punto y de la cantidad de terminales en cada sucursal. La evolucin de este esquema nos conduce a la siguiente etapa.
4.6 Sistemas Centralizados.

Un sistema centralizado es aquel que posee un nico dispositivo procesador o controlador, al cual reportan los nodos remotos. El desarrollo de los sistemas informticos se inici por medio sistemas centralizados, tanto por el bajo costo relativo (con la tecnologa de la cual se dispona), como por la facilidad de control que un sistema centralizado ofrece. Sistema Monoltico
Red de enlaces punto a punto Procesador FEP (DCE
Procesador 1 (DTE)
Front End Procesor
Sistema Operativo nico FEP 3 (DCE)
Procesador 3 (DTE)
Sistema Multiproceso
Procesador 2 (DTE) FEP 2 (DCE)
Red de Datos
O Distribuido Homogneo
FEP 4 (DCE) Procesador 4 (DTE)
Desde el punto de vista de su operacin, un sistema centralizado es sumamente simple, ya que existe un nico nodo procesador el cual arbitra la conexin, comunicacin y tratamiento que cada uno de los nodos remotos obtiene de dicho nico nodo central. Desde el punto de vista de las redes de telecomunicaciones la utilizacin se concentraba en configuraciones punto a punto (no confundir
Universidad UAI
22
Osvaldo A Prez
con las configuraciones de par a par). Las configuraciones punto a punto poseen una estructura similar a la que se dispone en las redes telefnicas; es decir que se necesita una nueva conexin (cable), para cada una de las conexiones simultneas que se deseen establecer. Por ejemplo en la grfica existen 12 nodos terminales remotos, lo cual implica que sern necesarios 12 vnculos individuales e independientes para poder conectar a cada uno de los terminales remotos. En un principio esta conexin independiente deba ser fsica, pero la evolucin tecnolgica, permiti desarrollar diferentes tcnicas para lograr un conexionado virtual que ofreciera una funcionalidad equivalente a la de los 12 vnculos individuales. Actualmente esta configuracin centralizada se podra lograr por medio de la utilizacin de una LAN, cuando las terminales remotas se encontraran dentro del alcance de dicha red LAN. En el caso de las redes expandidas, del tipo WAN, este tipo de configuracin de vnculos virtuales puede lograrse por medio de las VPN (Virtual Private Network) Comunicacin de Sistemas Monolticos. La evolucin del esquema de conexionado punto a punto con las terminales remotas deriv en la aparicin de dispositivos de computacin especializados en comunicaciones. Previamente las computadoras haban sufrido un proceso similar al incorporar procesadores frontales que atendan a las perfoverificadores, unidades de cinta magntica y otros dispositivos de entrada-salida que se comenzaron a aadir a la Computadora principal. La estructura migr lentamente desde un nico procesador central hacia un nico procesador central rodeado de co-procesadores de menor potencia, pero especializados en tareas de interconexin. Dentro de esta estructura surgieron los dispositivos para comunicaciones denominados CFEP (Communications Front End Processor), Procesador Frontal para Comunicaciones. A partir de ese momento se acuaron dos trminos especficos para la computadora y para el CFEP. Desde el punto de vista de las comunicaciones de datos; la computadora recivi el nombre de DTE (Data Terminal Equipment) Equipo Terminal de Datos (ETD); y el CFEP recivi el nombre de DCE (Data Communication Equipment) Equipo Terminal del Circuito de Datos (ETCD). Posteriormente analizaremos otra direccin tecnolgica generada a partir de esta proliferacin de equipamiento de procesamiento especializado, la cual deriv en el surgimiento del Modelo de Comunicacin de Capas; pero primero continuaremos con el nacimiento de los Sistemas Distribuidos y de las Redes de Datos. La proliferacin de procesadores especializados condujo a la hiptesis de una arquitectura con mltiples procesadores y a la comunicacin e interfuncionamiento de Sistemas Procesadores Distribuidos, los cuales en una primera instancia operaban bajo un nico Sistema Operativo. La idea del procesamiento distribuido da origen a las redes de datos. Lentamente el conjunto de enlaces punto a punto comienza a mostrarse como ineficaz y comienza la bsqueda para el establecimiento de Redes especializadas para el transporte de los datos, veremos posteriormente que esta bsqueda conduce a la aparicin de las Redes de Paquetes de datos y a las tcnicas de Conmutacin de Paquetes de Datos. En una primera etapa cada proyecto y cada empresa proveedora resolvi el problema a su manera, con lo cual se inici una diversidad de tcnicas, de algoritmos de resolucin y de modalidades de protocolos de comunicacin sumamente amplia. Esto no hubiera representado problema alguno si el Universo de cada empresa cliente fuera homogneo, pero, normalmente, los clientes tienden a adquirir equipamientos de diferentes proveedores, llegando el momento de querer que los diferentes equipamientos se comuniquen entre s; y a partir de all comenzaron los problemas de normalizacin que intentaron resolver el problema de la nter operacin de los diferentes equipamientos de los distintos proveedores.
4.7 La Comunicacin de los Sistemas Distribuidos.

Como se observa en la figura en las primeras pocas los Sistemas Distribuidos eran homogneos, razn por la cual la Red de Datos contena a un Sistema Operativo nico que posibilitaba la inter
Universidad UAI
23
Osvaldo A Prez
operacin de todos los procesadores. La evolucin de los sistemas distribuidos deriv en un Sistema Cooperativo o Sistema Distribuido heterogneo, para lo cual necesitaban invertirse los trminos. Es decir pasar de un sistema operativo de procesamiento nico a diversos sistemas operativos de procesamiento y un sistema operativo de red nico. Surgi un Sistema Operativo de Red nico, o bien integrable, que rodeaba a una Red de Datos que transportaba los datos en forma transparente entre los diversos Procesadores. La versin ms moderna de este escenario es el nacimiento de la Internet, en donde un portador Universal, denominado protocolo IP posibilita el amalgamamiento de un nico Sistema Operativo de Red que permite el interfuncionamiento de Sistemas Operativos diferentes en las diferentes Plataformas de Procesamiento que se conectan entre s.
Procesador 2 Procesador 1 Procesador 3 Procesador 4
Procesador 5
Sistema Multiproceso
Procesador 10 Procesador 9 Cliente
(direccin
Sistema Operativo nico Red de Datos Procesador 8 Cliente

(direccin
o distribuido Homogneo
Procesador 6 Procesador 7 Cliente
(direccin
Cliente
(direccin
Procesador
(direccin 5)
Sistema Cooperativo
Procesador
(direccin
Red de Datos Sistema Operativo de Red
o distribuido Heterogneo
Procesador
(direccin 6)
Procesador
(direccin 9)
Procesador
(direccin 8)
Procesador
(direccin 7)
La solucin anterior solo pudo acometerse aplicando la particin y el encapsulamiento funcional de las diferentes funciones y procesos necesarios para lograr la intercomunicacin y el interfuncionamiento de los Sistemas de Procesadores. Esta Modularizacin y Encapsulamiento deriv en Modelos genricos de Comunicacin denominados Modelos de Capas. Los Modelos de Capas son abstracciones Arquitectnicas que dividen y asignan funciones correspondientes a abstracciones diferentes a Mdulos diferentes, con el objetivo de normalizar el desarrollo. Al generar la definicin, aislamiento y separacin de las funciones se generan componentes de comunicacin especficos que puedan desarrollar proveedores diferentes. De esta forma se gana en eficiencia, practicidad y velocidad de desarrollo, con el resultado final de una baja de costo para el cliente y la posibilidad de interconexin globalizada de todos los dispositivos computacionales. Veremos a continuacin la evolucin de los Modelos de Capas para Comunicaciones
4.8 Sistema Operativo de Red (NOS, Network Operating System).

Los sistemas operativos de red permiten que un conjunto de estaciones utilicen y compartan recursos de otras estaciones dentro de la misma red. La estructura de comunicacin que se adopta en un NOS es del tipo Cliente Servidor, dada la facilidad de compartir recursos que le es inherente. Podemos mencionar otras estructuras como: Peer to Peer (Entre Pares), pero en este caso no se
Universidad UAI
24
Osvaldo A Prez
requiere un NOS, sino que los OS de cada estacin poseen capacidades de comunicacin en red para establecer, ya sea: a) La comunicacin entre dos estaciones, o bien, la comunicacin dentro de un Grupo de Trabajo (Workgroup). b) La comunicacin desde un nico controlador (maestro) y un conjunto de estaciones esclavas (estructura tpica de los mainframes). Un Sistema Distribuido requiere de algn mecanismo de Arbitrio y Control En el Modelo Cliente-Servidor dicha funcin la desarrolla el NOS (Network Operating System) El NOS o una parte de un NOS reside en un Servidor Los NOS proporcionan el Acceso para que los Clientes accedan a los Recursos Compartidos
Sistema Operativo de Red Servidor de Red

Datos
Sistema Operativo Cliente Cliente
Plataforma Aplicaciones Sistema de Archivo Administrador de Memoria Distribuidor Software Sistema Operativo de la Estacin
Servicios de Red
Protocolo Comunicaci
Protocolo Comunicacin
Conexin Capa Fsica La estructura de Cliente Servidor permite disponer de un conjunto de estaciones que operan como servidores y ofrecen sus servicios a otras estaciones que operan como Clientes. En esta estructura la operacin no tiene que ser totalmente centralizada, ya que varios Servidores pueden colaborar entre si para ofrecer un servicio distribuido. Por otra parte, la cantidad de Servidores es limitada, en cambio la cantidad de Clientes puede ser muy elevada. Por lo tanto la estructura se basa en el establecimiento de funciones complejas centralizadas que le son ofrecidas a un nmero de usuarios grande, con el objetivo de hacer un uso eficiente de los recursos especializados, costosos, o que requieren algn nivel de control o seguridad, que encarecera el costo fuertemente si se tuviera que realizar en cada una de las estaciones Clientes, las cuales pueden ser muy numerosas. De esta forma comprendemos que la estructura Cliente Servidor ofrece la solucin ms eficiente y de menor costo para las funciones que requieren un punto de concentracin para su operacin. Estos puntos de concentracin requieren de un elemento operativo vinculador homogneo, el cual resulta ser el Sistema Operativo de Red. Como vemos en el grfico las funciones del NOS difieren para el caso de la Estacin Cliente y de la Estacin Servidora. En el caso del Cliente el NOS se basa alrededor del Redirector que cual deber determinar si el recurso que solicita la estacin es un recurso propio (local), o un recurso ajeno, el cual deber ser buscado en la red. En el caso de que el recurso deba ser buscado en la red, el redirector deber poseer la funcionalidades necesarias para dirigir a un conjunto de protocolos de comunicacin que puedan determinar y ubicar el lugar (Servidor), en donde se encuentra el recurso que solicita la estacin cliente.
Universidad UAI
25
Osvaldo A Prez
En el caso del Servidor el NOS debe desarrollar varias funciones, entre las cuales encontramos: El Sistema de Archivos, El Sistema de Directorios, El Administrador de Memoria, el Distribuidor de Tareas (Scheduler) y los Servicios de Red. El NOS debe poder correr en una plataforma preemtiva, de forma tal de que un proceso no quede bloqueado, imposibilitando que otros procesos continen su operacin. El Distribuidor de tareas se encargar de la asignacin de tiempo de procesamiento a cada uno de las demandas de procesos que lleguen al Servidor, de forma tal de evacuar sus necesidades. Se debe mencionar que un Servidor correctamente dimensionado no debe hacer esperar las demandas de los Clientes, ya que de lo contrario la Calidad de Servicio se degrada; esto implica que la capacidad de procesamiento debe ser lo suficientemente elevada como para atender las demandas, pero no tan elevada, como para transformarse un elemento con costo excesivo.
4.9 Componentes de los Sistemas Operativos de Red para las LANs

Los NOS para LANs se pueden dividir en cuatro componentes principales: Plataforma del Servidor Servicios de software de Red Software de Redireccin de Red Software de Comunicacin Estos componentes trabajan en forma conjunta para posibilitar la operacin como un sistema distribuido dentro del modelo Cliente Servidor. La porcin del Cliente se centra en el Redirector, que es el componente de Software que se le debe incorporar al Sistema Operativo de la Estacin Cliente para que pueda remitir las solicitudes de red hacia la red. Este componente es especfico de cada Sistema Operativo de Mquina y de cada Sistema Operativo de Red, por lo cual un Sistema Operativo de Red solo soporta al conjunto de Sistemas Operativos de Cliente para los cuales haya desarrollado los Redirectores respectivos.
Los NOS constan de 4 componentes La Plataforma del Servidor

Debe proporcionar: Multitarea preemtiva Memoria Compartida Memoria Protegida Ofrece Servicios Bsicos de red, tales como: Sistema de Archivo en Red Administracin de Memoria Distribucin de Tareas (Scheduling)
El Software para Servicios de Red
Ofrece Servicios de Red Complementarios Servicios distribuidos simples y complejos
El Software para Redireccin de Redes

Deriva las solicitudes de Servicio Distribuido hacia la Red Coexiste con el Sistema Operativo de la estacin de trabajo Cliente
El Software para Comunicaciones

Proporciona los protocolos necesarios para transmitir los requerimientos de servicios en la red Estos componentes trabajan en conjunto para ofrecer los Servicios de Red Distribuidos El Servidor, por su parte, desarrolla las funciones principales del Sistema Operativo de Red. Se debe tener presente que en el modelo Cliente Servidor no existe un nico Servidor Central, o Mainframe, sino que pueden existir muchos Servidores de Red diferentes, cada uno implantando algunos servicios; por ejemplo; Servidor de Archivo, Servidor de Base de Datos, Servidor de Correo, etc. Por
Universidad UAI
26
Osvaldo A Prez
lo cual en el Servidor, el Sistema Operativo de Red ofrece los Servicios de Base para que pueda operar y gestionar la red, y adems puede contener Servicios Adicionales, en funcin de los Programas Aplicativos que se instalen en dicho Servidor. Como Servicios de Base que debe desarrollar un Servidor encontramos; el Sistema de Archivos en Red, la Administracin de Memoria y la Distribucin de Tareas de Procesamiento. Para garantizar que los diversos procesos simultneos puedan correr sin destruirse entre si, un Servidor debe proporcionar: Multitarea Preemptiva; Memoria Compartida y Memoria Protegida. Con la multitarea se logra que las tareas con mayor prioridad accedan al procesaros antes que las tareas de menor prioridad. La memoria compartida permite actualizar archivos, u otras funciones, para mltiples usuarios. La memoria protegida permite el aislamiento de los diversos flujos de procesamiento, al otorgarles reas de memoria exclusivas. Los programas de comunicacin proporcionan los protocolos necesarios para transmitir los requerimientos para los servicios de red, los cuales son capturados por los servidores, procesados, y respondidos hacia los clientes, utilizando el mismo juego de protocolos.
4.10 Caractersticas del Sistema Operativo de Red.

Los Sistemas Operativos de Red deben garantizar niveles de transparencia, de forma tal que las estaciones puedan encontrar los recursos sin depender de la ubicacin que dichos recursos tienen en la red. Los primeros NOS apuntaban a la visualizacin de recursos y la comparticin de impresoras y su redireccionamiento a servicios de impresin. Estos NOS provean de proxies en las mquinas locales. Los Solicitadores (Requesters) interceptaban las llamadas a los dispositivos y las redireccionaban a los Servidores en la LAN. La nica forma para que una aplicacin diferenciase entre un recurso local o remoto, era el camino de su Nombre, el cual inclua el nombre de la mquina, el cual tambin poda utilizar un alias. Caractersticas de Transparencia
Transparencia en la Ubicacin (Location) El acceso a los recursos deben ser independiente de su localizacin Los usuarios no deben tener que especificar la informacin de la localizacin Transparencia para los Espacios de Nombres (Namespace) Debe ser posible utilizar las convenciones y el espacio de nombres para localizar cualquier recurso en La red. Transparencia de Ingreso (Logon) Debe ser posible utilizar una clave nica o autenticacin que trabaje en todos los servidores y servicios De la red Transparencia de Replicacin El NOS realiza las tareas de sincronizacin en forma transparente sin importar la cantidad de copias de un recurso en la red. Transparencia del Access Local/ Remote El NOS debe proveer el control de acceso y los servicios de directorio Transparencia ante la Operacin con Tiempos Distribuidos El NOS debe sincronizar los relojes Transparencia ante Fallos EL NOS debe manejar los reintentos y las reconexin de las sesiones. Debe proveer redundancia de Servicio y tolerancia a fallos. Transparencia de Administracin El NOS se debe integrar con los servicios de administracin locales
Entre las Caractersticas de Transparencia de los NOS encontramos:
Universidad UAI
27
Osvaldo A Prez
Transparencia de Ubicacin; Transparencia para los Espacio de Nombres; Transparencia para el Ingreso; Transparencia de Replicacin; Transparencia para el Acceso, tanto local como remoto; Transparencia para la operacin con tiempos distribuidos; Transparencia ante Fallos y Transparencia de la Administracin.
4.11 El Sistema Operativo Distribuido.

Un sistema operativo distribuido es de mayor complejidad que un sistema operativo de red, ya que debe incorporar funcionalidades adicionales. En el grfico observamos la disposicin de un sistema operativo distribuido en el cual consideramos cuatro grupos funcionales: a) Los Servicios de Aplicaciones b) El ambiente de Computacin Distribuido c) El Sistema Operativo de Red d) Los Servicios de Comunicaciones Los Servicios de Aplicaciones incluyen los mecanismos distribuidos previstos en cada tipo de aplicacin de alto nivel para que puedan operar en un ambiente distribuido en forma similar a su operatoria en modo centralizado, normalmente debe incluir algn mecanismo de ambiente desconectado, el cual permita continuar operando aun cuando no se haya podido realizar la actualizacin a distancia. Se incluyen aplicaciones tpicas para: Procesamiento de Transacciones; Servidores de Web; Servidores de Bases de Datos; Servidores para Componentes de Objetos, etc.
Servicios de Aplicaciones
Procesamiento transacciones Servidor de Web Servidor DBMS Servicios Orientados a Objetos Workflow
Ambiente de Computacin Distribuido

Directorios y Paginas Amarillas Tiempo de Red Autenticacin Administracin Del Sistema

Archivos Remotos RPC Impresin Remota BLOBS Binary Large Objects
Servicios de Comunicaciones
NetBIOS NetWare Named Pipes TCP/IP SNA
El Ambiente Distribuido de Computacin, DCE (Distributed Computer Environment), es uno de los posibles esquemas para la operacin distribuida, el cual ampliaremos a la brevedad. Sin embargo, se debe recordar que no es el nico y que existen otros mecanismos distribuidos ms modernos que se estudiarn en la materia Teleprocesos y Redes II.
Universidad UAI
28
Osvaldo A Prez
El DCE incluye los Servicios de Directorio; el Servicio de Tiempo de Red; el Servicio de Autenticacin y el Servicio de Administracin del Sistema, como los servicios principales para la operacin distribuida. El Sistema Operativo de Red incluye como aplicacin principal el mecanismo RPC (Remote Procedure Call), para la operacin remota. El manejo de Archivos y de Impresin remotas y el manejo de archivos binarios grandes y sin estructura como podra ser la transferencia de cualquier documento de uso empresarial. Los Servicios de Comunicaciones: Se incluyen los ncleos de comunicaciones como el NetBIOS el Netare, los Named Pipes el Snack TCP/IP o el Snack SNA, en funcin del tipo de protocolos de comunicacin con los cuales se opere en la red respectiva.
4.12 DCE Distributed Computer Environment Framework.

Los sistemas de procesamiento distribuidos requieren de un conjunto de servicios, tanto de comunicaciones, como de control y gestin, para poder sincronizarse, compartir y operar al unsono. El Modelo DCE es un modelo cercano a un modelo de Capas, con los siguientes conjuntos funcionales. Un conjunto de Aplicaciones, que se soporta sobre los Servicios de Integracin de Computadores Personales y los diferentes Servicios Distribuidos. Adems se distinguen dos componentes esenciales que atraviesan las diferentes capas dada su importancia y funcionalidad; son ellos: La Seguridad La Administracin.
Aplicaciones
Integracin de Computadoras Personales Otros Servicios Distribuidos
Seguridad Tiempo
Sistema de Archivos Directorio

Otros Servicios
Administracin
RPC Llamada a Procedimientos Remotos Hilos de Procesamiento (Threads)
Sistema Operativo y Sistema de Transporte

La Seguridad es un elemento central en el mundo moderno, en donde las desigualdades del mundo globalizado aumentan las tenciones y maximizan los ataques terroristas originados en los guerrilleros. Sin entrar en demasiados detalles se debe considerar la importancia de la seguridad de
Universidad UAI
29
Osvaldo A Prez
los sistemas y de la informacin tan solo por la cantidad y variedad de los ataques por virus a travs de la Internet. En tanto la Administracin es el factor esencial para la coordinacin, sincronizacin y control de los diferentes elementos distribuidos que debern interactuar en tiempo y forma para lograr los objetivos definidos. Es evidente que ambas funciones requerirn funciones especiales de las redes de comunicaciones para poder asegurar su disponibilidad. Los servicios esenciales del modelo se cursan a travs de un mecanismo de RPC (Remote Procedure Call) o similar, a partir de los cuales se establecen los servicios de temporizacin y sincronizacin; los de directorios y restantes servicios distribuidos. Finalmente el modelo se asienta en los servicios de los sistemas operativos y de los sistemas de transporte por medio de las redes de comunicaciones. El Modelo permite establecer las funcionalidades de: Comunicaciones Heterogneas: Las extensiones del sistema operativo deben proveer un juego de protocolos de comunicaciones que le permita a los servidores comunicarse con la mayor cantidad posible de Plataformas, tanto de Clientes como de Servidores. Extensiones del Sistema Operativo de Red: Binary Large Objets (BLOBs): Intelligent Message Streams; object representation format Directorios Globales y Pginas Amarillas de Red: Las extensiones del Sistema Operativo deben proveer una forma para que los clientes puedan localizar a sus servidores en la Red, por medio de la utilizacin de los servicios de directorios globales. Los recursos de Red se buscan por su nombre, en tanto que los servidores deben registrar dinmicamente sus servicios con el proveedor del directorio. Servicios de Autenticacin y autorizacin: Los sistemas de autorizacin determinan si los clientes autenticados tienen los permisos correspondientes para obtener los servicios remotos. Administracin del Sistema: El sistema se debera poder administrar como si fuera un nico servidor o servidores mltiples asignados a un dominio. Una visin empresarial que cubriera mltiples dominios puede ser provista para la generalizacin de servidores. Los servicios de administracin incluyen servicios para la configuracin del sistema, monitoreo del desempeo, de los elementos, generacin de alertas ante problemas de operacin, distribucin y administracin de paquetes de software en estaciones de Clientes, comprobacin de virus, de intrusos y acceso a los recursos de los servidores. Network time: Se debe disponer de un mecanismo para que tanto los clientes como los servidores sincronicen sus relojes. Bases de Datos y Servicios de Transacciones: Se debe soportar un sistema de Administracin de Bases de Datos, DBMS; con soporte de SQL para el soporte de decisiones y los procedimientos de almacenado en servidores para los servicios de Transacciones. Otras funciones incluyen los Monitores de Procesamiento de Transacciones (TP Monitor) para el manejo de los Procedimientos Almacenados (o transacciones) como unidades atmicas de trabajo que se ejecutan en uno o mas servidores. Servicios de Internet: Servicios Orientados a Objetos:
Universidad UAI
30
Osvaldo A Prez
4.13 Modelo Cliente Servidor

El modelo mas utilizado en el desarrollo de las aplicaciones distribuidas es el de Cliente Servidor. Este modelo se basa en la premisa que una determinada aplicacin (cliente) solicita un servicio especfico a un Suministrador del mismo, (servidor). Sin embargo la definicin cannica no especfica la operacin en detalle, para ello debemos incorporar algn elemento de control de flujo de las solicitudes. Esta necesidad hace aparecer las figuras del Invocador y el Respondedor. El invocador es quien solicita el Servicio (normalmente el Cliente); en tanto que el respondedor es quien lo suministra (normalmente el Servidor). Pero este comportamiento no es universal, pues existen aplicaciones de operacin centralizada que se disparan desde algn servidor (invocan) a uno o varios clientes para que Reporten (Respondan) algn estado u operacin especficos. En estos casos la operatoria se invierte siendo el Servidor el Invocador y el Cliente el Respondedor. Ej; solicitudes para el disparo de back ups de diferentes clientes, desde un Servidor de Seguridad. El Servicio se realiza entre procesos que corren en mquinas diferentes; de all la idea de un sistema distribuido. La operacin tpica es la de un cliente requiriendo un servicio a un servidor; pero tambin existen solicitudes de servicio entre servidores; en especial cuando la tarea a desarrollar requiere la participacin de ms de un servidor para lograr ser desarrollada. El uso de los servicios es compartido, lo cual implica que un servidor debe suministrar servicios a varios clientes en forma simultanea, regulando el acceso a los servicios compartidos, de forma tal de garantizar el procesamiento del servicio dentro de los tiempos de demora mximo que los clientes puedan esperar. La operacin cliente servidor se efecta con transparencia de la ubicacin; es decir que tanto el servidor como el cliente pueden residir en la misma mquina, o separados por una red en los polos opuestos del planeta. Sin importar su ubicacin, los protocolos operaran en forma transparente desarrollando en forma similar la tarea encomendada.
El Modelo Cliente Servidor opera bajo Control de un invocador y un respondedor En la mayora de las aplicaciones al Invocador se lo asocia con el Cliente y al Respondedor con el Servidor
Invocador
Flujo Normal del Cliente Flujo Invertido desde el Servidor
Cliente Servicio Consumidor

Flujo Invertido desde el Cliente
Servidor Suministrador
Flujo Normal del Servidor

Existen otros casos, controlados desde Un controlador central (Servidor). En los cuales el Servidor invoca a Un Cliente remoto, para que Realice alguna actividad
Respondedor
4.14 Arquitectura Cliente Servidor.

Universidad UAI 31 Osvaldo A Prez
La arquitectura cliente servidor surge como una evolucin natural del crecimiento de las PCs independientes, que surgieron como aplicaciones de escritorio en las empresas. Este desarrollo aparece, gracias a la gran aceptacin de las PCs en el ambiente de oficinas. La gran proliferacin de estas mquinas impuso el uso de una red de comunicaciones local, LAN, para enlazarlas y poder transferir datos entre s, sin la molestia del intercambio de disquetes. Si una LAN hubiese servido solo para la interconexin de las PCs, solo se habra obtenido un gran y veloz disquete virtual, para que los usuarios se intercambiaran informacin entre ellos. Sin embargo junto con el nacimiento de la red de PCs surge el concepto de Servidor, como un lugar de procesamiento y repositorio de informacin centralizado y compartible por todos los usuarios de esa red. Como un ejemplo sencillo podemos pensar esa evolucin en el caso de servidor de impresin. En la primer etapa se requera que cada PC estuviera adosada a su impresora exclusiva. En una segunda etapa se popularizaron los dispositivos que permitan compartir una impresora entre 2, 4, o 6 PCs, vulgarmente conocidos como Data Switch. Finalmente cuando la red se extendi a todas las PCs, aparece el servidor de impresin, que recibe las solicitudes de 20 o 30 PCs, genera una cola de impresin y enva el trabajo a dos o tres impresoras de red de alta calidad y velocidad.
Servidores
Modo de Ejecucin de las aplicaciones Por particin de procesamiento en hileras (tier) de procesamiento
Servidor (Back end) Provee acceso y administracin de los datos
Arquitectura Escalable Interoperable Gran Ancho de Banda
Clientes
Cliente (Front end) Lgica de la aplicacin; presentaciones en pantalla (Lgica del negocio), solo el Cliente grueso
Nodo Remoto (menor velocidad, se conecta a travs de una WAN
Control Remoto Terminal
Fat Server
Web Client
Fat Client
Arquitecturas Cliente-Servidor
Servidor Multitier Procesamiento Cliente Centralizado Distribuido Stand Alone Rich Client
Esta migracin de funcionalidades en el tiempo, va desarrollando nuevas aplicaciones y problemas que se inscriben bajo la nueva denominacin de arquitectura cliente-servidor. Visto desde el lado del crecimiento, se van generando bases de datos y otros servicios que comienzan a residir en servidores especializados, pero por otra parte se empieza a competir en el rea de la empresa reservada a los mainframes y hosts con aplicaciones monolticas desarrolladas durante al menos los 30 aos anteriores. A estos sistemas se los denomina heredados, (legacy system), ya que responden a la arquitectura centralizada y monoltica propia de los mainframes desarrollados en las dcadas del 50 y 60. La colisin de ambas realidades impulsa la bsqueda de una solucin integral donde se pueda adoptar y extender a la arquitectura cliente servidor dentro de las arquitecturas monolticas, sin que las aplicaciones heredadas pierdan funcionalidad y performance. La solucin tecnolgica a este problema es el modelo cliente servidor de tres o mltiples niveles de procesamiento (three o multiple
Universidad UAI
32
Osvaldo A Prez
tier), ya que el modelo de dos niveles (two tier), desarrollado a partir de la unin de PCs no alcanza a resolver la integracin con las aplicaciones monolticas centralizadas. Para lograr la coexistencia buscada, se deben dividir, particionar y encapsular las aplicaciones obtenindose los conceptos de eventos, objetos y transacciones. Esta divisin en elementos atmicos impulsa la necesidad de establece arbitradores de elementos de software en la red. Surge as el concepto de Middleware, como el software que posibilita el intercambio de aplicaciones entre ambientes operativos diferentes. Su funcin es administrar las transacciones, objetos o eventos que se cursan en la red. Se generan de esta forma familias de Middleware cuyo objeto es la interoperabilidad de las aplicaciones del entorno PCs, cliente-servidor, junto con los sistemas monolticos heredados. Estos modelos responden en mayor medida al enfoque de objetos, siendo los mas reconocidos el CORBA, Common Object Requester Broker Arquitecture del OMG Object Management Group, (una asociacin de los principales fabricantes de software); el DCOM, Distributed Component Object Model, de Microsoft y el modelo Java de Sun Software y un sinnmero de seguidores.
4.15 Modelo Bsico de Componentes Cliente Servidor

Las funcionalidades en el modelo Cliente Servidor se deben distribuir entre el Cliente y el Servidor. La problemtica de su distribucin radica en decidir cuales de ellas se mantendrn en el cliente y cuales en el servidor y que tipo de comunicacin se establecer entre ambos. Para ello utilizaremos el modelo simple que se ilustra en el grfico siguiente. Tanto el Cliente como el servidor poseen tres niveles de abstraccin: a) La Plataforma de Aplicaciones; b) Los mecanismos de conectividad de software, o software intermediario; el cual recibe el nombre de Middleware; c) El Sistema Operativo
Cliente
Plataforma Front-End
Comunicacin
Soporte Aplicaciones
Servidor
Aplicacin Servidor Back-End
Middleware de Conectividad
Comunicacin de Middleware
Protocolo de Red
Comunicacin de Red
Protocolo de Red NOS Servidor
OS Cliente
El Cliente: Cualquier Proceso de Cmputo que requiere Servicios desde un servidor El Servidor: Cualquier Proceso de Cmputo que provee Servicios a los Clientes El Middleware de Comunicacin: Cualquier Proceso de Cmputo a travs de los cuales los Clientes se Comunican con los Servidores La Plataforma del Cliente La plataforma del cliente posee un software de soporte a aplicativos del tipo Front End, o tipo escritorio, en el cual se pueden disponer de diversos utilitarios para el manejo de la informacin, de
Universidad UAI
33
Osvaldo A Prez
formatos de documentos y almacenamiento de archivos de nivel elemental, pero sin alcanzar las magnitudes de bases de datos. El Middleware de Conectividad del Cliente La funcionalidad de este software en el cliente se concentra en lograr la conectividad del software en forma normalizada, de forma de poder dialogar desde y con cualquier otro software sin importar su estructura en particular. Por ejemplo con formatos de archivos diferentes en distintos sistemas operativos o con codificaciones diferente entre diversas aplicaciones, etc. Por medio del middleware se realizan las conversiones que sean necesarias, en forma transparente entre las distintas plataformas. El Sistema Operativo del Cliente El sistema operativo del cliente cumple una funcionalidad muy bsica a nivel de red, la cual solo consiste en determinar si la consulta puede ser procesada en la mquina local, o debe ser remitida hacia algn servidor; funcionalidad que realiza el redirector. Los Protocolos de Red Los protocolos de red representan el mecanismo de comunicacin ms antiguo y elemental para comunicar a dos computadoras entre si. Estos protocolos son vlidos tanto para el cliente como para el servidor, pues representan al leguaje comn por medio del cual se realizar la comunicacin entre ambos. El Sistema Operativo de Red del Servidor El sistema operativo del servidor debe poseer posibilidades de ofrecer una cantidad de servicios de red adecuados para el reconocimiento y generacin de las transacciones bsicas de la red; adems cada tipo de servidor implementar servicios adicionales, por ejemplo Servidor de Impresin, de Archivos, de Base de Datos, etc. El Middleware de Conectividad del Servidor En el servidor el Middleware debe proporcionar funcionalidades adicionales de reconocimiento, enrutamiento y decodificaciones funcionales, en funcin del tipo de servicio de middleware que se haya activado. La Plataforma del Servidor La plataforma del Servidor ofrece las funcionalidades de Soporte o Back End, en la cual se establecen los distintos servicios y funciones de cada tipo de servidor que se active. Tpicamente una computadora solo suele establecer un nico servicio o servidor, dado que la cantidad de transacciones suele ser elevada y la capacidad del hardware no podra manejar ms de un servicio. Sin embargo, en empresas pequeas en donde la cantidad de transacciones es muy limitada en una misma computadora puede se pueden establecer varios servicios y servidores diferentes, tanto para aprovechar la capacidad de procesamiento de la computadora, como para reducir el costo total de la instalacin de hardware.
4.16 Modelo Bsico de Componentes con Middleware.

La comunicacin entre Clientes y Servidores se produce en diferentes niveles. Originalmente la comunicacin solo se realizaba por medio de los protocolos definidos en las diferentes capas, resolviendo los problemas ms complejos de comunicacin en la capa de aplicacin. Esto gener un conjunto de funciones de red normalizadas que se encapsularon como APIs (Aplication Program Interface) de Red; de las cuales encontramos ejemplos como el Winsock, la pila SPX y el NetBios. Sin embargo, con el correr del tiempo se definieron nuevos mecanismos de comunicacin entre los diversos componentes de software, en particular dentro de los componentes orientados a objetos. Esta nueva interfase se gener a nivel del Middleware con APIs de Middleware como pueden ser las funciones CORBA, DCOM, etc. Donde tal vez los casos ms conocidos sean los middleware para bases de datos como el caso del ODBC.
Universidad UAI
34
Osvaldo A Prez
La conectividad por middleware es relativamente compleja, aunque, a nivel de programacin de entornos distribuidos cerrados resulta til. El problema central de esta solucin lo encontramos con los sistemas distribuidos abiertos, los cuales han proliferado a partir de la globalizacin de la Internet.
Cliente
Comunicacin
Soporte Aplicaciones
Servidor
Aplicacin Servidor Back-End Middleware de Conectividad
Comunicacin de Middleware APIs de Middleware

(ODBC)
Protocolo de Red
Comunicacin de Red APIs de Red
OS Cliente
(WinSock, SPX,
4.17 Modelo Bsico de Componentes Web. Cliente

Comunicacin
Soporte Aplicaciones APIs de Web
(Web
Servidor
Aplicacin Servidor Back-End Middleware de Conectividad
Comunicacin de Middleware APIs de Middleware

(ODBC)
Protocolo de Red
Comunicacin de Red APIs de Red (XML,
OS Cliente
Resulta evidente que la revolucin iniciada en 1995 por medio de la Web sobre Internet ha revolucionado y continuar revolucionando la industria y la operacin del software. Actualmente contamos, programamos y operamos en un ambiente distribuido abierto y global en donde y en cualquier momento se puede activar o comunicar un nuevo componente de software que puede cambiar la plataforma desde la cual estamos operando. Si bien, esto es, por un lado, un servicio de actualizacin deseable, por el otro, un problema de seguridad y de penetracin latente, lo cual demanda monitores y otros mecanismos de prevencin que permitan controlar las modificaciones permitidas y realizadas. Sin embargo, nuestro inters actual no se centra en la facilidad de modificacin del software de la plataforma, sino en la facilidad, variedad y ductilidad de la comunicacin de las aplicaciones actuales en la fase de su operacin. Es aqu donde ingresamos a las APIs de Web, en donde los ejemplos
Universidad UAI
35
Osvaldo A Prez
ms relevantes son los Web Services, por medio de los cuales una aplicacin puede recabar datos, comunicarse y realizar operaciones, en forma muy simple, utilizando servicios y componentes de otras aplicaciones que se encuentran distribuidas dentro del espacio de conectividad de Internet y en particular dentro de los servicios de Web.
4.18 Arquitectura One Tier (Un Nivel o Grada) (Monoltica)

Las arquitecturas centralizadas, tpicas de los sistemas Mainframes y de los sistemas heredados hacan uso de la arquitectura One Tier, en la cual los elementos lgicos de la aplicacin quedaban entrelazados y con mltiples dependencias cruzadas. Tpicamente las lgicas de Presentacin, Negocios y Datos se entremezclaban entre s, conformando un entorno nico y propietario. Las ventajas obvias de esta arquitectura son la seguridad, la administracin y el control implcitos en una arquitectura centralizada. La seguridad queda establecida por el conjunto de de dependencias cruzadas que hace prcticamente imposible separar las lgicas contenidas, pero como desventaja implcita se presenta la prctica imposibilidad de la escalabilidad del sistema. Una segunda desventaja (desde el punto de vista del usuario), es que el sistema al ser nico es dependiente de un nico proveedor, haciendo prcticamente imposible su reemplazo. Para poder resolver el problema del escalamiento y la dependencia de un solo proveedor se requiere la separacin de las lgicas de interfase de las de implementacin.
Mainframe
Lgica de Presentaci
Lgica del
Lgica de
Aplicacin Monoltica
RPC Remote Procedure
Terminales 4.19 Arquitectura Two Tier (Dos Niveles o Gradas).

La resolucin de los problemas de dependencias cruzadas de la arquitectura monoltica se requiri de dos elementos de base. En el plano lgico el encapsulamiento y subdivisin de lgicas por modularizacin. En tanto que en el plano tecnolgico se viabiliz el nacimiento de las Tecnologas Distribuidas por medio de las tecnologas de PC, Redes locales LAN, bases de datos relacionales y herramientas de escritorio. La arquitectura de dos gradas es la respuesta al este conjunto de nuevas herramientas. En esta arquitectura se separa la lgica de Interfase de Presentacin; GUI (Graphics User Interface); de la
Universidad UAI
36
Osvaldo A Prez
lgica de Implementacin, Almacenamiento o Base de Datos. No se especifica claramente en este modelo en donde se ubica la lgica de Procesos de Negocios, por lo cual se generan dos modalidades diferentes: a) La arquitectura con Cliente Gordo; que incorpora la mayor parte de la lgica de proceso junto con la lgica de la Interfase, en el mquina Cliente. B) La arquitectura con Cliente Flaco; que incorpora la mayor parte de la lgica de proceso junto con la lgica de Implementacin en el mquina Servidor.
Tecnologa Distribuida Lgica de Presentacin Lgica del Negocio Llamadas De Red Lgica del Negocio Lgica de Datos
Cliente
Red
Cliente Gordo
Servidor
Servidores
Cliente Flaco
RPC Remote Procedure Call
Clientes
Estas dos alternativas generan aplicaciones diferentes, pero en general es de remarcar que la implementacin de Sistemas de dos gradas es relativamente simple, tanto desde los aspectos de Programacin, como de Comunicacin, por medio de llamados a procesos RPC. Para distribuir los recursos de procesamiento se recurre a topologa three tier o multiple tier, en la cual se dispone de niveles de procesamiento, ya sean clientes, distintos niveles de servidores, o de mainframes que se distribuyen las tareas y responsabilidades de las consultas efectuadas por los clientes. Las arquitecturas de Windows y Unix se basan en la arquitectura Cliente Servidor, con lo cual se posibilitan los desarrollos e implantaciones rpidas en comparacin con las aplicaciones monolticas de una sola grada. Otra ventaja es el costo, ya que los servidores cuestan mucho menos que los mainframes.
Comunicacin.
En la arquitectura cliente servidor las transacciones se realizan con la tcnica de RPC Remote Procedure Call, en la cual se establece un pedido de informacin desde un cliente hacia un server, el cual responde convenientemente. Esta respuesta podr ser simple o compleja en funcin de como se distribuya la inteligencia del proceso. Consideremos el caso de una consulta SQL. Podemos considerar el caso de un cliente gordo, el cual contenga todos los mecanismos de traduccin necesarios. En este caso el cliente adaptar su consulta al dialecto SQL de la base de datos que corre especficamente en el servidor y el servidor responder directamente con su propio dialecto. En el otro extremo podemos considerar un cliente flaco que solo posea los mecanismos mnimos para comunicarse, en este caso el cliente emitir su consulta SQL en el lenguaje que conozca y ser responsabilidad del servidor el entenderla, traducirla, adaptar al dialecto del servidor, procesar la
Universidad UAI
37
Osvaldo A Prez
consulta y volver a traducirla al dialecto original que sea entendible por el cliente que efectu la consulta. Entre las tecnologas usuales para la comunicacin en ambiente Cliente Servidor encontramos tecnologas como las MQSeries, o la Tuxedo para el tratamiento de los llamados de red. Otra alternativa es la utilizacin de objetos distribuidos.
4.20 Cliente Gordo.

Consideremos el escenario tpico de una empresa que dispone de una gran cantidad de mquinas con la funcionalidad de clientes. En la prctica cada empleado puede llegar a tener su propia computadora que actuar como un cliente. Dadas estas condiciones se presentan las siguientes posibilidades: Instalar en cada uno de los clientes todas las aplicaciones requeridas en forma completa o bien hacerlo en un solo lugar. Si se instalan las aplicaciones en forma completa nos estamos refiriendo al caso de un cliente gordo, los beneficios de est configuracin son: Se procesa en forma local con lo cual se minimizaran los requisitos de red. Se dispone de la aplicacin completa en forma local sin necesidad de interconectarse a una red. La cantidad de informacin generada hacia un servidor es mnima pues las consultas se adaptan al formato con el cual trabaja el servidor y este responde en forma directa sin requerir traducciones o adaptaciones de datos, estos se efectan en cada cliente en los casos en que fueren necesarios.
Cliente
Red
Cliente Gordo
Servidor
Servidores
Clientes
Los inconvenientes que se presentan son: Se requiere de mayor capacidad de disco, de memoria y de procesamiento en cada cliente, con lo cual el hardware de cada cliente ser ms complejo y caro que si se utilizar una solucin de cliente flaco. Otra punto en contra se refiere a la actualizacin y mantenimiento de las aplicaciones, dado que al existir una gran cantidad de copias diseminadas en toda la empresa habr que realizar actualizaciones en cada cliente individual, con lo cual se requerir de mucho tiempo y mano de obra para mantener actualizado el sistema de la empresa. La configuracin de cliente gordo es ptima cuando se poseen pocos clientes, no se cuenta con una red poderosa o se intenta minimizar la cantidad y complejidad de los servidores. Adems se debe recordar que en todas aquellas aplicaciones crticas, ya sea en seguridad o en tiempo de respuesta o tiempo real solo se podrn resolver con el concepto de cliente gordo.
Universidad UAI
38
Osvaldo A Prez
Considerando los requisitos de escalabilidad una opcin a considerar es comenzar con estaciones de clientes gordos cuando existen pocos clientes en una empresa e ir migrando lentamente a una configuracin multiple-tier con ciertas aplicaciones distribuidas en la medida en que la cantidad y complejidad de los clientes de la empresa vayan creciendo. El caso del mantenimiento y actualizacin de software no se considera limitante para el futuro dado que los nuevos sistemas operativos posibilitan la actualizacin de aplicaciones en forma remota y automtica permitiendo adems mantener una consolidacin de versiones que permita un ptimo funcionamiento. Por otra parte para el caso del mantenimiento se estn considerando nuevas aplicaciones de administracin que posibilitarn centralizar en un servidor la configuracin actualizada de todas las estaciones clientes y servidoras utilizadas en un determinado entorno empresario. Como veremos el dilema se centrar entre el costo de las estaciones clientes , en el caso de cliente gordo y la cantidad de niveles, servidores y trfico en la red requeridos por el concepto de cliente flaco.
4.21 Cliente Flaco.

En el otro extremo podemos considerar un cliente donde solo se disponga de la menor cantidad de software de aplicacin posible, distribuyendo el software de aplicacin comn en distintos niveles de servidores que se encargan de procesar, adaptar, validar y traducir los requerimientos que las aplicaciones de los clientes generen. En este caso si bien las aplicaciones quedan en las estaciones clientes, solo quedan en sus versiones reducidas, dado que cualquier funcionalidad especial de uso no comn se centralizar en algn servidor al cual debern acceder los distintos clientes para poder ejecutarla.
Cliente
Servidor
Servidores
Cliente Flaco
Clientes
Las ventajas de esta configuracin son: Solo se requiere de aplicaciones sencillas en cada cliente, por lo cual el hardware requerido en cada cliente ser menor y ms econmico. Dado que las aplicaciones residirn en una cantidad de servidores reducida su actualizacin y mantenimiento se simplificarn al centralizarse su accionar y reducirse a un nmero limitado de servidores. Los inconvenientes son: Se requiere de una cantidad de servidores complejos para poder dar servicio a las aplicaciones que corren sobre los clientes. Estos servidores debern disponer de una capacidad de disco, memoria y procesamiento suficiente como para atender todos los requisitos de
Universidad UAI
39
Osvaldo A Prez
los clientes. Se requiere de una red compleja dada la gran cantidad de consultas y procesamiento remoto demandado por las aplicaciones de los clientes que deben requerir de los servicios de los servidores para completar sus aplicaciones. Considerando el mismo ejemplo anterior donde se realizaba una consulta SQL a una base de datos, en este caso el cliente solo dispone de un cierto dialecto SQL, por lo cual solo tendr capacidad para realizar su consulta en este dialecto; ser funcin del servidor el adaptar, traducir y procesar la consulta en el dialecto SQL entendible por el servidor. Una vez procesado deber volver a traducirlo y adaptarlo al dialecto del cliente, ya que el cliente debe recibirlo en forma entendible al carecer de opciones de traduccin. Se debe recordar que el objetivo del cliente flaco es el de centralizar las funciones en servidores intermediarios de tal forma de facilitar el control de los recursos de sistemas de una empresa. Su fundamento se basa en dos conceptos, tener estaciones clientes sencillas y baratas con baja carga de aplicaciones y obtener facilidad de actualizacin y mantenimiento al centralizarse las operaciones en los servidores. El concepto de cliente flaco es til para aquellas aplicaciones que se encuentran replicadas en gran cantidad de usuarios y que no requieran de grandes necesidades de procesamiento, de esta forma, por ej, un departamento de atencin al cliente podra facturar desde un nico servidor al cual tuvieran acceso todas las estaciones clientes del sector.
4.22 Arquitectura Three Tier (Tres Niveles o Gradas)

Este tipo de arquitectura soluciona los inconvenientes e inconsistencias originadas al tener la lgica de los procesos de negocio en forma distribuida. Tambin resuelve otras inconsistencias, como la sobrecarga de trfico que origina problemas de desempeo. En la arquitectura de tres gradas las tres lgicas quedan claramente separadas; la lgica de Presentacin se aloja en el Cliente, en tanto que las lgicas de Procesos de Negocios y de Almacenamiento de Datos se alojan en Servidores especializados.
Tecnologa Distribuida Lgica de Presentacin Llamadas De Red Lgica del Negocio Tecnologa Distribuida Lgica de Datos Llamadas De Red
Cliente
Re
Servido
Re
Servido
DBMS Server
Back End
DBMS Server
SQL Request
Server Intermediario
Table Joint
Front End
Skinny thin Clients
Universidad UAI
40
Osvaldo A Prez
El problema de la distribucin de los servidores se resuelve con la arquitectura de tres gradas. Como se haba mencionado, el caso de dos gradas solo se tienen dos niveles; el inferior en donde se encuentran los clientes y el superior donde existen servidores que cumplen una funcin especifica en forma completa y para todos los clientes. La arquitectura de dos gradas no es recomendable por muchos motivos, entre ellos consideraciones de trfico y seguridad, con un problema adicional de que muchos procesos requieren la participacin de varios servidores que provean resultados intermedios, por ejemplo una consulta que se deba efectuar sobre dos bases de datos diferentes para obtener una respuesta concatenada. Para poder resolver estos inconvenientes sin recurrir a la instalacin de un sinnmero de servidores dedicados se recurre a la solucin de distribuir a los servidores en distintos niveles y reas de servicio, dando origen a las topologas three tier y multi-tier. En una topologa three-tier se cuenta con dos niveles de servidores, un primer nivel que acta como preprocesamiento y un segundo nivel que acta como servidores finales de consulta. El caso considerado de las consulta a dos bases de datos se procesara sobre un servidor intermediario de primer nivel, el cual se encargara de procesar y adaptar la consulta y a su vez generar las dos consultas sobre los servidores que contienen a las bases especficas. Con esta tcnica como podemos observar se simplifica la programacin y el procesamiento de las consultas complejas que requieran la participacin de varios servidores. Se establece de esta forma una componetizacin funcional que debe comunicarse por medio de Interfaces Abstractas de Comunicacin dentro de un ambiente de Procesamiento Distribuido. La Tecnologa Distribuida (DT) es la encargada de viabilizar las Comunicaciones entre los Componentes. Una tecnologa mas avanzada es la DOT; Distributed Object Technology; en la cual los mtodos de comunicacin se estandarizan posibilitando la operacin de mltiples aplicaciones con los mimos componentes, en lugar de reducirse a los componentes para una sola aplicacin.
4.23 Arquitectura de Objetos Distribuidos Three Tier.

Tecnologa Distribuida Lgica Lgica de del Presentacin Negocio Lgica del Negocio Llamadas De Red Llamadas De Red Tecnologa Distribuida Lgica del Negocio Lgica de Datos
Cliente
Red
Servidor
Red
Servidor
DBMS Server
Back End
DBMS Server
SQL Request
Server Intermediario Front End
Table Joint
Distributed Architecture Technologies Robert Peacock IEEE IT Profesional V2 N3 P58 May 2000
Clientes
Universidad UAI
41
Osvaldo A Prez
Esencialmente un objeto es una estructura que utiliza un juego normalizado de operaciones y mtodos para la manipulacin de datos. Los conceptos de encapsulamiento y abstraccin crean objetos que deben comunicarse entre s por medio de interfaces abstractas. Estas interfaces identifican la operacin que se debe desarrollar y definen los parmetros de entrada y salida necesarios para llevarla a cabo la comunicacin. Los objetos utilizan las interfaces abstractas para amalgamarse dentro de un sistema de aplicacin integrado. En esencia cada objeto es una caja negra, que puede modificarse o reemplazarse a voluntad sin afectar el resultado de la comunicacin con otros objetos. En cambio cualquier modificacin sobre los parmetros de entrada o salida requerirn del ajuste de otros componentes. Los beneficios del uso de objetos incluyen la versatilidad, el mantenimiento y la reusabilidad. Un componente es una entidad fsica que presenta un comportamiento, atributos y es capaz de desarrollar determinadas acciones. La diferencia con los objetos es que un componente es una unidad de cdigo, en tanto los objetos son abstracciones lgicas, aun cuando un conjunto de ellos se renan para la conformacin de un componente. Normalmente los componentes cuentan con mayor cantidad de mtodos que los objetos, porque son una coleccin de objetos, aunque no deban hacer visible todos sus mtodos. Una arquitectura de tres gradas orientada a objetos utiliza middleware para la comunicacin entre componentes. El middleware basado en objetos puede combinar varias tecnologas para la mediacin entre plataformas especficas y traduccin de protocolos de redes; con el resultado que las aplicaciones de diferentes proveedores se pueden comunicar sin inconvenientes. La tecnologa de objetos distribuidos ofrece los beneficios de mayor seguridad, confiabilidad, escalabilidad y disponibilidad. El reuso y comparticin de objetos incremente la productividad de desarrollo y las Interfaces Abstractas mejoran la flexibilidad. Con la tecnologa DOT se pueden utilizar las redes y los datos en forma mas efectiva y los sistemas son mas fciles de mantener.
4.24 Arquitectura Multi-Tier

Servidores Dominio 1 Back End Servidores Dominio 2
Servidores Intermedios
Servidores Intermedios Escalabilidad Complejidad
Servidores Intermedios
Front End Clientes
Universidad UAI
42
Osvaldo A Prez
Es el caso ms genrico pues permite distribuir a los servidores tanto por aplicaciones como por funcionalidad y rea de servicio. De esta manera se puede contar con varios niveles de servidores intermedios que permitan distribuir los recursos. As por ej, un servidor de contabilidad podra darle servicio a las estaciones del departamento contable, pero podra ser accedido por el resto de la empresa a travs de otros servidores intermediarios. Estos servidores intermediarios no solo serviran para aislar y controlar los accesos desde fuera del departamento contable sino adems para realizar adaptaciones y traducciones, ya que el servidor contable podra operar con un sistema operativo especfico y una aplicacin especifica, (desarrollado sobre una mainframe en cobol, por ej), en tanto que el resto de la empresa podra operar con un sistema operativo ms amigable y actual. En este caso solo el servidor intermediario debera entenderse con ambos entornos a travs de alguna aplicacin de middleware que permitira el pasaje entre ambos sistemas. La arquitectura de gradas mltiples ofrece la mayor flexibilidad para la resolucin de los problemas de procesamiento y comunicaciones. Se debe recordar que los problemas de comunicaciones se resuelven en dos planos diferentes: a) El plano de Comunicacin e interconexin de componentes, cubierto por los diferentes Middleware y Brokers que direccionan los Servicios, Mensajes y Mtodos. b) El plano de Red e interconexin fsica que ofrece la conectividad necesaria para la interconexin de los diferentes Servidores y Clientes que conforman el Sistema de Informacin. La arquitectura de multigrada posibilita la conformacin de Arquitecturas Jerrquicas que viabilicen la comunicacin de las aplicaciones, para su implementacin se requieren tecnologas complejas que aun no se han consolidado, por lo cual, por el momento, el modelo de tres gradas aparece como el de mayor difusin en los prximos aos.
4.25 Arquitectura Cliente Servidor de Tres Niveles, (Three Tier).

El modelo de conectividad operacional mas difundido para la nueva generacin de aplicaciones de sistemas se basa en la arquitectura Three tier, de tres niveles o capas operativas. En este modelo se procede con la separacin de los aspectos funcionales de: a) Interfaz de usuario (grfica y operativa). b) Reglas de Negocio y procesos intermedios (reglas operativas y permisos para los usuarios). c) Almacenamiento y procesamiento de detalle. Este modelo difiere en gran medida del utilizado por los sistemas heredados que se basaban en aplicaciones monolticas; es decir aplicaciones cerradas que contemplaban todos los detalles para un determinado proceso. Esa primera generacin se vio seguida por aplicaciones de segunda generacin en donde se separaban los procesos de bajo nivel, interfaz, procesos de usuarios, procesos intermedios; de los procesos y almacenamientos de alto nivel, grandes bases de datos, procesamientos transaccionales, etc. La separacin de funciones nunca fue clara ni definida, por lo cual cada aplicacin define su propio lmite entre lo que queda en cada una de esas dos esferas. Finalmente esta tercera generacin de aplicaciones impulsa una clara divisin de funcionalidades. Este proceso no es casual, se debe, por una parte, en el aumento constante en la complejidad de los sistemas; y por otra en factores de escalabilidad, es decir el sistema debe continuar operando de forma similar cuando se pasa de 10 a 10000 usuarios. Podemos hacer una analoga entre la evolucin de las aplicaciones y la evolucin del software. La primera generacin de software era monoltica, (mezclaba cdigo, datos, procesos, pantallas, etc). La segunda generacin fue procedural, definiendo y acotando los procesos que formaban cada uno de los mdulos del programa; adicionalmente se comenz con la separacin de los datos y los programas, difundindose las bases de datos. La tercera generacin continu con esta modularizacin definindose una programacin orientada a eventos, funciones e interfaces grficas, la cual resulta como un camino intermedio hacia la cuarta generacin que se manifiesta por la programacin orientada a objetos.
Universidad UAI
43
Osvaldo A Prez
Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor Ventajas

Modelo de aplicaciones monolticas versus
Facilidad de uso y Rendimiento
Modelo de aplicaciones distribuidas cliente-servidor
Ventajas
Flexibilidad, Seguridad e Independencia
Lgica de almacenamiento Lgica de aplicacin
Bases de Datos
Servidor Back end
Aplicaciones distribuidas
Procesos
Reglas de Negocio
Middleware
Lgica de presentacin
Presentacin
Cliente Front end
Plataformas heterogneas
Este detalle es importante ya que las aplicaciones three tier se sustentan bajo los esquemas de programacin de objetos bajo una plataforma de objetos distribuidos en toda la red. Este tipo de programacin con objetos distribuidos implica disponer de un elemento centralizador que se encargue de gestionar a los objetos y dirigir los mensajes desde los clientes, o los servidores hacia los servidores donde se disponga de los mtodos solicitados. Este esquema es bastante complicado y forma el ncleo de desarrollo de la arquitectura cliente-servidor. Dependiendo del fabricante de software especfico, este problema se resuelve de una manera diferente. La primer aproximacin es por componentes distribuidos, donde el ncleo es la gestin de dichos componentes. Como mencionamos precedentemente, los tres esquemas bajo desarrollo son el modelo CORBA, el modelo DCOM, de Microsoft; y el modelo Java de Sun. Si bien con sus particularidades, la base de los tres modelos es la misma; tres capas de mdulos o servicios para las aplicaciones y un ente gestionador de objetos y mensajes. Se suma a todo esto la popularidad de Internet, como tecnologa, con la proliferacin de las Intranets, Extranets y Redes Privadas Virtuales, VPN; con lo cual la tecnologa de desarrollo para este modelo, queda sustentada sobre la tecnologa Internet, a la cual completa y enriquece.
5. Modelos de Comunicacin de Datos para Mainframes 5.1.1 Comunicacin en Ambiente Mainframe, lado Terminal.
Los primeros ambientes de procesamiento remoto se realizaron a partir del nico procesador central, denominado mainframe o host, al cual se le conectaban perifricos consistentes en un display y un teclado, de forma tal de poder observar e ingresar informacin desde un lugar diferente al del propio procesador. A estos dispositivos se los denomin terminales bobas. Originalmente, tales terminales, se ubicaban en el mismo edificio que el procesador central y su conexin se resolva por medio de algn tipo de cableado, propio del mismo sistema. Transcurrido el tiempo, surgi la necesidad de conectar terminales que se encontraran en otros edificios, ya sea a metros, kilmetros de distancia, o inclusive ciudades diferentes. En tal poca solo se contaba con el cableado y sistema
Universidad UAI
44
Osvaldo A Prez
telefnico para resolver tal conexionado. De all surgi la necesidad de inventar tecnologa que se pudiera adaptar a la baja calidad de las lneas telefnicas de esa poca (solo se cursaban comunicaciones telefnicas), y permitiera la comunicacin remota de datos entre edificios o ciudades.
Se utilizaban terminales tipo IBM 3270

Tpicamente, terminales de texto; en algunos casos soportaba color y grficos
Funciones de Controlador de Cluster

Ofrece servicio a un grupo de terminales e impresoras Ofrece una capacidad de edicin limitada para los terminales
Con lo cual se libera al Mainframe para el procesamiento de los datos, en lugar de la edicin Adems reduce el tiempo de respuesta, ya que la edicin se realiza localmente
Ofrece servicio de Multiplexacin para la Transmisin de mltiples terminales e impresoras

Con lo cual se reducen los costos de transmisin al ocupar el canal el mximo del tiempo
Locacin de Usuario 3270 Terminal A A A B B

Mjultiplexacin de las Comunicaciones
AAA B B Cluster Controller
Locacin Central
Lnea de Red Pblica
Por razones histricas, aqu analizaremos la estructura desarrollada por IBM que gener el Modelo de Protocolos en Capas denominado SNA (System Network Architecture). Las terminales bobas (dump terminal), utilizadas fueron la IBM 3270, monocroma, orientada a texto, con 80 caracteres por lnea y 25 lneas por pantalla. Esto nos genera una cantidad de datos por pantalla de 80 x 25 = 2000 caracteres. Si cada carcter se representa por un cdigo de 8 bits (EBCDIC en IBM), encontramos que una pantalla demanda 16.000 bits para su conformacin. Los primeros MODEMS operaban a 300 bits por segundo. Un clculo simple nos indica que para transmitir una pantalla completa se requeran 53 segundos a tal velocidad. Posteriormente, operando a 1200 bits/s se demandaba un tiempo de 13 segundos). Para aprovechar la comunicacin y considerando que no toda la pantalla estaba escrita, as que se inventaron cdigos de transmisin y memoria de pantalla que permitiera transmitir solo los caracteres necesarios y no toda la pantalla. Por ejemplo si solo estoy remitiendo el campo nombre que posee 30 caracteres como mximo, solo remito un conjunto de 30 caracteres mas su posicin y control, en lugar de los 2000 de toda la pantalla; lo cual demandaba unos 2 o 3 dcimos por segundo a 300 bits/s. Adems, las pantallas no cambiaban todo el tiempo, sino que se remita una pantalla, la cual luego era leda por el operador, el cual deba tomar alguna decisin sobre la informacin recibida o ingresar datos complementarios. Uno de los primeros sistemas implantados con esta tecnologa fue el sistema de reserva de pasajes areos, con lo cual un operador reciba los datos del vuelo y luego deba seleccionar la ubicacin de los asientos, antes de responderle al sistema. Suponiendo 13 segundos para la pantalla completa y 20 segundos para tomar la decisin podemos comprender que en estos sistemas el refresco de la informacin y la operacin del operador demandaban un tiempo equivalente, lo cual permita su operacin sin mayores contratiempos, pero, aproximadamente, la mitad del tiempo de transmisin, (o mas), quedaba vacante y se desperdiciaba. Esto no era problema si en tal ubicacin solo se instalaba una terminal, pero si se instalaban dos o ms terminales, por cada una de ellas se necesitaba una lnea telefnica adicional. En esa poca eso implica un alto costo econmico, por ende se busco una solucin mas eficiente de
Universidad UAI
45
Osvaldo A Prez
la comunicacin por medio de la multiplexacin de datos de varias terminales por una misma lnea telefnica. Tal funcin la desarrolla el Cluster Controller.
5.1.2 Comunicacin en Ambiente Mainframe, Lado Central.

La cantidad de comunicaciones de datos multiplexadas que poda remitir una lnea telefnica dependa de varios factores: a) Su capacidad, o ancho de banda, dada por la velocidad del modem, cambio rpidamente en la dcada de 1960, de 300 a 600 a 1200 a 2400 a 4800 para, ubicarse finalmente en 9600 bits por segundo, velocidad que se mantuvo por varios aos, hasta 1980 aproximadamente. b) El tipo de trabajo que se realizara con la terminal. Una terminal de consulta poda estar desocupada gran parte del da, en cambio una terminal de carga de datos, poda estar transfiriendo pantallas, permanentemente durante la jornada laboral. c) El tipo de cdigo de transmisin y la compresin de los espacios en blanco y otros controles para minimizar la cantidad de informacin a remitir por cada pantalla, (en lugar de transmitir los 2000 caracteres, transmitir solo los que cambiaron, indicando su posicin en la pantalla). Las diversas tcnicas que se desarrollaron durante la evolucin de esta tecnologa permitieron la multiplexacin de varias terminales por lnea telefnica, haciendo muy eficiente el proceso de transmisin de datos.
En la Locacin Central se ubicaba el Mainframe y el Controlador de Comunicacin

Ofrece el servicio de Procesamiento de grandes Bases de Datos
Funciones de Controlador de Comunicacin

Ofrece el servicio de Multiplexacin de la Transmisin Establece la comunicacin y el control con los Cluster Controller
Libera al Mainframe de las actividades de control de las comunicaciones
Locacines de Usuario
Locacin Central
Communications Controller
Mainframe
Ya se haba mencionado que en el lado terminal tal funcin de multiplexacin la desarrollaba el Cluster Controller, al cual se conectaban las diferentes terminales que se encontraban en esa locacin. En el lado central la funcin de multiplexacin la desarrollaba el Communications Controller, el cual se conectaba a la computadora mainframe y gestionaba las comunicaciones de las diferentes lneas telefnicas, comunicndose con cada uno de los Clusters Controllers remotos. El Communication Controller se disea como un dispositivo separado de la Computadora Central, para evitar sobrecargarla. La Computadora Central se disea para el procesamiento de datos, mayormente rutinarios; es decir la generacin de facturas mensuales, recibos de sueldos, generacin de estadsticas, etc. Todas operaciones que deben realizarse millones de veces por mes, y que se
Universidad UAI
46
Osvaldo A Prez
pueden automatizar por medio de programas simples. Este procesamiento es rpido si el programa no debe cambiarse o si la computadora no debe esperar por datos externos. Se debe recordar que la potencia de procesamiento de las computadoras de la dcada de 1960 esta muy por debajo de la de las PCs de la dcada de 1990, sin embargo, la forma de utilizarlas es muy diferente; las antiguas carecan de una interfaz grfica con el usuario y de sistemas operativos pesados. Partiendo de esta base, resulta simple entender que el Communication Controller es una pequea computadora, tambin denominada FEP (Fron End Processor), mas lenta y econmica que el procesador central, pero que se ha diseado especficamente como dispositivo de entrada-salida para, atender y gestionar las comunicaciones con los Communication Controllers, y recibir o enviar datos a la Computadora Central con velocidades ms elevadas, compatibles con la velocidad de procesamiento de tales computadoras.
5.1.3 Servidores de Aplicacin.

Un nuevo problema surgi al considerar las lneas de larga distancia. Las comunicaciones remotas entre la locacin en la cual se encontraba el Mainframe, tpicamente la casa central, y las sucursales, se resolva por medio de lneas telefnicas dedicadas, denominadas punto a punto. Tales lneas, eran fsicamente iguales a las lneas telefnicas, pero no se conectaban a la central, es decir carecan de la posibilidad de operar como telfonos, sino que se conectaban entre si para conformar un circuito privado entre dos domicilios indicados por el cliente. Tales lneas se alquilaban con una tarifa mensual, que si bien era menor al abono equivalente de telefona, era de costo elevado. El costo del alquiler de la lnea dependa de la distancia de tal lnea, lo cual hacia que las lneas dentro de una ciudad fueran relativamente baratas, pero las lneas entre ciudades, altamente costosas.
Los Servidores de Aplicacin no forman parte de las Comunicaciones

Pueden actuar como Terminales o Controladores de Cluster y resultan funcionalmente Transparentes para el Mainframe
App Server Locacin Central App Server
Mainframe
Ya se ha explicado el mtodo de multiplexacin de datos para lograr que varias terminales remotas compartieran una misma lnea punto a punto, de forma tal de aprovecharla al mximo. Solo se consideraba el alquiler de una segunda, tercera, etc, lneas, cuando las anteriores estuvieran al borde de la saturacin. Al considerar el caso de ciudades diferentes se consider una nueva posibilidad por medio del Servidor de Aplicaciones. Consideremos un banco con casa central en Buenos Aires y sucursales en
Universidad UAI
47
Osvaldo A Prez
Rosario y Crdoba y recordemos que esto ocurre en 1960 cuando se carecan de medios electrnicos. Resulta evidente que los clientes de cada ciudad sern locales en tal ciudad y muy raramente se presentaran para operar por ventanilla en las otras ciudades- Las cuentas estn centralizadas en el Mainframe en Buenos Aires, pero carece de sentido que todas las transacciones de Rosario y Crdoba deban realizar la consulta contra Buenos Aires cuando la operatoria normal es local. Se procedi entonces a instalar localmente computadoras pequeas con alguna capacidad de memoria de forma tal que las consultas de saldo de Rosario y Crdoba se realizaran localmente en tales equipos, (sin modificar datos), y solo se comunicaran con Buenos Aires, cuando realmente se realizara una transaccin econmica. De esta forma se descarga de la comunicacin interurbana, a todas las consultas y solo se utilizan las lneas punto a punto interurbanas para aquellas transacciones que modifiquen el contenido de la informacin, que solo reside en Buenos Aires. Esto dio nacimiento al Servidor de Aplicacin como un procesador de datos remotos, con capacidades limitadas, y aumento aun ms el factor de multiplexacin de los datos en las lneas de comunicaciones, pues ahora todo el refresco de pantallas y operacin de comandos remotos se realiza en modalidad local; dentro de la propia ciudad, Rosario o Crdoba en nuestro ejemplo, y solo se utiliza la lnea interurbana cuando se deben realizar modificaciones y operar con el Mainframe de Buenos Aires. Este esquema, considera adems. La actualizacin de los datos de los Servidores de Aplicaciones por la noche, de forma de reflejar cualquier modificacin que se hubiera producido en otro lugar durante ese da. El caso es el siguiente. Una persona de Crdoba viaj y oper en Buenos Aires, sus datos en el Servidor de Aplicaciones de Crdoba quedaron desactualizados y solo se modificaran a la noche de tal da, cuando el Mainframe reactualice todos los datos de los Servidores de Aplicaciones. Los beneficios obtenidos con el Servidor de Aplicaciones son: a) Menor tiempo de respuesta. Al realizarse la edicin de las pantallas en forma local; evitar congestionar la base de datos del mainframe con gran cantidad de consultas. B) Reduccin de los costos de transmisin, al disminuir la cantidad de datos a transportar hacia y desde el mainframe y poder utilizar una lnea interurbana para un numero mayor de transacciones, ya que muchas de ellas se resuelven en forma local. C) Menor costo y capacidad requerida en el Mainframe, ya que este computador se reserva para el procesamiento de la base de datos, delegando la captura de datos y refresco de pantallas de las terminales en el Servidor de Aplicaciones.
5.1.4 Control de Comunicacin en el Mainframe

Hemos comentado la funcin del Communication Controller, como la de aquel dispositivo encargado de gestionar las comunicaciones sobre las lneas punto a punto y comunicarse con los Cluster Controllers, pero no hemos dicho quien gestiona a los Communications Controllers. Esto implica que puede existir ms de un Communication Controller por Mainframe. Al establecer la estructura de comunicacin se tubo que definir alguna estructura de dominio y algn elemento que controlara a tal dominio. Por esta razn aqu estamos explicando la problemtica del desarrollo de las comunicaciones de datos a partir del modelo SNA de IBM, que fuera uno de los primeros en desarrollarse y uno de los ms utilizados, inclusive hasta el da de hoy, (en los ambientes IBM). En la Arquitectura SNA se estableci un dominio de comunicaciones, el cual es gestionado y controlado por el Mainframe, que para tales fines recibe el nombre de SSCP (System Services Control Point), Punto de Control de Servicios de Sistemas. Tal funcionalidad es un aplicativo que se ejecuta en el Mainframe y al cual consultan todos los Communications Controllers a l conectados. Cada Communication Contoller, gestiona una parte del sistema remoto; parte que se denomina subarea. De esta forma un Dominio SNA puede estar compuesto por varias subreas, y cada subrea esta bajo el control de un Communication Controller. Esta estructura jerrquica es lo que SNA se conoce como red del sistema. Evidentemente cada subrea es independiente y est bajo el control de su propio Communication Controller, pero cuando se requiere la participacin de una recurso de otra subrea, la nica forma es la de pasar por el Mainframe bajo el control del aplicativo SSCP. Como ejemplo, supongamos que el usuario de una terminal remota le quiera enviar algn mensaje al usuario de otra terminal remota de un subarea diferente. Solo el SSCP sabe a que
Universidad UAI
48
Osvaldo A Prez
subrea pertenece cada terminal y como har para poder llegar hasta all. Adems, el programa de mensajera utilizado, solo puede ejecutarse en el mainframe o en los Applications Servers, que son las nicas Computadoras que existen en este sistema, donde todo el control es centralizado y reside en el Mainframe, (SSCP para el caso de las comunicaciones).
El Ambiente Mainframe utiliza las normas SNA El Control se realiza bajo la modalidad Master-Slave bajo el control del SCCP
El programa del SSCP gobierna todas las Sesiones entre Dispositivos
La Comunicacin se realiza entre NAU (Network Addressable Unit)
La Comunicacin entre el Cluster Controller y el Communication Controller se realiza por medio del Path Control Network
Path Control Network
Locacin Central
SSCP
System Services Control Point Path Control Network
Communications Controller
Mainframe
Resulta obvio que el dominio es nico y completo, por lo cual se lo denomina monodomio. Al transcurrir el tiempo se necesito interconectar dos mainframes entre si, adems que desde la dcada de 1980 se suelen conectar muchas computadoras a una red, y no solo una, (el antiguo mainframe). De esta forma la Arquitectura SNA debi modificarse para transformarse en multidominio. En breve describiremos la estructura de detalle de ambas alternativas. Veremos posteriormente que la Arquitectura OSI, inspirada en la Arquitectura SNA, adopta una estructura distribuida, completamente diferente a la jerrquica de SNA.
5.2.1 Arquitectura SNA (System Network Architecture) de IBM.

El desarrollo de los protocolos de comunicacin en IBM se gener a partir de las redes punto a punto centralizadas en un Host o Mainframe. Tal arquitectura surge en 1974, como evolucin e integracin de las soluciones aisladas de cada uno de los productos de IBM; en particular las experiencias de las viejas lneas 600 y 700 y el desempeo de los sistemas 360 y 370 que se utilizaban en ese momento. Para ello estableci una Arquitectura de Sistemas de Redes que denomin SNA (System Network Architecture), bajo la modalidad de niveles o capas funcionales; experiencia que se haba experimentado desde 1969 con ARPANET y el desarrollo de la redes de paquetes X.25, en 1970 y 1971, en la cual se definieron las funcionalidades de las tres capas bajas, (Fsica de Enlace y de Red), pero sin que estuvieran totalmente formalizadas hasta el desarrollo del Modelo OSI en 1982. En el concepto de SNA se establece un nico Dominio de Red, en el cual sern identificados todos los dispositivos de red, por medio de una funcionalidad, (Aplicativo de Red), que se ejecutar en el nico Mainframe que puede existir en tal red, (con funciones de Mainframe), y que recibe el nombre de SSCP (System Services Control Point). En el dominio se identifican y definen a los elementos de la red y se establecen los mecanismos y protocolos por medio de los cuales habrn de intercambiar
Universidad UAI
49
Osvaldo A Prez
sus datos. La comunicacin deber contemplar todas las fases apropiadas, tanto para el establecimiento, utilizacin y cierre de la comunicacin, como para el direccionamiento, integridad, control de errores, control de flujos y enrutamiento de tal comunicacin.
Se desarroll en 1974 con el objetivo de unificar y simplificar las comunicaciones de datos entre computadoras IBM Incorpora todos los desarrollos vigentes a esa fecha (muchos, propios de IBM) y adopta una arquitectura de protocolos en Capas (originalmente 6 y luego 7 capas) Transaction Services Data Flow Control NAU Network Addressable Unit Transmission Control Path Control Data Link Control Capa Fsica
Capa 7 Capa 6 Capa 5 Capa 4 Capa 3 Capa 2
El Objetivo del Modelo era el de compatibilizar las comunicaciones de los diferentes equipos IBM y ampliar las posibilidades de conexin de los Sistemas 360 y 370, que estaba limitada a solo 16 canales con 16 perifricos cada uno Lo cual posibilitaba conectar tan solo 256 dispositivos, (demasiado limitado para conectar terminales remotas)
Capa 1
La Arquitectura SNA aun se utiliza en el ambiente IBM como versin actualizada APPN (Advanced Peer to Peer Networking)
En el grfico se ilustran las capas del modelo SNA en su versin moderna. Originalmente el modelo SNA constaba de 6 capas pero luego migro a 7 capas para asimilarse al modelo OSI. Cabe acotar que el modelo OSI se bas en gran medida en el modelo SNA. Finalmente estos dos modelos han convergido en los aspectos funcionales de cada capa, aunque los procesos y modalidades de cada conjunto arquitectnico son bastantes diferentes. El modelo SNA conserva en gran medida el concepto de los sistemas centralizados, en cambio el modelo OSI se orienta ms hacia los sistemas distribuidos colaborativos. Posteriormente incorporaremos al modelo DARPA (TCP/IP) que presenta peculiaridades especiales.
5.2.2 Elementos de la Arquitectura SNA.

Las topologas bsicas de las Redes SNA constan de dos niveles de red. Domino y Subarea. Un Dominio consiste en un conjunto de nodos tributarios (terminales y clusters) de un nodo principal (host processor). Los enlaces entre los nodos se materializan por diversos medios de comunicacin (enlaces y canales) y por a travs de Controladores de Comunicaciones, locales o remotos (CFEP). La estructura de Conexin prev los siguientes dispositivos y conectores: Los EU (End Users) son las Puertas de Acceso para los Terminales del Sistema. Las Puertas de Entrada son tanto terminales fsicos (operadores), como lgicos (programas). Estas Puertas de Acceso estn asociadas a Unidades Lgicas (LU) que representan en forma lgica en el Sistema al dispositivo que intenta conectarse. Las comunicaciones se realizan entre Unidades Lgicas. Los LU son Nodos Lgicos, que reservan los recursos necesarios para sus usuarios EU asociados. En el mismo sentido se requiere de Nodos Fisicos PU (Physical Units) que representan a algn dispositivo de hardware de comunicaciones especfico. Las Unidades Fsicas son el Mainframe, el Communications Controller, el Cluster Controller. El Path Control Network realiza la conexin entre el Cluster Controller y el Communication Controller. Se requiere adems de un mecanismo de Control o Gestin de las Comunicaciones, proporcionado por el SSCP System Services Control Point. Veremos posteriormente que solo existe un nico SSCP
Universidad UAI
50
Osvaldo A Prez
por Host, (por Dominio); pudiendo exister mltiples SSCP en Redes con Dominios mltiples; (Un SSCP por Dominio).
PU Physical Unit
No tratan directamente con los usuarios PU Tipo 5 Operador de Red SSCP PU Host LU
Logical Unit
LU Logical Unit
Los terminales son Unidades Lgicas Las Aplicaciones son Unidades Puertas de entrada EU
Usuario Final
PU Tipo 4 Communication Controler
PU
System Services Physical Unit Control Point
PU Tipo 2 Cluster de Terminales P LU
PU Tipo 1 PU
Terminal LU
La Comunicacin entre el Cluster Controller y el Communication Controler se realiza por medio del Path Control Network
Los Tipo de Nodos Fsicos estn Clasificados en la siguiente forma: Host (PU Tipo 5); Contiene un SCCP, una PU y un nmero variable de LU, asociados a sus respectivos usuarios o programas de aplicacin. Controlador de Comunicaciones (PU Tipo 4): Es un nodo intermedio de la red, con la misin principal de controlar en forma simultnea a mltiples recursos de Red. Cluster de Terminales (PU Tipo 2) Contiene una sola PU y una LU para cada uno de los usuarios finales que estn conectados. En los Clusters inteligentes los usuarios (EU) pueden ser programas de aplicacin, que a su vez pueden controlar dispositivos como teclados, etc. Terminal (PU Tipo 1) Normalmente es un Terminal Final (EU) del tipo no inteligente. En estos casos contiene una PU y una LU.
5.2.3 Monodominio en SNA.

El sistema de direccionamiento en SNA permite identificar tanto a los Nodos Fsicos, como a los Nodos Lgicos (SSCP, PU y LU). El direccionamiento fsico es utilizado para la comunicacin entre mquina adyacentes; el direccionamiento lgico le establece a cada dispositivo una direccin nica dentro de la Red. Este esquema global recibe el nombre de NAU (Network Addressable Unit). Toda PU Tipo 4 o 5 pueden tener conectadas directamente a PU del tipo 1 o 2, que de hecho constituyen los elementos terminales de la Red. El mecanismo de direccionamiento consiste en la divisin de un dominio en subareas, tal como se indica en la grfica. Cada subareas puede contener solo una PU del Tipo 4 o 5, las cuales quedan identificadas con una direccin de 1 a 8 bits dentro de la Red. A cada PU del tipo 4 o 5 se le pueden asignar un conjunto de tributarios, quienes adems contendrn sus LU respectivas. Las LU de cada Subarea reciben una direccin de 8 a 15 bits. La direccin completa dentro de una NAU es de 16 bits de longitud total con el formato (subareaelemento).
Universidad UAI
51
Osvaldo A Prez
Este sistema de direcciones se utiliza para identificar tanto al originante como al destinatario de las comunicaciones; las cuales a su vez, quedan asignadas a Sesiones de Comunicacin.
Programa de Aplicacin NAU 1 Programa de Aplicacin P U NAU 14
NAU LU LU 2 NAU NAU 3 SSC LU 4 Host
NAU Network Addressable Unit
Programa de Aplicacin NAU
LU
NAU
P U NAU NAU
LU
Dispositivo
Subarea 1
LU
NAU P U NAU P Controlador U Comunicaciones local NAU
Cluster
LU
Dispositivo
Dispositivo
Dispositivo NAU
Subarea 3
P Controlador U Comunicaciones Remoto NAU
LU
Dispositivo
Cluster
Subarea 2 Terminal
LU
Dispositivo NAU P U NAU
Terminal
LU
NAU
P U NAU
Terminal
LU
NAU
P U NAU
Cluster
LU
NAU
P U
NAU NAU
LU
Dispositivo
Dispositivo
Dispositivo
Dispositivo
5.2.4 Direccionamiento de Multidominios en SNA.

Para establecer un Multidominio (ms de un SSCP) se pueden interconectar a travs de Unidades PU Tipo 4 (Controladores de Comunicaciones) conformando una Red de Dominios SNA, tal como se ilustra en la grfica. Cada SSCP suma a la Red global el conjunto de las NAU que gestiona, con lo cual resulta posible establecer Sesiones entre LU pertenecientes a dominios diferentes. El requisito para establecer estas sesiones es que primero se establezca una Sesin entre los SSCP de los cuales dependan las LU respectivas.
Universidad UAI
52
Osvaldo A Prez

SSCP PU T5 SSCP PU T5

SSC PU T5
Host
Host
Host
PU Controlador Comunicaciones T4 local
SSCP
PU T5
Host
6. Modelos de Interconexin en Capas 6.1 Integracin de las Redes No Homogneas.

El desarrollo de las Redes de Datos se inici con soluciones propietarias dentro de cada proveedor, soluciones de este tipo son las desarrolladas por IBM con su sistema SNA (System Network Architecture) por la DEC (Digital Equiment Corporation), adquirida luego por Compact y ms tarde, a su vez, por Hewlet Packard; con su DECnet, entre otras. Para la dcada de 1970 ya existan varios organismos tratando de establecer un modelo nico de interconexin que permitiera interconectar a todas las redes, sin importar cual fuera su tecnologa de fabricacin. Entre los organismos involucrados en este proceso encontramos a la UIT (Unin Internacional de Telecomunicaciones) con su Comit CCITT o denominado simplemente ITU-T (Telecomunicaciones); la ISO (International Standard Organization) el IEEE (Institute of Electric and Electronic Engineers), la EIA (Electronic Industry Assosiation) y el ANSI. En 1977 la ISO establece un comit para desarrollar una arquitectura de red que pudiera conectar a las diversas computadoras. En 1984 la ISO publica su especificacin en el documento ISO 7498 denominado OSI (Open Systems Interconnection). Por su parte la UIT-T publica una especificacin similar en su norma X.200. Definiremos aqu tres de los trminos ampliamente usados en la bibliografa: Arquitectura: Es el trmino que hace referencia a la estructura de la Red. Implica, cuales son los elementos contenidos y como operan estos elementos dentro de la red.
Universidad UAI
53
Osvaldo A Prez
Arquitectura SNA
IBM
Arquitectura DECNet
DEC
ISO ITU
Arquitectura OSI
Arquitectura DSA
Honywell
Arquitectura DSN
HP
Topologa: Es el trmino que hace referencia a la forma de conexin de la red. La forma de conexin es importante desde el momento que estable cuan fcil o difcil es desplazarse desde un punto de la red a cualquier otro punto de la red. Protocolo: Define el conjunto de convenciones de cmo los elementos de red harn para comunicarse, intercambiar datos y establecer y finalizar las comunicaciones.
6.2 Modelo de Referencia para la Interconexin de Sistemas Abiertos.

Modelo OSI La Interconexin de diferentes sistemas de procesamiento de informacin abiertos requiere del uso de un Modelo de Referencia, el cual genricamente se denomina Open System Interconnetion; Interconexin de Sistemas Abiertos. Estros modelos de referencia han evolucionado a partir de Modelos Propietarios con diferentes estructuras jerrquicas para consolidarse finalmente en el modelo OSI de la ISO, y el Modelo TCP/IP de Internet. El modelo para Interconexin de Sistemas Abiertos (Open System Interconnection) de la ISO (International Standard Organization) basa su esquema de interfuncionamiento de sistemas con un modelo de comunicaciones de 7 capas o niveles. Este modelo se conoce como modelo OSI para comunicaciones y aplica los principios bsicos del encapsulamiento dentro de cada nivel. Sabemos que la confeccin de un sistema de grandes proporciones conlleva un sinnmero de inconvenientes por lo cual resulta ms sencillo dividir al sistema en unidades cerradas o mdulos, que cumplan con funciones especficas y entreguen en puntos especficos de interconexin, llamados interfaces, servicios predefinidos para que otros mdulos puedan hacer uso de esas funcionalidades. En el modelo OSI se sigui el mismo esquema general, pero con la diferencia de ser un modelo jerrquico y distribuido, es decir que los distintos mdulos se encuentran en equipamientos diferentes ubicados en distintos lugares. Justamente para que el modelo pueda funcionar se requiere un esquema jerrquico con dos funciones primordiales un emisor y un receptor, (pueden ser mltiples). La filosofa de funcionamiento consiste en que un extremo, el emisor, genera datos que se deben
Universidad UAI
54
Osvaldo A Prez
enviar y entregar en el extremo opuesto, considerado como el receptor. Para poder desempear esta funcin en sistemas complejos se han dividido y agrupado todas las funciones requeridas en siete grupos funcionales ordenados en forma jerrquica, de tal forma que los niveles de un mismo orden se comunican entre s, dndole servicio a los niveles de orden superior y utilizando los servicios que le proporcionan los niveles de orden inferior.
Capa Aplicacin Capa Presentacin Capa Sesin Transporte Capa Aplicacin Capa Presentacin Capa Sesin Transporte Capa Red Capa Enlace Capa 1 Capa 7 Capa 6 Capa 5 Capa 4 Capa 3 Capa 2 Capa Fsica Capa 4 Capa 3 Capa 2 Capa 1 Capa Red Capa Enlace
Capa 7 Capa 6 Capa 5
Capa Fsica
Consideremos un ejemplo tpico: un programa de aplicacin pretende enviarle un parmetro a otro programa que se est ejecutando en otra mquina a 1000 Km de distancia. Si el programa de aplicacin requiere un servicio de comunicaciones lo har dentro de los que se considera la capa 7 o capa de aplicacin, y deber entregarlo al otro programa a travs de la capa 7 de la mquina receptora. Pero este programa de capa 7 no es capaz de hacer funcionar un mdem ni ningn otro dispositivo de comunicaciones. En cambio sabe como comunicarse con distintos programas de aplicaciones y entornos GUI de usuario, como Windows, OS2, Unix, etc. Para establecer la comunicacin deber solicitar servicios de las capas 6, 5, 4, etc que soportaran diferentes funcionalidades que permitan concretar la comunicacin deseada, por ej en capa 4 se definir si existe una salida por Mdem, o por un red X.25, Frame Relay, ATM, etc. Las capas 3, 2 y 1 son especficas a un determinado tipo de enlace, siendo la capa 1 la que se denomina como fsica e involucra al propio enlace fsico por el cual se envan las seales. En el extremo receptor las seales ingresaran por la capa 1 y se irn decodificando y subiendo de nivel hasta llegar nuevamente a la capa 7 en la cual se podr comunicar con la aplicacin correspondiente de la mquina receptora.
6.2.1 Objetivos para el Modelo OSI.

La norma X.200 de la UIT Unin Internacional de Telecomunicaciones, es un modelo similar a la norma ISO 7498 para Sistemas Informticos Abiertos. La norma X.200 incumbe solamente a las tareas de conectividad o intercomunicacin de tales sistemas. Esta norma genera el sistema jerrquico de capas; conocido como modelo de 7 capas y se basa en los siguientes principios: Es un modelo de referencia a partir del cual especificar las implementaciones particulares. Define la forma en que deben interactuar los Sistemas Abiertos, es decir para que un sistema sea abierto se debe ajustar a este modelo. Asegura la comunicacin y el interfuncionamiento de estos sistemas.
Universidad UAI
55
Osvaldo A Prez
Acta como soporte para la definicin de servicios y protocolos a ser implementados en estos sistemas. El modelo permite definir los procedimientos normalizados que hacen posible la interconexin y el intercambio eficaz de informacin entre usuarios o procesos. El modelo no supone ninguna realizacin o tecnologa de red particular, sino que se refiere al empleo de procedimientos de intercambio de informacin normalizados. El modelo de referencia sirve como marco para la definicin de servicios y protocolos que respetan las fronteras establecidas por el modelo. Objetivos del Modelo de Referencia a) Especificar una estructura lgica universalmente aplicable. b) Servir de referencia durante el desarrollo de nuevos servicios de telecomunicacin, y la definicin de los procedimientos correspondientes. c) Permitir que diferentes usuarios se comuniquen entre s, solicitando una reutilizacin compatible de las caractersticas de comunicacin. d) Hacer posible una evolucin uniforme de las aplicaciones, asegurando una flexibilidad suficiente para que puedan incorporarse los adelantos tecnolgicos, as como las crecientes necesidades de los usuarios. e) Permitir la comparacin de las nuevas necesidades de usuario propuestas, con los servicios de usuario ya existentes. Especificar Estructura Lgica Referencia para el Desarrollo de Servicios Posibilitar la Comunicacin de diferentes Usuarios Permitir la Evolucin Uniforme Permitir la Comparacin de las nuevas necesidades con las existentes Usuario o Proceso Usuario o Proceso
Objetivo
Proceso de Aplicacin Local
Proceso de Aplicacin Remoto
Modelo OSI
Sistema
Modelo OSI
Medio Fsico
6.2.2 Entidades de la Arquitectura OSI.

La arquitectura OSI se diseo para permitir la interoperacin de sistemas de computacin distribuidos heterogneos. Esto posee dos implicancias: a) No existe un computador central, y por ende, tampoco un control centralizado. Como todo entorno de red alguien debe actuar como controlador, por ende se definen Dominios; y la Arquitectura OSI es por Diseo, Multidominio.
Universidad UAI
56
Osvaldo A Prez
b) No requiere de un nico sistema operativo, sino que, al ser heterogneo, cada computador puede operar con el sistema operativo que le sea ms conveniente; en tanto que el Sistema Operativo de Red, deber ser nico para un mismo Dominio, en donde el control ser nico. El control es independiente en cada Dominio y la comunicacin entre Dominios y entre computadores se realiza por medio de protocolos normalizados, que permite que todos dialoguen entre si. La Arquitectura OSI se compone de Dominios, los cuales se interconectan entre si por medio de un backbone, que es la red principal que interconecta a todos los dominios entre si, ya sea en forma directa o por medio de vnculos intermedios. Los Dominios se pueden dividir en redes ms pequeas denominadas reas. Y las reas se componen por un conjunto de Nodos Intermediarios, denominados Enrutadores y un conjunto de Nodos Terminales, denominados Host Dominio 1
Area B Area D Area B Area D
Dominio 2
Area A
Area E
Area A
Area E
Host
Area C
Area C
Backbone
Area B Area B Nodo terminal
Area D
Area D
Area A
Area E
Area A
Area E
Dominio 3
Area C
Area C
Dominio 4
En el grfico se representa el enlace entre nodos, en donde se puede apreciar que el enlace entre los Nodos Intermediarios es diferente al enlace entre un Nodo Host y el Nodo Intermediario que le da servicio.
6.2.3 Definiciones de las Entidades en el Modelo OSI

Dominio: Es cualquier porcin de una red que esta bajo el control de una autoridad administrativa comn reas: En un dominio se puede definir una o ms reas. Es una entidad lgica que esta conformada por un juego de ruters contiguos y de enlaces de datos que los interconectan. Todos los routers de una misma rea intercambian informacin sobre los hosts a los cuales pueden alcanzar. Backbone Las reas se interconectan para formar un backbone. Todos los routers en un backbone conocen como llegar a todas las reasEl trmino ES End System se refiere a un nodo o a un host no ruteable. El trmino IS Intermediate System se refiere a un router Conexiones:
Universidad UAI
57
Osvaldo A Prez
Se definen dos relaciones para los protocolos de interconexin: a) (ES-IS) End System to Intermedia System b) (IS-IS) Intermedia System to Intermedia System En OSI los Host dependen de un router en particular, y acceden a la red por medio de tal router. Un cambio en la interconexin del host hacia otro router de acceso implica forzosamente el cambio de la numeracin de tal host. Dado que el protocolo de comunicacin ES-IS es del Host con su Router de Acceso, ser el Router el que defina cual ser el camino a tomar, pero adems, el Host no puede comunicarse ni con otro Router ni con otro Host, ya que para salir de su Router de Acceso requiere del protocolo IS-IS, y el Host ni puede implementar tal protocolo, ni el Router de acceso se lo reconocer, pues esta definido como Host y solo puede remitir el protocolo ES-IS para contactarse con dicho Router. En el Modelo OSI los Routers se comunican entre si por medio del protocolo IS-IS. Solo los Routers pueden operar con tal protocolo, pues deben identificarse como Routers, entre si, antes de establecer la comunicacin por medio del protocolo IS-IS. El conjunto de operacin de ambos protocolos remeda la operacin de las Redes de Telecomunicaciones, en donde es independiente la conexin de Acceso de la Conexin de Red, lo cual, de por si, garantiza un nivel de seguridad elevado, pues ningn host, puede hacerse pasar como si fuera un router.
Dominio 1
ES
Host
IS
Router
ES
Host
Area B
Host
ES
Host
ES Area D
ES IS
Router
ES
Router Host Router Router
Area A
Host
IS ES
Host
Area E
IS
Host
IS ES
Host
Router
Host
ES End System ES IS Intermediate System Area C IS ES
6.2.4 Definiciones de las Entidades en le Modelo Internet

Dominio: Es cualquier porcin de una red que esta bajo el control de una autoridad administrativa comn reas: En un dominio se puede definir una o ms reas. Es una entidad lgica que esta conformada por un juego de ruters contiguos y de enlaces de datos que los interconectan. Todos los routers de una misma rea intercambian informacin sobre los hosts a los cuales pueden alcanzar. Backbone Las reas se interconectan para formar un backbone. Todos los routers en un backbone conocen como llegar a todas las reas No existe ni el concepto de ES (End System), ni el concepto de IS (Intermedia System)
Universidad UAI
58
Osvaldo A Prez
Posee un nico protocolo de red, IP (Internet Protocol), por medio del cual un Hostr se comunica con un Router y un Router se comunica con un Router. Poseer un nico protocolo de red hace que la red sea transparente y cualquier Host pueda conectarse en cualquier parte de la red, ya que si bien, la direccin IP se la entregar el Router, la transparencia del protocolo IP har que tal direccin sea visible desde cualquier parte de la red, y por ende se podr acceder a tal host en cualquier lugar de la red que se encuentre. Obviamente, la flexibilidad de conexin es la fortaleza de la arquitectura Internet frente a la OSI, pero, la debilidad es la seguridad, ya que cualquier host puede dialogar con cualquier router, ya sea, hacindose pasar como host o como si fuera un router. Eso permite que cualquier usuario deshonesto controle a los routers desde su host, lo cual puede provocar grandes contratiempos en la red. Para evitar tales problemas de seguridad se deben incluir tcnicas de autenticacin, encriptacin y otras que permitan incrementar la seguridad y evitar que un usuario declare privilegios que no le corresponde.
Dominio 1
Host Router
Una Red Indiferenciada
Host
Area B
Host Host
Area D
Router
Area A
Host
Router
Host
Router
Router
Area E
Host Host
Host
Router
Host
Area C Protocolo Internet
6.3.1 Modelado del Entorno OSI

Para facilitar el desarrollo se utilizan modelos abstractos funcionalmente equivalentes a los sistemas reales abiertos. En realidad hara falta describir los aspectos es estos sistemas reales abiertos, pero para poder hacerlo, se debera describir tanto a los aspectos internos como externos. Como pauta del modelo solo se tienen en cuenta los comportamientos externos, en tanto que la descripcin del comportamiento interno solo tiene por objeto permitir la definicin de los aspectos de interconexin. Cualquier sistema real que se comporte exteriormente como un sistema abierto puede considerarse un sistema real abierto. El modelado abstracto se realiza en dos pasos: En primero lugar se establecen los Elementos Bsicos de los sistemas abiertos, y algunos Criterios Fundamentales respecto a su organizacin y funcionamiento. En segundo lugar se establece la descripcin detallada y exacta del funcionamiento del sistema abierto en el arco formado por el modelo. Esto constituye los Servicios y Protocolos de interconexin.
Universidad UAI
59
Osvaldo A Prez
Los cuatro elementos esenciales que forman parte del Modelo son: a) Los Sistemas Abiertos b) Las Entidades de Aplicacin que existen dentro del Entorno de Interconexin de Sistemas Abiertos c) Las Conexiones que unen a las entidades de Aplicacin y les permiten intercambiar informacin d) Los medios Fsicos para la interconexin de sistemas abiertos.
Elementos
Sistemas Abiertos Entidades de Aplicacin Conexiones Medios Fsicos
Sistema Abierto
Sistema Abierto
Sistema Abierto
Sistema Abierto
Sistema Abierto
Entidade
Conexiones Medio Fsico
6.3.2 Protocolo para interconexin de sistemas abiertos. Norma X.200 de la ITU y ISO 7498. Arquitectura de las capas
Se utilizan las tcnicas estructuradas para realizar el agrupamiento de las funciones en forma modular de capas o niveles, donde cada capa tiene solo una capa superior y otra inferior. Una aproximacin modular de este tipo se conoce como de accin atmica. El resultado es que de esta manera se puede cambiar un mdulo sin afectar los otros componentes del sistema, dado que las funcionalidades se encuentran encapsuladas. De esta forma la evolucin de cada capa se puede realizare en forma independiente, actualizando una capa sin afectar a las restantes siempre y cuando se mantengan las funcionalidades respectivas. Dentro del modelo de referencia OSI se establecen tres niveles de abstraccin: a) La Arquitectura OSI. Define los elementos bsicos de los sistemas abiertos abstractos, es decir la forma en que se ve al sistema desde el exterior b) Las especificaciones de Servicio OSI. Definen los servicios proporcionados a los usuarios en cada nivel; es decir los servicios que un nivel n le proporciona a un nivel n+1.
Universidad UAI
60
Osvaldo A Prez
c) Las especificaciones de protocolo OSI. Definen la informacin de control transmitida entre los distintos sistemas, as como los procedimientos para la interpretacin de dicha informacin de control. Funcionalmente se divide en tres grandes bloques: La transmisin; El transporte; y La aplicacin Transmisin: Son los protocolos de bajo nivel que se encargan de realizar la comunicacin entre los equipos. Transporte: Son los protocolos de nivel intermedio que se encargan de dirigir la informacin. Aplicacin: Son los protocolos de alto nivel, encargados de interactuar con las aplicaciones computacionales de los sistemas.
Aplicacin Interfaz Presentacin Interfaz Sesin Interfaz Confiabilidad de transporte. Control de flujo entre extremos Transporte Interfaz Red Interfaz Enlace Interfaz Fsica Interfaz Enlace Fsico Fsica Interfaz Sincronizacin del intercambio de datos Sesin Interfaz Seguridad. Directorios. Recursos Compartidos Conversin de la sintaxis de datos Aplicacin Interfaz Presentacin Interfaz
Aplicacin
Transporte
Enrutamiento. Control d Congestin Control de flujo de enlace. Recuperacin
Transporte Interfaz Red Interfaz
Transmisin
Enlace Interfaz
Entre las funciones ms importantes de Transporte se encuentran: Encapsulado: Agregado de encabezamientos y confeccin de una cola con los datos recibidos de la capa superior. Los encabezamientos estn constituidos por informacin de control, comandos, direcciones y campos de control. La cola cumple con la funcin de realizar la verificacin y control de errores de los datos procesados. Segmentacin y reensamblado: Los datos que se reciben de una capa superior se pueden dividir para adaptarlo a los tamaos de transmisin de otras capas inferiores. En la capa equivalente del lado receptor se proceder a su reensamblado. Establecimiento y control de la conexin Control de flujo: Se adapta la velocidad de transmisin de manera de no saturar a la capa receptora. Control de error Multiplexado: Comparte varias conexiones sobre un mismo canal de alta velocidad.
Modelos Superpuestos en el Modelo OSI para la Interconexin de Sistemas Abiertos.

El modelo OSI es una arquitectura o modelo orientado a Servicios para la Comunicacin e Interconexin de Sistemas Abiertos. En la capa ms alta se cuenta con un conjunto de Servicios que pueden desarrollar diversas funcionalidades de comunicacin entre aplicaciones o servicios de comunicaciones de procesos informticos. De esta forma la capa ms alta opera con la funcionalidad de Gestor de Servicios de Teleproceso, seleccionando el Protocolo (Servicio) ms adecuado para el tipo de intercambio de informacin que la aplicacin informtica requiera.
Universidad UAI
61
Osvaldo A Prez
El conjunto de capas altas acta como un modelo de Comunicaciones Distribuido, aunando un conjunto de servicios que permitan asegurar la generacin y despacho de transacciones y de transferencia de informacin entre las diversas partes (nodos) que componen un sistema distribuido abierto. La capa cuatro acta como un gestor de conectividad seleccionando la red ms adecuada para interconectar a los diversos nodos que tendrn que participar en la comunicacin. Finalmente las tres capas inferiores establecen un modelo de red, tanto fsico como lgico, que resulte adecuado para la conexin y transporte de datos entre los diversos nodos que intervendrn en el despacho de los datos entre al menos un nodo de origen y otro nodo de destino de procesamiento de informacin. Se sobreentiende que pueden participar muchos nodos de procesamiento de informacin si el aplicativo informtico as lo requiriese.
Gestor de Servicios
Aplicacin Interfaz Presentacin Interfaz Sesin Interfaz Transporte Interfaz Red Interfaz Enlace Interfaz Fsica Interfaz Fsica Interfaz Sesin Interfaz Aplicacin
Modelo de Comunicacin
Aplicacin
Presentacin
Interfaz
Interfaz
Gestor de Conectividad
Transporte
Transporte Interfaz Red Interfaz Enlace Interfaz
Modelo de Red
Transmisin
Protocolos de Capas Inferiores.

Los Protocolos de Capas Inferiores engloban a los protocolos de las Capas 1, 2 y 3: Capa 1: Fsica La capa 1, o capa fsica especifica las problemticas relacionadas con los cables, las seales elctricas y los cdigos elctricos que permiten transmitir los pulsos elctricos individuales que conforman los bits del mensaje a transferir entre dos nodos adyacentes unidos por un enlace fsico. Es la capa ms bsica del modelo OSI, y en definitiva la nica capa en la cual se transmite efectivamente una seal a travs de la distancia, logrando la comunicacin de los nodos adyacentes que conforman el trayecto de comunicacin que ser necesario utilizar para unir al nodo de origen con el nodo de destino. Capa 2 Enlace
Universidad UAI
62
Osvaldo A Prez
La Capa de Enlace establece un vnculo lgico, libre de errores. La problemtica con los vnculos fsicos, es que presentan y estn expuestos a ruidos elctricos y por ende se producen errores en las seales digitales y deformaciones en las seales analgicas. De esta forma se pens en un medio lgico libre de errores, lo cual implica que en la capa 2 se debern disponer de tcnicas de correccin de errores, o bien de retransmisin de paquetes, de forma de lograr una transmisin neta, libre de errores. La capa de enlace queda confinada a cada uno de los enlaces fsicos individuales que se encuentran en una red, es decir el enlace entre dos nodos y por ende cada enlace posee su propia capa 2 asociada a tal enlace y que es independiente de la capa 2 de los otros enlaces.
Seleccin de la Red y Establecimiento de la Conexin entre Extremos Capa de Transporte Enrutamiento en la Red entre el extremo de origen y de destino Capa de Red (3)
ATM WAN IP Telefnica LAN
Adaptacin y Control de los Mensajes en cada Enlace Capa Enlace (2)

HDLC PPP LLC MAC
Codificacin y Transmisin Capa Fsica (1)

Cable
Enlaces Individuales
Fibra
Radio
Cable o Medio Fsico

En la figura se ilustra una comunicacin entre un nodo de origen A y un nodo de destino B que atraviesa diferentes redes y adems debe pasar por varios enlaces (dos) en cada una de las diferentes redes. En el ejemplo el nodo de origen posee salida a una red ATM, la cual luego se interconecta con una red IP, la cual termina en un enlace telefnico con modem ADSL, (bajo protocolo PPP), para finalizar dentro de una red local bajo protocolo Ethernet. En cada una de las redes la comunicacin debe pasar por diferentes enlaces, en donde para cada enlace existe una capa 2 diferente e independiente de las restantes capas 2. Los nodos que quedan unidos por el enlace administran y gestionan la capa 2 que se implementa en dicho enlace. Cada enlace entre nodos es independiente de los otros, por lo cual a nivel de capa 2 no existe el concepto de red, sino una coleccin de nodos independientes que se conectan entre si por enlaces, tambin independientes. Veremos que en la prctica esto no ocurre, sino que las redes se construyen por medio de una secuencia de enlaces que operan con el mismo protocolo. Existen dispositivos que permiten cambiar los protocolos de capa 2 entre 2 redes diferentes (por ejemplo para adaptar una red LAN a una red WAN), e incluso, existen redes que operan con un protocolo de capa 2 diferente para la parte de Acceso de la Red y otro para la parte de Transporte de la Red (casos de las redes X.25, e ISDN, en particular sus protocolos de sealizacin). En el grfico anterior podemos considerar que; o bien los 29 enlaces ilustrados conforman una nica red e implantaran el mismo protocolo de capa 2 para todos los enlaces. O bien son redes diferentes con enlaces que operan bajo protocolos de capa 2 diferentes.
Universidad UAI
63
Osvaldo A Prez

Usuario A Enlace 1 Enlace 2
Nodo Red 1 Nodo Red 2

Cada Enlace es Independiente Enlace 4
Nodo Acces Enlace 3

Nodo Red 3
Enlaces 5 y 6
Enlaces 7 y 8
Enlaces 9 y 10
Nodo Red 10
Enlaces 11 a 19
Nodo Red 11 Nodo Red 12 Nodo Red 13 Nodo Red 14 Nodo Red 15
Enlaces 20 a 25
Enlace 26 Se Establece una Capa 2 por Enlace
Enlace 27 Nodo Acces
Enlace 28 Usuario B Enlace 29
Capa 3 Red La capa de red es la encargada de encontrar un camino que permite transmitir los datos desde el nodo de origen hasta el nodo de destino pasando por un conjunto de nodos intermedios que permitan la unin de tales nodos. Una red al menos debe poseer un camino que un a dos nodos cualquiera que acten como origen y destino, pero nada limita que una red posea ms de un camino para unir a tales nodos. En el ejemplo se ilustra un conjunto de nodos que puede conformar una o ms redes de conexin. Hablamos de una red, cuando todos los nodos prestan un mismo tipo de servicio o corren el mismo tipo de protocolo. En cambio, pueden existir varias redes cuando los nodos se sub-agrupan en conjuntos de servicios diferentes o protocolos diferentes. La problemtica central de una red se centra en determinar como se realizar la transmisin de la informacin para que pase por los diversos nodos y pueda llegar desde el origen al destino. Las Unidades de Transmisin se pueden basar en canales o en paquetes. Si se basan en canales habr que establecer una conexin fsica entre el origen y el destino lo cual se denomina Servicio Orientado a Conexin y es similar a una llamada en el sistema telefnico. Si se basan en paquetes, entonces, habr dos modalidades. Si se utiliza el servicio orientado a conexin se har uso de Canales Virtuales y habr que establecer una Conexin Lgica entre el origen y el destino. Un Canal Virtual se compone de un encadenamiento de Canales Lgicos. Los Canales Lgicos se establecen en cada uno de los trayectos fsicos por los cuales deba transitar la comunicacin. La segunda modalidad es hacer uso del Servicio No Orientado a conexin, en este caso cada paquete se transforma en un datagrama, agregndole la informacin de direccionamiento de origen y destino, y cada datagrama ser enrutado por el mejor camino que la red encuentre para cada caso y para cada momento. La capa 3 de red se suele considerar como una capa nica, ya que se considera que la red es nica, lo cual no es precisamente exacto en muchos casos. El concepto de red se asocia al de una unidad desde el punto de vista de que una red debe poder interconectar a todos sus usuarios en forma
Universidad UAI
64
Osvaldo A Prez
transparente sin importar quienes sean ni donde se encuentren sus terminales. Si bien lo anterior es cierto, lo es para un tipo de servicio en particular.
Usuario A Enlace 1 Enlace 2
Nodo Acceso Enlace 3

Nodo Red 3
Cada Enlace puede operar con un protocolo diferente Enlace 4

Enlaces 5 y 6
Enlace 7
Enlaces 9 y 10
Nodo Red 10
Enlaces 16
Enlace 22
Enlace 26 La Conexin utiliza 7 enlaces con 7 capas 2 Independientes
Enlace 27 Nodo Acceso
Enlace 28 Usuario B Enlace 29
As, la red telefnica es nica a escala global, pero solo para el servicio telefnico, sobre el cual se pueden enviar datos por medio de modems bajo el esquema de conexiones punto a punto. Otras redes diferentes son las de datos, como las redes X.25, o Frame Relay, o ATM, o una red bajo protocolo IP. En el caso de las redes locales LAN se pueden generar redes diferentes que confinen a diversas partes de una organizacin o inclusive a dominios tecnolgicos diferentes. Esta diversidad de redes hace que un nodo determinado pueda llegar a tener salidas hacia dos o ms redes diferentes, a veces para dirigirse hacia destinos diferentes, y a veces hacia el mismo destino, pero, ya sea, con servicios diferentes, o por enlaces diferentes para asegurar vnculos alternativos en el caso de falla de un vnculo en particular. La capa 4 conoce las redes disponibles en capa 3 para cada uno de los destinos posibles y asigna la red con el servicio ms adecuado para cada tipo de comunicacin que debe gestionar entre su origen y el destino requerido por la comunicacin.
Protocolos de Capas Superiores.

El modelo OSI asume condiciones de contorno especficas a partir de las cuales establece determinadas funciones y niveles de abstraccin. Se debe tener presente el concepto que se abstrae en cada una de las capas del modelo OSI para no confundir su funcionalidad a partir del nombre que se le ha asignado. En la grfica se indica la porcin de capas superiores del Modelo OSI, las cuales quedan asociadas con las Aplicaciones (Informticas).
Universidad UAI
65
Osvaldo A Prez
Aplicaciones Informticas
Word Excel Eudora SAP Oracle
Aplicaciones de Servicios de Comunicaciones Capa de Aplicacin (7)

FTP HTTP SMTP POP SNMP
Adaptacin de Formatos Capa de Presentacin (6)

ASCII - EBCDIC Big Little Endian
Segmentacin, Transacciones y Establecimiento de Sesiones Capa de Sesin (5)

BCS BSS BAS NetBIOS
Seleccin de la Red y Establecimiento de la Conexin entre Extremos Capa de Transporte (4)
Capa 7 Aplicacin La capa de Aplicacin debera llevar el nombre de Aplicaciones de Servicios de Comunicacin, ya que esa es su funcionalidad. No se debe confundir a la capa de aplicacin con las aplicaciones informticas, ya que las aplicaciones informticas quedan fuera del modelo OSI, e invocan a Servicios de Comunicaciones. Estos Servicios de Comunicaciones son las aplicaciones que se encuentran en la Capa 7. Hemos utilizado los nombres de las aplicaciones del modelo TCP/IP, en lugar de las del modelo OSI, ya que son las ms conocidas por los usuarios genricos de computadoras. As encontramos en la capa 7 a aplicaciones (Servicios de Comunicaciones), como el de Telnet, FTP (File Transfer Protocol), HTTP (HyperText Transport Protocol), SMTP (Simple Mail Transport Protocol), POP (Post Office Protocol), SNMP (Simple Network Management Protocol), etc. Los servicios equivalentes en el modelo OSI son los siguientes: VTP (Virtual Terminal Protocol); FTAM (File Transfert Application Protocol); MHS (Message Handling Service); CMIS (Computer Manufactoring Information Protocol), etc. Cada uno de estos servicios activa una modalidad de comunicacin diferente, por ej el control de terminales remotas, la transferencia de archivos, la remisin de pginas de hypertexto, el envo y recepcin de email, la gestin de redes, etc. Capa 6 Presentacin A partir de la definicin de un servicio de comunicaciones se establece el conjunto de recursos de procesamiento y de red que ser necesario para poder establecer dicho servicio de comunicacin. Sin embargo queda una tarea esencial, antes de establecer dichos recursos, que es la adaptacin del formato del contenido de la informacin a transferir, de acuerdo a formatos normalizados que puedan ser interpretados por cualquier terminal de computacin; dicha funcin, en el modelo OSI, es desarrollada por la Capa de Presentacin, la capa 6. La Capa de Presentacin asume tres funciones fundamentales para los protocolos: a) La conversin de formato entre sistemas de representacin, (ASCII vs EBCDIC), (little endian vs big endian), etc;
Universidad UAI
66
Osvaldo A Prez
b) La Compresin de datos; MP3; MPEG1; MPEG2; MPEG4; H.320, etc c) La Encriptacin de datos. Capa 5 Sesin Las comunicaciones entre nodos informticos terminales (computadora de origen y de destino), deben atravesar redes de comunicaciones confiables e inconfiables, redes que pueden permanecer operativas durante todo el tiempo, o bien quedar fuera de servicio en forma intermitente, o por largos perodos. Otro tanto ocurre con los nodos terminales desde donde la comunicacin debe partir y hacia donde la comunicacin debe llegar. Veremos que el problema de indisponibilidad y cadas en la red se soluciona por medio de la capa 4, en cambio el problema de indisponibilidad y cadas en los nodos, se debe solucionar en capa 5. Para comprender la problemtica de capa 5 se debe pensar en el ejemplo siguiente: Una computadora A le est remitiendo informacin a una computadora B. Evidentemente la informacin partir desde un buffer de comunicacin de A y llegar a un buffer de comunicacin de B. Cualquier problema de prdida o duplicacin de un paquete en la red ser detectado por capa 4, y esta proceder a corregirlo; sin embargo, nada nos protege de una falla en el suministro elctrico de B., Al fallar el suministro elctrico de B, parte de la informacin transmitida a B puede haber sido grabada a su disco rgido, pero otra parte puede haber quedado guardada solo en el buffer o en una memoria voltil. Al recuperarse el funcionamiento de la terminal B, la terminal A, aun conservar la informacin del ltimo paquete que A ha transmitido y el ltimo paquete que B le ha confirmado, por lo cual reestablecida la conexin con B, A podr continuar remitindole la informacin desde el ltimo paquete que B recibi. Pero, el ltimo paquete que B recibi no se transfiri al disco rgido, sino que se perdi al perder la energa. Evidentemente, con este esquema, A es incapaz de conocer la prdida de B, y si B no realiza ulteriores comprobaciones, la informacin en B ser correcta, incluyendo el faltante, es decir los bytes almacenados en buffer que se perdieron por la falla elctrica. . Para evitar toda posible prdida de informacin entre los nodos extremos se opera bajo el concepto de transaccin de comunicacin, y por ende bajo el concepto de sesin de comunicacin. La capa de Sesin, capa 5, es la encargada de fragmentar un mensaje en bloques de informacin unvocos, denominados transacciones (segmentos), para los cuales los terminales de origen y destino llevan control de los subfragmentos remitidos hasta que el segmento completo haya sido validado. En caso de que el segmento actual no pueda ser validado, se descarta y se vuelve a retrasmitir. Si la red no se encuentra disponible al intentar la retransmisin, o bien se almacena la transaccin para intentar ms tarde, o bien se la descarta con indicacin de la prdida de la transmisin, segn la modalidad del servicio de comunicacin respectivo (tiempo real o mensajera). Los segmentos de una sesin permiten evitar la duplicacin y/o la prdida de paquetes por fallo en los nodos y por ende los posibles errores de transmisin, los cuales pueden quedar ocultos por los procedimientos de comunicacin de las capas inferiores. La capa 5 resuelve el problema detallado en nuestro ejemplo, ya que al recuperarse B, A sabr cual fue el ltimo segmento validado y B solo validar un segmento, luego de que tal segmento haya sido efectivamente almacenado en la memoria permanente del nodo de destino. Capa 4 Transporte La capa 4, o capa de Transporte realiza una fragmentacin adicional de los mensajes, en unidades de transmisin, y selecciona la o las redes que utilizar para poder transferir sus datos hacia la capa 4 del nodo de destino. La capa 4 ofrece diversos servicios de transporte, de los cuales los ms usuales son los denominados como Orientado a Conexin (TCP Transport Control Protocol), y No Orientado a Conexin (UDP User Datagram Protocol). En el Modelo OSI estos Servicios se ofrecen a partir del protocolo TP (Transport Protocol) el cual ofrece 5 modalidades diferentes, desde el TP0 hasta el TP5. La prestacin de estos servicios requiere de redes adecuadas y protocolos que complementen a tales redes.
Universidad UAI
67
Osvaldo A Prez
La capa 3 prev 3 tipos de redes diferentes: Redes Clase A: Relacin aceptable de Errores y Fallos, no se perdern paquetes. Redes Clase B Relacin aceptable de Errores e Inaceptable de Fallos, no se perdern paquetes Redes Clase C. Relacin inaceptable de Errores y Fallos, se perdern paquetes La Capa 4 prev 5 tipos diferentes de Protocolos: Clase 0: Clase Simple Clase 1: Con Recuperacin de Errores Clase 2 Con Multiplexacin Clase 3 Con recuperacin de Errores y Multiplexacin Clase 4 Con Deteccin y Recuperacin de Errores La red Internet Pblica se clasifica como una Red Clase C; es decir una red por mejor esfuerzo sin garanta de parmetros. El tipo de Protocolo TCP es Clase 4, con Deteccin y Recuperacin de Errores, de all la dupla TCP/IP En el Modelo OSI los Protocolos TP0, TP1, TP2 y TP3 son orientados a conexin y suplantan al TCP y el TP4 es No Orientado a Conexin y suplanta al UDP La comunicacin en Teleprocesos se origina en un Proceso de Origen, en una Mquina de Origen y se dirige hacia un Proceso de Destino en una Mquina de Destino. El problema que consideraremos ahora es la Direccin de los Procesos. Un conocimiento popular en la actualidad, es el del direccionamiento IP. Efectivamente, las direcciones IP identifican Mquinas, de Origen y Destino respectivamente. Sin embargo, no es suficiente la interconexin entre mquinas, sino que se debern interconectar procesos de tales mquinas. Una mquina puede correr en forma simultanea cientos o miles de procesos, nuestro problema es determinar como se le asignaran direcciones a tales procesos para que puedan iniciar una comunicacin, y como tales procesos obtendrn una direccin para que una comunicacin pueda dirigirse a tal proceso. Tal funcin la cumple la Capa 4. En el modelo TCP/IP las direcciones de los procesos quedan especificadas en los Puertos de Capa 4; es decir los Puertos TCP o los Puertos UDP respectivamente. Se recuerda que la numeracin de Puertos en TCP y UDP es un campo de 16 bits, razn por la cual pueden existir hasta 64 K puertos (65536). En el modelo OSI no se utilizan puertos, sino SAP (Service Access Point), lo cual se replica para cada una de las capas del modelo OSI. En el caso de la Capa 4 del Modelo OSI los SAPs quedan asociados a Procesos especficos de comunicacin que se han definido al definir los Servicios de Comunicacin de Aplicaciones de la Capa 7. La asignacin es diferente a la utilizada en el modelo TCP/IP y no se requiere un nmero, (como en TCP), sino una referencia funcional al SAP adecuado
6.3.3 Las Redes, el Interfuncionamiento y la Red de Redes.

Las redes de telecomunicaciones han tenido la tendencia de ser especializadas para cada uno de los tipos de servicios diferentes, con lo cual, si bien el concepto de una red es la de aquel dispositivo que interconecta a todos los posibles usuarios de inters, ya sea dentro de un edificio, o a escala global; esto deja de ser cierto cuando hablamos de servicios diferentes. Al iniciarse la historia de las telecomunicaciones se establecieron dos redes diferentes, la red de telegrafa y la red de telefona. La red de telegrafa evolucion hacia la red Telex (Teleimpresores conmutados) y permaneci separada de la red telefnica durante muchos aos. Posteriormente veremos que tecnolgicamente las redes se construyen sobre sistemas de transmisin y de multiplexacin, tecnologa que resulta comn para todas las redes de servicio que se construyen sobre tales tecnologas. Durante el apogeo del servicio telex se comenz a estudiar la problemtica del interfuncionamiento, es decir la posibilidad de que un usuario de una red de servicio pueda
Universidad UAI
68
Osvaldo A Prez
interactuar con un usuario de otra red de servicio diferente, por ejemplo acceder desde la red telefnica a la red de telex. Durante la dcada de 1960 se realizaron diferentes experiencias de redes de datos, materializndose la primer red de datos comercial en los primeros aos de la dcada de 1970 bajo la denominacin de su protocolo principal; la red pas a denominarse red X.25. Desde el inicio la red X.25 dispuso de una facilidad de interfuncionamiento con la red telefnica, mediante el protocolo X.32. (La red X.25 se estudia en profundidad en la materia Teleprocesos y Redes I). Las redes de datos continuaron evolucionando realizando dos incorporaciones principales en las dcada de 1980. En la primera mitad de los 80 se estableci la red Frame Relay (relevo de trama) y en la segunda mitad la red ATM (Asynchronous Transfer Moder). Cada una de estas redes es independiente, de forma tal que para principios de la dcada de 1990 existan 4 redes principales, la red telefnica y tres redes de datos diferentes, la X.25, la Frame Relay (FR) y la ATM. Si bien estas redes disponen de procedimientos de interfuncionamiento entre ellas, su interoperacin no es simple, ya que requiere la conversin de protocolos con lo cual se generan demoras y sobre costos.
Las Redes pueden operar entre si Red X.25 Red Telefnica
Red IP
Red Frame Relay O bien un protocolo puede operar a travs de cualquier Red Red ATM
Lo cual da nacimiento al concepto de Inter Net o de Red de Redes

Durante la dcada de 1960 el departamento de Defensa de las EEUU inici un experimento bajo una estrategia diferente: En lugar de establecer redes de datos diferentes para cada uno de los tipos de servicio diferentes, estableci el concepto de un protocolo transparente que pudiera operar atravesando cada una de las redes que encontrase en su trayecto. La evolucin de dicha experiencia deriv en la dcada de 1980 en el protocolo IP (Internet Protocol), y el concepto de una red nica interoperando por encima de las diferentes redes fsicas de telecomunicaciones, lo cual deriv durante la dcada de 1970 en el concepto de La Internet; es decir una red Inter Redes o La Red de Redes. Comprender el desarrollo de la InterNet resulta esencial para comprender el porque el conjunto de los protocolos OSI no se utilizan ampliamente en la prctica, a partir de la capa 4. Si bien el conjunto de protocolos OSI es muy superior desde el aspecto funcional al conjunto derivado de los protocolos
Universidad UAI
69
Osvaldo A Prez
de la iniciativa DARPA (TCP/IP); estos ltimos se encuentran ampliamente disponibles, a un costo mucho menor y operando dentro de la Internet. De esta forma la popularizacin del conjunto de protocolos TCP/IP ha sido amplia, relegando el uso de los protocolos OSI a aplicaciones de redes profesionales (Redes de Telecomunicaciones), como el caso de la Red Inteligente (sealizacin y control), Red ATM, Red ISDN, etc.
La Red Internet es solo una Coleccin de Routers Interconectados

LA Router Router X.25 ATM
Router Router Router Frame Relay
Router Telefona Router Router ATM
LAN LAN Router MPLS Router Router
El conjunto de protocolos TCP/IP se ha construido desde el enfoque del procesamiento distribuido, en el cual se comparten recursos e informacin, es por ello que su estructura es abierta, lo cual si bien resulta de utilidad en un medio controlado, como el medio militar o el acadmico, se transforma en una pesadilla en un media abierto pblicamente a todos. Justamente este principio de diseo se ha transformado en la mayor debilidad de Internet, lo cual obliga a sus usuarios a disponer de un sinfn de medidas de seguridad (antivirus, scanner de puertos, firewalls, etc) que contengan y controlen los posibles ataques que cualquier usuario que se conecta a la red puede recibir. Estos problemas son inexistentes en las redes que se basan en los protocolos OSI, ya que estos protocolos siguen el enfoque de las redes de telecomunicaciones, las cuales son cerradas, es decir se utiliza el enfoque de la privacidad de cada usuario y de la necesidad de sealizar, controlar y validad cada una de las acciones que un usuario intentar realizar sobre la red, con lo cual se limita el tipo de ataques que un usuario remoto podra recibir (estos controles no incluyen la deteccin de virus, los cuales igualmente se remitiran dentro del campo de datos vlido entre usuarios, pero el usuario originante es totalmente identificable en un red bajo protocolos OSI. Dado que la Internet no implementa protocolos de cada 1 y 2 y puede operar con cualquier protocolo de capa 3 que encuentre, las redes actuales utilizan un hbrido de protocolos, utilizando los protocolos del modelo TCP/IP para las capas altas y los protocolos OSI para las capas bajas. Esta operacin mixta ha demostrado ser la alternativa ms adecuada desde el enfoque prctico. Conformacin de la Red Internet La red Internet queda conformada por un conjunto de nodos de Red (routers) que encaminan el protocolo IP por dentro de cualquier otra red de datos o de telecomunicaciones preexistente. De esta forma se logra una transparencia en el interfuncionamiento lograda por la operacin dentro de una red virtual (Internet) por medio de un protocolo de transporte dentro de dicha red virtual (protocolo IP) que posee la capacidad de encapsularse dentro de cualquier otro protocolo de red real (telefona,
Universidad UAI
70
Osvaldo A Prez
X.25, Frame Relay, ATM, etc). El enrutamiento se logra por medio de los nodos de Internet (enrutadores de Internet).
6.4.1 Protocolos e Interfaces en el Modelo OSI

Dentro del modelo se distinguen dos nomenclaturas primordiales. Protocolo. Se denomina as a las funciones y tareas que se comunican dentro de una misma capa. Es decir un protocolo de capa 6 es aquel que comunica la capa 6 del transmisor con la capa 6 del receptor. Para un protocolo las comunicaciones son transparentes -nada existe por debajo de la capa 6, el protocolo ve en forma directa a la capa respectiva del receptor-.
Entidades; Servicios
Entidades; Servicios
Aplicacin Interfa Presentacin Interfa Sesin Interfa Transporte Interfa Red Interfa Enlace Interfa Fsica Interfa
Protocolo
Aplicacin Interfa
Protocolo
Presentacin Interfa
Protocolo
Sesin Interfa
Protocolo
Transporte Interfa
Protocolo
Red Interfa
Protocolo
Enlace Interfa
Protocolo
Fsica Interfa
Interfaz. Se denomina as a las funciones y tareas que se comunican de una capa a otra, segn el siguiente esquema: Una capa inferior le provee servicios a una superior. Una capa superior utiliza recursos de una inferior. De esta manera si el protocolo de capa 6 se quiere comunicar con su par del receptor, deber: Utilizar recursos de la capa 5 del transmisor por medio se sus interfaces. La capa 5 a su vez solicitar recursos de la capa 4 a travs de sus interfaces. As sucesivamente hasta que a travs de la capa 1 se comunicarn entre transmisor y receptor. Ahora la capa 1 del receptor le informar a travs de sus interfaces a la capa 2 del receptor que dispone de informacin. As sucesivamente hasta que la capa 5 le informe a la capa 6 de la informacin disponible y se haya completado la comunicacin entre los protocolos de la capa 6. Entidades y Servicios. Cada capa posee adems una cantidad de entidades que podrn estar activas o no segn las necesidades de los protocolos. Una entidad es un mdulo de software encargado de un cierto conjunto de funcionalidades.
Universidad UAI
71
Osvaldo A Prez
Las Entidades poseen una determinada cantidad de servicios para llevar a cabo las tareas y funciones encomendadas, de tal manera que una entidad podr poseer o ejecutar los servicios adecuados para concretar su funcionalidad. Los servicios se conocen como Elementos de Servicio. Cada capa se implementa con: Los protocolos entre entidades semejantes de distintos sistemas abiertos. Los servicios provistos por las entidades de la capa inferior a la superior.
6.4.2 Encapsulamiento de Protocolos en Capas.

El modelo OSI se ha establecido sobre el concepto del encapsulamiento de protocolos en capas; el cual a su vez proviene de desarrollos de modularidad anteriores. Entre las diversas tcnicas que permiten lidiar con la complejidad existen aquellas que dividen operacionalmente las funciones que se deben desarrollar para el establecimiento de los diversos procesos que deben desarrollarse en un sistema.
Usuario A
Comunicacin Lgica
Usuario B
Request SAP
Confirm
Response
Indication
SAP Seales de Datos o de Control
SAP Service Access Point

Entre las diversas tcnicas encontramos aquellas que realizan el diseo partiendo de un esquema amplio y enfocndose cada vez en un detalle mayor; (conocidas como tcnicas top-down de arriba a bajo) y aquellas que parten del detalle especfico y consideran cada vez una mayor porcin del sistema (conocidas como botton-up de abajo hacia arriba). La tcnica de encapsulamiento funcional por capas es adecuada al trabajo de diseo top-down, ya que permite despreocuparse de las funciones de detalle, hasta que se considere la capa del nivel adecuado para poder resolver dicha funcionalidad. Las propiedades que debe ofrecer un sistema de encapsulamiento por capas son las siguientes: a) Descomposicin lgica de los sistemas complejos en sistemas menores con partes ms comprensibles. b) Cantidad limitada y normalizada de interfaces entre las funciones de las distintas capas. c) Simetra funcional, ya que cada entidad deber realizar el mismo conjunto funcional para una capa determinada d) Deber incluir mecanismos de control y prediccin de los cambios que se deban realizar en la lgica de las funciones que dicha capa contiene.
Universidad UAI
72
Osvaldo A Prez
La comunicacin entre capas se realiza por medio de entidades definidas. Los requerimientos para establecer la comunicacin entre dos capas incluyen un sistema de direcciones con algn tipo de identificador conocido tpicamente como Service Access Point (SAP). El SAP puede disponerse de varias formas diferentes en tanto y en cuenta provea de un sistema de identificacin nico y no ambiguo de la entidad a la cual refiere (persona, computadora, capa de servicio, etc). Se establecen cuatro tipos de transacciones o primitivas: Request, Indication, Response Confirm Para poder establecer servicios de consulta y respuesta en la modalidad Cliente-Servidor. El proveedor del servicio es quien realiza el control de la comunicacin. Cada capa es un proveedor de servicio y puede contener varios servicios diferentes. Por ejemplo servicios para la conversin de cdigos, o la apertura de sesiones. Cada capa puede consistir de un conjunto de subsistemas y de entidades componentes. Una entidad es un mdulo especializado dentro de la capa; por ejemplo una capa puede contener a una entidad de compresin, una entidad de encriptacin y una entidad de multiplexacin, por ejemplo. Una capa se puede dividir tambin en estructuras lgicas ms pequeas denominadas subcapas. Las entidades tambin pueden existir dentro de las subcapas. La idea esencial del modelo de capas es que una capa inferior le suministra un determinado servicio o valor agregado a la capa inmediata superior en forma de servicio. De esta forma se va escalando capa a capa hasta llegar a la ms elevada que le presenta al usuario el conjunto completo de servicios disponibles (los cuales sern resueltos en el nivel adecuado).
6.4.3 Comunicacin entre entidades de la misma capa.

En muchos casos un servicio que suministra una capa especfica se puede ajustar con las necesidades que un usuario demanda. Para ello el usuario debe especificar (pasar) un conjunto de identificadores desde la capa superior hacia la capa inferior. Estos identificadores reciben el nombre de Facilidades. Al producirse el llamado desde una capa superior a otra inferior con un conjunto de facilidades activadas; una entidad la capa inferior intentar resolver el servicio, en caso de no poder hacerlo llamar a otras entidades similares dentro de su propia capa de servicio para poder cumplir con el requisito. Las entidades que existen en una misma capa se pueden conectar en esquemas de muchos a uno o de uno a muchos. Lo cual implica que las entidades pueden ser invocadas por ms de un servicio o utilizar el servicio de ms de una entidad. Este tipo de servicios se suministran a partir del SAP de la capa superior y llaman a un CEP (Connection End Point) de la capa inferior. En el modelo OSI una conexin implica la asociacin establecida por la capa inferior entre dos o mas entidades de la capa superior, generalmente para la transferencia de datos entre los dos extremos de una comunicacin.
Universidad UAI
73
Osvaldo A Prez

Interfase
Comunicacin con la Capa Adyacente

Capa N + 1 Interfase
Entidad Par
Protocol
Comunicacin Peer to peer
Entidad Par
Comunicacin con la Capa Adyacente
Capa N
Interfase Servicio Primitivas de Servicio Primitivas de Servicio
Interfase Servicio Capa N-1
Ttulo Capa (n + 1)
Entidad (n + 1) Direccin (n)
Entidad (n + 1)
SAP (n)
CEP (n) CEP (n) Instancias de la entidad
Capa (n )
Entidad (n)
Entidad (n)
Entidad (n)
Entidad (n)
SAP Punto de Acceso al Servicio CEP Punto de Conexin Extremo La relacin se puede observar en la grfica en la cual cada capa contiene un conjunto de entidades que suministran funciones e intercambian datos con entidades pares en otras locaciones de la red (conexin lgica). Las entidades que estn en las capas adyacentes por encima y por debajo de esta capa interactan por medio de las fronteras correspondientes (Conexin fsica), por medio del pasaje de parmetros que definen el tipo de interacciones a desarrollar entre las capas. Normalmente cada una de las capas (con excepcin de la ltima) por la cual va atravesando el mensaje, incorpora un encabezamiento. Los encabezamientos se utilizan para establecer la sesiones peer to peer entre los nodos y algunas implantaciones utilizan los encabezamientos para invocar funciones y servicios en
Universidad UAI
74
Osvaldo A Prez
las capas adyacentes superior e inferior con respecto a la capa desde donde se produce el llamado. En la capa receptora la entidad utiliza al encabezamiento para desarrollar la accin.
6.4.4 Parmetros y Primitivas de Servicios.

Los Servicios proporcionados entre niveles adyacentes se caracterizan mediante un conjunto de primitivas de servicio que contiene el nombre del servicio y los parmetros o informacin necesaria a transferir entre los SAP. Una primitiva especifica la funcin que se ha de realizar y los parmetros transfieren la informacin de los datos y de control que se deben incluir con la primitiva. El Modelo OSI consta de cuatro primitivas. Request: La emite un usuario del servicio con el objeto de solicitar un servicio y pasar los parmetros necesarios para dicho servicio. Confirm:La emite el suministrador del servicio para reconocer o completar algn procedimiento solicitado previamente por un usuario por medio de la primitiva Request Indication: La emite el suministrador del servicio para notificarle al usuario de un servicio de una accin iniciada por el proveedor o para indicarle que ha sido invocado un procedimiento por parte del usuario del servicio del extremo remoto de la conexin y proporcionarle los parmetros necesarios. Response: La emite el usuario del servicio para reconocer o completar alguna solicitud que ha invocado el suministrador del servicio por medio de la primitiva Indication.
Una Primitiva establece la funcin a ser desarrollada Los parmetros permiten transferir los datos e informaciones de control de las Primitivas Se utilizan cuatro tipos de primitivas para indicar la interaccin entre capas adyacentes REQUEST CONFIRM INDICATION RESPONSE
Usuario A del Servicio Capa N+1
Usuario B del Servicio Capa N+1

2 Indication
Usuario A del Servicio Capa N+1
Usuario B del Servicio Capa N+1
2 Indication
3 Response 4 Confirm 1 Request 1 Request
Capa N
Capa N
Capa N
Capa N
Suministrador del Servicio
Suministrador del Servicio
Servicio Confirmado
Servicio No Confirmado
Considerando el caso tpico de comunicacin entre un Usuario A de origen y un Usuario B de destino encontraremos dos modos principales de conexin con las secuencias siguientes.
Modo de Servicio Confirmado.
Universidad UAI
75
Osvaldo A Prez
El Usuario A solicita el establecimiento de una conexin por medio de un comando <Connection>Request y suministra los parmetros de direcciones y tipo de servicio. La capa N que provee el Servicio de Conexin transfiere este comando (por medio de los protocolos de capas inferiores) a la capa N del Usuario de destino. La Capa N del usuario de destino le indica al Usuario B por medio de un comando <Connection> Indication la solicitud de servicio del Usuario A. Si el usuario B decide aceptar la solicitud de servicio le responder a su capa Suministradora de Servicio N con un comando <Connection> Response. La capa N del Usuario B transferir este comando por medio de las capas inferiores, a la capa N del Usuario A, la cual le remitir al Usuario A un comando de <Connection> Confirm,
Modo de Servicio No Confirmado

La secuencia se simplifica, pues solo se utiliza la secuencia en la direccin de A hacia B, sin esperar ni requerir la confirmacin desde B hacia A.
6.4.5 Unidades de Datos

Las Unidades de Datos difieren entre las necesarias para desarrollar una comunicacin entre Entidades Pares (de una misma capa); y entre las Entidades Adyacentes (entre dos capas diferentes). En el primer caso nos estamos refiriendo a las comunicaciones de Protocolos y en el segundo a las comunicaciones de Interfaces entre las capas. Veremos que para cada caso se definen tres Unidades Diferentes; la de Control, la de Dato y la Compuesta que lleva la Informacin de las dos Precedentes.
Entidad Corresponsal Capa (n)
Unidades de Datos de Correspondencia

Capa (n)
Protocolo de Capa (n)

PDU (n)
Interfa SAP
Tipos de Unidades de Datos

Capa (n 1) Control Datos Compuesto PCI (n1) SDU (n1)
Capa (n 1)
Entidades Pares (n) (n)
PCI
Protocol Control Information
UD
User Data
PDU
Protocol Data Unit
PDU (n1)
ICI
Interfaz Control Information
ID
Interfaz Data
IDU
Interfaz Data Unit
SDU Service Data Unit PDU Protocol Data Unit
Conexin (n - 1)
PCI Protocol Control Information
La Unidad Fundamental es la Unidad de Dato de Servicio (SDU, Service Data Unit), que es la que se manifiesta en una Entidad especfica. A partir de dicha SDU se estructuran las Unidades, ya sean para la comunicacin por Interfaz o por Protocolo. Reacurdese que las Comunicaciones por Interfaz estn asociadas a un SAP determinado. Las Unidades de datos quedan definidas de la siguiente forma:
Universidad UAI
76
Osvaldo A Prez
SDU (n) (Service Data Unit), Unidad de Dato de Servicio: Unidad de datos cuya Identidad se mantiene entre los extremos de origen y destino de la conexin SDU (n) acelerada: (Service Data Unit celered): Unidad de datos pequea con Transferencia Acelerada. Presenta prioridad sobre las restantes SDU PCI (n) (Protocol Control Information), Informacin de Control de Protocolo: Informacin intercambiada entre las entidades (n), mediante una conexin (n-1) para coordinar un funcionamiento conjunto. UD (n) (User Data), Datos de Usuario: Datos transferidos entre entidades (n), en nombre de las entidades (n + 1), para las cuales las entidades (n) proporcionan Servicios. PDU (n) (Protocol data Unit), Unidad de Protocolo de Dato: Unidad de datos especificada en un protocolo (n) y consistente en informacin de control del protocolo, con o sin datos de usuario. ICI (n) (Interfaz Control Informacion), Informacin de Control de Interfaz: Informacin transferida entre una entidad (n + 1) y una entidad (n) para coordinar su funcionamiento. ID (n) (Interfaz Data), Datos de Interfaz: Informacin transferida de una entidad (n +1) a una entidad (n) para su transmisin a una entidad (n + 1) corresponsal por una conexin (n); o inversamente, informacin transferida de una entidad (n) a una entidad (n + 1), despus de ser recibida por una conexin (n), de una entidad (n + 1) corresponsal IDU (n) (Interfaz Data Unit), Unidad de Datos de Interfaz: Unidad de Informacin transferida a travs del SAP entre una entidad (n + 1) y una entidad (n), en una misma interaccin. Cada IDU contiene informacin de control de interfaz (n) (ICI) y puede llegar a contener la totalidad o una parte de la Unidad de datos del Servicio (n) (SDU).
6.4.6 La unidad de dato de protocolo
Servicio Capa N + 1 Entidad Interfa Entida SAP Service Access PDU Protocol Data Unit
Servicio Capa N + 1 PD SAP Entidad Entidad Interfaz
Servicio Capa Entidad PDU Interfaz SAP Servicio Capa N Entidades
Protocolo N
Servicio Capa Entidad PDU SAP Interfaz
Servicio Unidad de intercambio Capa N Capa 1 bit Capa2 Frame Capa3 Packet Capa4 TPDU (Transporte) Capa 5 SPDU (Sesion) Capa 6 PDDU (Presentacin) Capa 7 APDU (Aplicacin)
Entidades
Universidad UAI
77
Osvaldo A Prez
Dado que las comunicaciones entre capas y entidades semejantes no son directas, sino que se efecta por medio de una conexin fsica ubicada en el nivel ms bajo de cada sistema, se debe implementar un mtodo que permita intercambias instrucciones y datos. Este mtodo utiliza el PDU Protocol Data Unit como unidad. En el cual se define un lenguaje formal con formato, sintaxis y semntica de mensaje definidos. Este bloque de informacin o PDU es el que circula entre los sistemas por intermedio de los enlaces fsicos. Cada capa lo entrega a su capa inferior. Un PDU contiene informacin de control bajo la forma de comandos del protocolo de la capa correspondiente adems puede contener los datos recibidos de la capa superior. Cada una de estas partes constituye un campo del PDU. Por su ubicacin la informacin de control constituye el encabezado de los datos. Los elementos claves de un protocolo son: La sintaxis, es decir el formato del PDU con sus datos y encabezado. La semntica, es decir el significado de los comandos del campo de control del PDU El secuenciamiento adecuado de las acciones que se toman respecto de los comandos referidos. Las funciones y servicios concomitantes de una capa determinada constituyen un protocolo. Cada capa se individualiza por su protocolo. Al conjunto de capas se las llama pila de protocolos o protocol stack. Una capa superior le puede solicitar un servicio a la capa inferior contigua, para hacerlo debe utilizar las primitivas de servicio. Una primitiva de servicio es la informacin que se pasa entre el usuario de un servicio y el proveedor de dicho servicio en la capa inferior. Las primitivas ms generales son: Requisicin Indicacin Respuesta Confirmacin Las primitivas no tienen definida su sintaxis, razn por la cual cada producto puede resolverlo de la forma que mejor le convenga una implementacin. Como mencionamos la comunicacin entre capas adyacentes se realiza a travs de interfaces. Las interfaces se identifican por uno o varios Puntos de Acceso al Servicio SAP (Service Access Point) que permiten la transferencia de informacin entre las entidades de las distintas capas. (En el caso de TCP/IP se los denomina puertos)
6.4.7 Proceso de la Comunicacin.

El proceso completo es el siguiente: Partimos del mensaje que una aplicacin enva como PDU (Protocol Data Unit) o mensaje original. Se puede decir que en cada capa se encapsula el PDU recibido de la capa superior agregando un encabezado y en el caso de la capa 2 tambin una cola. Se debe tener presente que estos encabezados solo tienen sentido para la capa homloga de otro sistema. Al llegar a la capas de red, el mensaje compuesto encapsulado por las distintas capas se transmite al destino, atravesando la capa fsica. Ahora la informacin comienza a subir nuevamente y a desempacarse. Cada capa lee, interpreta y acta conforme la informacin de control, luego de lo cual elimina el encabezamiento correspondiente. El mensaje se va desemcapsulando hasta llegar a la interfaz superior de la capa de aplicacin con el mensaje original. As los datos han llegado desde el transmisor hasta el receptor. En un nivel formal podemos decir que una entidad N requiere la transferencia de mensajes de protocolo a otra entidad N semejante, generando una primitiva de servicio a la capa (N-1) por medio
Universidad UAI
78
Osvaldo A Prez
del SAP (N-1) con el mensaje como argumento de la primitiva. La primitiva puede incluir datos e informacin de control como por ej el destino final, es decir la entidad N del otro nodo y las acciones a realizar. Una primitiva no necesariamente debe transmitir datos, puede enviar solo informacin de control que hacen al proceso de transferencia.
Capas 1 a 3 chainned Capas 4 a 7 end to end
PCI Cabecera de Aplicacin SAP PPD Cabecera de Presentacin PCI SAP SPD Cabecera de Sesin SAP TPD Cabecera de Transporte PCI SPD Dato Transporte SAP TPD fram NPD Red Dato SAP Trailer de Enlace Enlace SAP Fsica Bit PCI PPD Dato Sesin SAP APD Presentacin Dato SAP APD Dato Aplicacin SAP Dato
Control de flujo entre nodos control de flujo entre procesadores
SAP
SAP
Cabecera PCI de Red
SAP
Cabecera de Enlace
PCI
DL-
La informacin de control que cada capa introduce con destino a la capa semejante del otro sistema se llama Informacin de Control del Protocolo PCI (Protocol Control Information). Las capas inferiores van tomando a los PDU superiores simplemente como datos, que encapsulan a su vez con la informacin de control correspondiente en forma de un PCI referido a su propio protocolo de capa. Podemos decir que a partir de un PDU(N), la capa N-1 le agrega su PCI(N-1) para construir el nuevo PDU(N-1). Al conjunto que ahora baja a la capa inferior tambin se le adicionar el PCI correspondiente a esa capa para construir un nuevo PDU, y as sucesivamente hasta llegar a la capa fsica. Cuando el conjunto llega a destino la capa inferior leer y quitar el PCI del protocolo correspondiente; la informacin restante ser pasada a la capa inmediatamente superior constituyendo para ella un nuevo PDU. Se repite el proceso sucesivamente, leyendo en cada capa los PCI correspondientes a sus protocolos respectivos hasta obtener el PDU final de la capa superior.
6.4.8 Nodos de Red y Capas. La Arquitectura de la Red.El modelo OSI presenta una arquitectura de red definida en relacin a la intercomunicacin de los protocolos entre los diferentes nodos. Las capas inferiores, de 1 a 3, establecen comunicaciones entre nodos adyacentes, es decir que toman en cuenta a todos los nodos de red por los cuales debe pasar la comunicacin en su viaje entre el nodo de procesamiento de origen y el nodo de procesamiento de destino. De esta forma se establecen enlaces entre los nodos adyacentes que conforman la ruta seleccionada para unir el nodo de procesamiento de origen con el nodo de procesamiento de destino. La funcin de red consiste en unir a los diferentes enlaces necesarios. En el nivel de red, la cantidad de caminos posibles puede ser muy amplia, adems de existir una
Universidad UAI
79
Osvaldo A Prez
multiplicidad de caminos que se dirigen a una multiplicidad de destino; de esta forma la funcin primaria de red consiste en seleccionar y vincular entre s a los enlaces necesarios que conformen un camino entre los nodos de origen y destino de la comunicacin. A partir de la capa cuatro del modelo OSI, las comunicaciones se establecen solo entre los nodos de origen y destino del procesamiento, es decir, que los nodos intermediarios de la red no cumplen funcin alguna de procesamiento en estas capas. Si bien esto es as para los nodos intermediarios con funciones de red, esto ya ha dejado de ser cierto en la actualidad, a partir de la red Internet. En la red Internet pueden aparecer nodos de procesamiento intermediarios (servidores) dentro de algn nodo de red, o bien dentro de algn nodo de procesamiento de destino, que no es nodo de destino al cual se dirige nuestra comunicacin, pero, que debe ser utilizado para poder encontrar algn recurso de red o de procesamiento que ser utilizado a continuacin para poder completar un determinado tipo de servicio de comunicacin que se establecer con el nodo de destino real con el cual se desea establecer la comunicacin.
Nodo Origen
Comunicacin entre nodos finales
Aplicacin
Nodo Destino
Aplicacin

Presentacin Presentacin

Sesin Sesin

Transporte
Nodo Red 1
Red
Nodo Red 2
Red
Nodo Red 3
Red
Transporte
Red
Red
Enlace
Enlace
Enlace
Enlace
Enlace
Fsica
Fsica
Fsica
Fsica
Fsica
Comunicacin entre nodos adyacentes
La arquitectura original del modelo OSI solo contemplaba un uso de recursos centralizados, en cambio la arquitectura de Internet posibilita el uso de recursos distribuidos, con lo cual el uso de nodos intermediarios de procesamiento suele quedar oculto para los usuarios finales (caso tpico los servidores DNS para poder encontrar el numero de direccin IP que le corresponde a una determinada direccin www).
6.5 Modelos de protocolos multicapas.

Como se coment al comenzar con el tratamiento del Modelo OSI, los modelos de protocolos multicapas poseen una larga historia y variedad en el desarrollo de las redes de datos para interconectar el equipamiento de diferentes fabricantes de dispositivos de computacin. En el grfico que se adjunta se ilustra una visin comparativa entre las diversas capas que poseen algunos de estos modelos, de los cuales se han seleccionado los modelos mas utilizados por el mercado.
Universidad UAI
80
Osvaldo A Prez
El Modelo ms antiguo y an vigente es el desarrollado por IBM, bajo el nombre de SNA (System Network Architecture), el cual originalmente, solo posea 6 capas, pero posteriormente fue modificado a 7 capas. Se debe mencionar que las capas del modelo SNA no son funcionalmente idnticas a las del modelo OSI, por lo cual existe cierto traslapamiento funcional ente las capas equivalentes de ambos modelos. Adems. Si bien no hemos realizado tal estudio en este mdulo, el modelo SNA es altamente jerrquico en la definicin de sus Dominios, en cambio el modelo OSI admite una definicin de Dominios distribuida. Nota: Una discusin ms profunda de los modelos de capas para la interconexin de redes se ofrece en la materia Teleprocesos y Redes I. Otro de los modelos muy difundidos es el Modelo DEC Net (Digital Equipment Corporation). El modelo DEC Net tuvo una fuerte expansin durante la dcada de 1970 y se estableci como un estndar muy fuerte del mercado, al menos, hasta mediados de la dcada de 1990. Las razones para su apogeo y declinacin son las siguientes. La empresa Digital construy la primer Minicomputadora (La PDP 8), en la dcada de 1970. Esta minicomputadora costaba en el orden de las decenas de miles de dlares, en lugar de los cientos de miles de dlares de los mainframes, lo cual posibilit que muchos departamentos de investigacin de las Universidades y muchas pequeas empresas, pudieran acceder por primera vez a una computadora propia, en lugar de depender de los centros de procesamiento de datos, tpicos de la dcada de 1960, con sus grandes mainframes. Durante toda la dcada de 1970 y 1980 se produjo la revolucin de las minicomputadoras, (seguida en las dcadas de 1980 y 1990 por la revolucin de las PC (Personal Computer), con lo cual las minicomputadoras de Dgital se transformaron en el eje clave de dicha revolucin, (seguida por otras empresas, como HP), y conjuntamente su arquitectura de red DEC Net se expandi en forma correspondiente. Finalmente, durante la dcada de 1990 la empresa Compact adquiere a la empresa Digital, y posteriormente la empresa HP (Hewlet Packard) adquiere a su vez a la empresa Compact, con lo cual la tecnologa de Digital es primero incorporada a Compact y luego a HP. Cabe mencionar que la tecnologa de minicomputadoras de Digital pas a mejorar la tecnologa de los Servidores Compact y de los Servidores HP, pero, las redes DEC Net se transformaron en un anacronismo dentro de la tecnologa LAN posterior a 1995, la cual qued completamente dominada por Ethernet e Internet, por ende las redes DEC Net, ya han desaparecido casi completamente, pero no por ello se debe dejar de lado el importante papel que estas redes desempearon en la tecnologa de interconexin de las dcadas de 1970, 1980 y gran parte de 1990.
MODELO SNA MODELO OSI

Transaccin Aplicacin
MODELO DEC Net

Network Management Network Application Control de Sesin End Communication
MODELO IPX
Aplicacin
MODELO TCP/IP
Aplicacin Presentacin
Data Flow Control
Presentacin
Control de Recursos
TELNET
FTP
NAU Network Addresable Unit Transmission Control Path Control
Sesin
Interproceso
SMTP (mail)
DNS
Transporte
Transporte
UDP
TCP
Red
Routing
Internet
IP
Enlace
Enlace
Data Link
Card Driver
Enlace
Fsica
Fsica
Fsica
NIC
Fsica
Universidad UAI
81
Osvaldo A Prez
El siguiente Modelo que ilustramos es el Modelo IPX (Inter Process Exchange), fruto de otro de los jugadores histricos principales. As como Dgital jugo el papel clave en el mundo de las Minicomputadoras, Novell jugo ese mismo papel en el mundo de las Redes LAN para interconexin de PCs bajo Ethernet durante las dcadas de 1980 y 1990. Nuevamente realizaremos una pequea referencia histrica para comentar el porque de su apogeo y declinacin. La PC es un desarrollo del ao 1981, que por un costo, relativamente elevado, permita obtener una computadora profesional para aplicaciones de oficina, en un mercado dominado por las HC (Home Computer) Computadoras Hogareas, que ofrecan algo de diversin y juegos por precios relativamente mdicos. Con la PC se produce un efecto similar al obtenido una dcada antes con las minicomputadoras, y lentamente las PC comenzaron a poblar las oficinas hasta alcanzar una densidad de una PC por escritorio o por puesto de trabajo. En la medida en que el nmero de PCs aumentaba se manifest la necesidad de interconectarlas, pero por medio de algn mecanismo suficientemente econmico como para que su costo fuera comparable al propio precio de la PC. Si bien existieron varias tecnologas competidoras, la tecnologa que se afianz fue la Ethernet, desarrollada originalmente por Xerox, Intel y Digital. Pero en la medida en que ms y mas PCs se interconectaban se requiri migrar a la Arquitectura Cliente-Servidor; lo cual, obviamente, genera la necesidad de que en las oficinas se instale una nueva PC totalmente diferente; El Servidor. La aparicin del Servidor gener dos flujos evolutivos completamente diferentes: a) En aquellas oficinas en que exista una minicomputadora, (Por ejemplo Dgital, HP u otra), la funcionalidad del Servidor se le asignaba al minicomputador en el cual el Sistema Operativo sola ser alguna variedad del Unix; b) En las pequeas empresas, en las cuales no existan minicomputadoras, hubo que considerar, por primera vez, la instalacin de un Equipo Profesional de Procesamiento de Datos. Esto trajo aparejado la aparicin de un NOS. Sistema Operativo de Red. Y el NOS por excelencia desde 1985 y hasta 1995 fue el de Novell, con lo cual la arquitectura de red IPX apreci en los ambientes LAN originales desde 1985 y hasta 1995. Pero en 1995 ocurrieron dos eventos, por una parte la empresa Microsoft present, por vez primera, un Sistema Operativo para Servidores, el NT (New Technology), y por la otra, y en forma misteriosa), Novell no actualiz con la premura del caso su NOS, Netware. Durante los aos siguientes el mercado de oficina migr con gran rapidez a los Servidores Microsoft, (Windows NT, 2000 y 2003) por sus grandes prestaciones y facilidad de manejo: En tanto que el mercado de las minicomputadoras se mantuvo con su sistema Unix, o en algunos casos migr a Windows. Por su parte, Novell continu perdiendo mercado y ya para e lao 2000 pas a ser un jugador menor, misma suerte que sigui su arquitectura de red IPX. Actualmente los ambientes IPX solo sobreviven en algunas instalaciones que aun no han migrado a Windows o a Unix, pero se prev que esta situacin no se prolongue mucho ms en el futuro. Finalmente se har una aclaracin con respecto al Sistema Operativo Linux, el cual es un derivado del Unix. El Linux solo aparece con fuerza en el mercado despus del ao 2002 y aun su futuro es incierto. La incertidumbre de Linux se centra sobre la evolucin de Unix, y una de sus distribuciones favoritas, el BSC Unix y no con respecto a Microsoft. Linux podr evolucionar o no, en funcin de cuales sean sus prestaciones reales con respecto a Unix y Unix mantendr su supremaca frente a Linux, en la medida en que ofrezca distribuciones ms estables que las de Linux. Sin embargo, la discusin carece de gran sentido, ya que siendo el Linux una versin de Unix, solo estamos hablando de dos Sistemas Operativos para el ambiente PC, la Familia Unix y la Familia Miscrosoft. Nota: Recurdese que el sistema operativo Solaris de Sun es una versin de Unix El ltimo modelo para la interconexin de redes que consideramos es DARPA, comnmente conocido como TCP/IP. Evidentemente, esta arquitectura tiene gran vigencia actual, al ser el conjunto de protocolos utilizados en la Internet, pero, veremos brevemente su origen. El modelo TCP/IP surge dentro del ambiente de minicomputadoras de las Universidades, y en particular es una extensin del Sistema Operativo Unix, que se utilizaba en dichas minicomputadoras. Las caractersticas de abierto e incremental de este conjunto de protocolos se derivan de la naturaleza de los investigadores Universitarios que permanentemente prueban y experimentan nuevas funcionalidades en el ambiente de red. Este juego de protocolos se comienza a consolidar durante la dcada de 1980, pero no es hasta 1992 que pasa a tener real relevancia para el mercado. En 1992 se desarrolla el protocolo HTTP, los hojeadores (browsers), el sistema de pginas web y los buscadores. Conjunto de cuatro elementos que permite que cualquier nefito pueda utilizar
Universidad UAI
82
Osvaldo A Prez
Internet sin tener que utilizar los comandos crpticos que se utilizaban hasta ese momento. Pero no es hasta 1995 que estas facilidades de Internet no son reconocidas ni accesibles ampliamente por toda la poblacin mundial. En 1995 se desata la verdadera revolucin de Internet. Revolucin que afecta a los fabricantes de software, como Microsoft que partiendo de su SO 95 requiere casi de 7 aos hasta estabilizar su SO XP para una operacin confiable en Internet (pasando por los SO 95, 98, ME y XP) y por los diseadores de redes LAN y corporativas los cuales lentamente ven proliferar al protocolo TCP/IP, obligndolos a migrar desde protocolos como el IPX u otros hacia el TCP/IP. Migracin que se completa, primariamente, para el ao 2000, pero que solo para el 2005 ofrece soluciones de red, suficientemente estables y seguras como para empezar a combatir las diversas tcnicas de ataques que han proliferado en la Internet desde 1995. Como se mencion precedentemente, el conjunto de protocolos utilizados actualmente es una combinacin de los de OSI y de TCP/IP, quedando el modelo OSI para los protocolos de red de la capa 1 a la 3 y el modelo TCP/IP para los protocolos de capa 3 (virtual) a la capa 7.
7 La Arquitectura PAD (Presentation; Application; Data).

La arquitectura PAD es la que da origen a la topologa Cliente-Servidor Three Tier (de tres niveles). Divide a una aplicacin informtica en tres Niveles Funcionales diferentes.
Cliente Presentacin
Servidor Presentacin
Aplicacin
Lgica de Presentacin Lgica de Negocio Lgica de Base de Dato
Aplicacin Comunicacin
Lgica de Presentacin Lgica de Negocio Lgica de Base de Dato
Datos
Datos
El primer nivel es el de Presentacin, en el cual se desarrolla todos los componentes del programa relacionados con la Interfaz de Usuario o GUI (Graphic User Interface, as como los clculos y tablas necesarios para presentar la informacin en forma adecuada para el usuario. El segundo nivel es el de la Aplicacin propiamente dicha, tambin se lo conoce como, Reglas de Negocio. En el se desarrollan todos los programas relacionados con el proceso en si, o la funcin que debe desarrollar el aplicativo, as como todos los algoritmos de clculo y manipulacin de la
Universidad UAI
83
Osvaldo A Prez
informacin que se deban desarrollar para cumplir l objetivo del aplicativo; ej clculo de impuestos, o de facturacin o de funciones cientficas, o de la funcin especfica que desarrolla la aplicacin. EL tercer nivel es el Datos, en el cual se realizan todas las tareas y funciones necesarias para adaptar, almacenar y recuperar los datos necesarios para la aplicacin. Ya sean los datos en bruto, que luego sern procesados, o bien los datos ya procesados que se almacenarn como registros histricos. Existen aplicaciones, como las de facturacin o impuestos, en las cuales los datos se calculan y almacenan pero se consultan muy rara vez luego de procesados. En cambio, otras aplicaciones, como las de reserva y consulta, permanentemente acceden a los datos para consultarlos y volver a calcular nuevas versiones o actualizaciones sobre los datos que ya se poseen.
7.1 Elementos de la Arquitectura Cliente-Servidor.

Analizando la arquitectura Cliente-Servidor desde el enfoque PAD podemos realizar las clasificaciones siguientes.
Plataformas de Ejecucin Capas de la Arquitectura PAD

Cooperativo Cliente - Servidor
Solo Cliente
Solo Servidor
Presentacin
Presentacin basada en el cliente
Presentacin Distribuida
Presentacin basada en Host
Aplicacin
Procesamiento basado en el cliente
Computacin Distribuida
Procesamiento basado en Host
Datos
Administracin de Base de Dato Local
Bases de datos Distribuidas
Administracin de bases de datos basado en Host
Si solo se posee un Cliente, sin Servidor, la arquitectura PAD solo podr correr en tal cliente, por lo cual la Presentacin ser realizar en el Cliente, la Aplicacin correr en el Cliente y la Base de Datos ser local y propiedad de tal cliente. Este Modelo ya no es usual, pero se utiliz ampliamente en los inicios de las soluciones con PC, (dcadas de 1980 y parte de la de 1990), cuando aun las redes LANs eran una rareza y los Servidores no haban alcanzado gran penetracin, ya sea por costo, por motivacin cultural o por carecerse se aplicaciones desarrolladas para ambientes ClienteServidor. Esta arquitectura comenz a abandonarse en 1990. Si todo el procesamiento se realiza en el Servidor, la arquitectura PAD correr la Presentacin desde el Servidor, ejecutar la aplicacin en el Servidor y almacenar los datos en una nica base de datos centralizada en el Servidor. Esta arquitectura es la que sucede en el tiempo a la del primer caso, ya que al iniciarse el desarrollo de las aplicaciones cliente-servidor se las concentra en el Servidor, ya
Universidad UAI
84
Osvaldo A Prez
que aun se posea poca experiencia para desarrollar ambientes cooperativos. Esta modalidad se expande por toda la dcada de 1990, iniciando con las primeras soluciones Cliente-Servidor, que, dependiendo de cada empresa, se iniciaron en 1990, o tan tarde como 1998 o 2000. Justamente el problema del ao 2000, que no era tan serio como se promociono, se utiliz, en gran medida, para forzar el cambio tecnolgico y migrar gran cantidad de aplicaciones heredadas que aun continuaban con arquitecturas muy antiguas. Finalmente el desarrollo equilibrado de aplicaciones cooperativas Cliente-Servidor hace que la arquitectura PAD corra la Presentacin en forma distribuida, con llenado de datos en el cliente y formularios o filtros que corren en el servidor; con aplicaciones que corren mayormente en el servidor y parte en el cliente y con almacenamiento de datos en servidores distribuidos que sincronizan y actualizan los datos que preservan. Este modelo de procesamiento se desarrolla a partir del Servidor Windows NT, en el ambiente Windows, y es el responsable de la generalizacin de Servidores, que antes solo posean funcionalidades simples, como Servidores de Archivo o de Impresin. Esta ltima arquitectura es luego complementada y reemplazada por la Arquitectura Web, que se desarrolla a partir del ao 2000 y de la Arquitectura SOA (Service Oriented Architecture), que comienza a popularizarse despus de 2003.
7.2 Componentes del Servidor

El sistema operativo de un servidor debe implementar un conjunto de funcionalidades y poseer componentes esenciales, entre ellos:
Servicio
Servicios de Archivos Servicios de Impresin Servicios de Usuarios Servicios de Comunicacin Servicios de Transacciones Servicios de Bases de Datos
Sistema Operativo de
Recursos
Administracin de Archivos Administracin de Tareas Administracin de Memoria
Red
IPC Despachador
Procesos
Multitasking Threads Concurrencia
Semforos
Preempcion de Tareas
Sistema Operativo de
Hardware PPA HDD RAM VDU CPU NIC
Concurrencia Multitasking, Multitarea Threads, Hilos de Procesamiento
Universidad UAI
85
Osvaldo A Prez
Task Preemption: Un sistema operativo con multasking preemptive puede establecer ranuras temporales fijas para la ejecucin de cada tarea. Sin la multitarea preemptiva una tarea deber dejar voluntariamente el uso del procesador antes de que se pueda procesar otra tarea. Es mucho mas seguro escribir programas en entornos en los cuales el sistema operativo es el encargado de la conmutacin entre tareas. Prioridad de Tareas: Un sistema operativo debe despachar las tareas en funcin de su prioridad. Esta caracterstica le permite a los servidores diferenciar el tipo de servicio basado en la prioridad de cada cliente. Semforos: Un sistema operativo debe proveer de un mecanismo de sincronizacin simple para evitar la superposicin de en el acceso de los recursos compartidos de las tareas concurrentes. IPC Interprocess Communications: Es el mecanismo que le permite a los procesos independientes el intercambio y comparticin de los datos. Local/Remote Interprocess Communications: Un sistema operativo debe permitir la redireccin transparente de las llamadas a interprocesos hacia los procesos remotos a travs de la Red, sin que la aplicacin tenga que gestionarlo. Threads: Son unidades de concurrencia provistas en el propio programa. Los hilos se utilizan para generar programas con concurrencia elevada orientados a eventos. Cada evento se puede asignar a un hilo, que queda bloqueado, hasta que el evento se produce, mientras tanto otros hilos estn haciendo uso de los ciclos de procesamiento en forma productiva. Proteccin entre tareas: Los sistemas operativos deben proteger los espacios de tareas, de forma tal que las diferentes tareas no compitan por los recursos de otras tareas. La proteccin se extiende a los sistemas de archivos y las llamadas al sistema operativo. Sistema de Archivos Multiusuario de alto desempeo: El sistema de archivos debe soportar tareas mltiples y proveer los controles que protejan la integridad de los datos. Los programas servidores trabajan normalmente con muchos archivos al mismo tiempo. Los sistemas de archivos deben soportar un nmero grande de archivos abiertos sin demasiado deterioro en su desempeo. Administracin Eficiente de Memoria: Los sistemas modernos operan con programas y objetos de datos de gran dimensin; es menester que los sistemas de memoria permitan el uso eficiente de la misma y aseguren un intercambio simple entre la memoria de disco y la memoria de la mquina, en general por medio de bloques granulares. Dinamically Linked Run Time Extensions. Los servicios del sistema operativo deben ser expandibles, por medio de mecanismos que permitan a los servicios crecer en tiempo de corrida sin la recompilacin del sistema operativo.
7.3 Escalabilidad de Servidores

La capacidad de procesamiento de cualquier computadora siempre esta limitada, por lo cual, aumentar la capacidad de procesamiento siempre plantea problemas de escalabilidad. Descartaremos aqu la propia evolucin tecnolgica, la cual resuelve muchos problemas. Es decir el aumento de la velocidad de procesamiento, de la cantidad de memoria y del aumento de la velocidad de acceso a la memoria; todas tcnicas que permiten aumentar la capacidad de procesamiento sin alterar la arquitectura de una computadora. Nos concentraremos en cambio en aquellas tcnicas que establecen un cambio en la arquitectura de la computadora y le permiten aumentar su capacidad de procesamiento. La primera de tales tcnicas es el procesamiento preemtivo por medio del cual el procesador se transforma en un verdadero procesador multitarea. Ya que cada tarea corre en una ranura temporal
Universidad UAI
86
Osvaldo A Prez
independiente y con recursos independientes, lo cual permite que si un proceso se bloquea, tal bloqueo pasa desapercibido para el resto de los procesos.
LAN
Servidor Monoproceso
Servidor Multiproceso Asimtrico
Servidor Multiproceso Simtrico (SMP)
Cluster MultiServidor
La segunda tcnica es la de multiprocesamiento, por lo cual se cuenta con ms de una computadora en paralelo. Tal multiprocesamiento puede ser asimtrico o simtrico. En el procesamiento asimtrico se establecen co-procesadores que realizan tareas especificas y descargan a otros procesadores. En tanto que en el procesamiento simtrico todos los procesadores son jerrquicamente iguales y procesan la siguiente tarea que este esperando en la cola de procesamiento. Finalmente, si la capacidad de un solo procesador multiproceso no es suficiente para alcanzar la capacidad de proceso se establecen configuraciones de Cluster de Servidores, que vinculan a un conjunto de maquinas servidoras que aumentan la capacidad de procesamiento del conjunto.
7.4 Sistemas Distribuidos y Multiprocesadores.

Sistemas Distribuidos. Los sistemas distribuidos poseen dos o ms procesadores ya sea en forma localizada o en forma remota; en el caso de estar localizados (en la misma computadora), se denominan sistemas multiprocesadores y operan bajo el mismo sistema operativo, en el caso de estar alojados en mquinas diferentes podrn contar con un mismo sistema operativo (homogneos), o con distintos sistemas operativos (heterogneos) Multiprocesadores Asimtricos: Los multiprocesadores asimtricos imponen una divisin jerrquica de las tareas entre los procesadores. Solo el procesador designado como maestro puede correr el Sistema Operativo de Administracin. El Maestro controla bajo un esquema de alto acoplamiento a los procesadores esclavos que se asignan a a funciones especficas tales como entradas-salidas de acceso a discos, o entradas salidas de acceso a red, etc. Un esquema aun mas cerrado es el de Coprocesadores, en el cual la codependencia contra el procesador de control se hace completa. El procesador maestro controla a los procesadores esclavos por medio de instrucciones de propsito especial, como por ejemplo instrucciones de entrada-salida; instrucciones de procesamiento grfico, etc. Multiprocesadores Simtricos (SMP). En la arquitectura de multiprocesadores simtricos todos los procesadores son iguales. Cualquier procesador puede trabajar por igual con cualquier tipo de tarea. Las aplicaciones se dividen en hilos de procesamiento (Threads) que se pueden procesar en forma concurrente en cualquier procesador disponible. Cualquier procesador del conjunto puede correr el Sistema Operativo de Administracin.
Universidad UAI
87
Osvaldo A Prez
Los multiprocesadores simtricos mejoran el desempeo de las aplicaciones por su propia estructura, as como el throughput de procesamiento del sistema.
I/O Colas de Tareas I/O Cola de Tareas
I/O
I/O
Pedido de Base de datos
Trabajo de Impresin
Pedido de Base de datos Trabajo de Impresin
Asignador
Procesador 1
Procesador 2
Procesador n
Procesador 1
Procesador 2
Procesador n
Multiprocesamiento Asimtrico
Multiprocesamiento Simtrico
Configuracin de Sistemas Distribuidos. Un sistema distribuido opera bajo un mecanismo similar al de los multiprocesadores simtricos con la diferencia que no siempre existe un elemento asignador, sino que muchas veces el trabajo lo toma el procesador que se encuentra fsicamente ms cerca o ms desocupado, lo cual implica que en funcin del tipo de proceso con el cual se est operando, el sistema operativo tal vez deba contar con un mecanismo de integracin que asegure la integridad del procesamiento distribuido aunando la operatoria de los diversos fragmentos de procesamiento. Multiprocesadores Simtricos. Las tres funciones de base que posibilitan la operacin del multiprocesamiento simtrico son: Un kernel del Sistema Operativo reentrante. Un asignador Universal que asigna los hilos de procesamiento a cualquier procesador disponible. Una estructura compartida de entradas y salidas. Los multiprocesadores simtricos requieren de un hardware multiprocesador con algn mecanismo de memoria compartida y caches para las instrucciones locales. Por otra parte el software debe estar adaptado al paralelismo, esto en general es logrado por medio de los llamados SQL y los TP monitors. Una restriccin que se debe tener en cuenta es la necesidad de sincronizacin entre los caches de los procesadores, por lo cual estos tipos de procesadores no pueden ser del tipo resistentes a fallos. Los sistemas operativos Unix, Netware, OS/2 y NT soportan el multiprocesamiento SMP. Los Clusters hacen que un grupo de maquinas interconectadas con arquitectura MSP se comporten como un nico sistema. Las arquitecturas Clusters mas usuales son las de discos compartidos y la de no comparticin de recursos. Los Cluster proveen de alta disponibilidad porque no comparten ni memoria ni caches sincronizados; por consecuencia las fallas quedan contenidas en un solo nodo. Algunos sistemas de clustering utilizan mensajes de estoy vivo para poder determinar la operacin de los nodos, en caso de que un nodo quedara fuera de servicio, el sistema dejara de obtener sus mensajes de vida, quedando evidencia su falla. Las reconfiguraciones de nodo, en caso de que un nodo quede inactivo se manejan en forma transparente, ya sea por los TP monitors o los DBMS. Los sistemas de no comparticin de recursos proveen altos niveles de paralelismo, ya que esta
Universidad UAI
88
Osvaldo A Prez
arquitectura elimina los cuellos de botella que se producen en los sistemas SMP cuando escalan a cientos o miles de procesadores.
Bus de Mensajes
Bus de Mensajes
Sistema SMP
Sistema SMP
Sistema SMP
Sistema SMP
Sistema SMP
Sistema SMP
Bus de Entrada-
Disco 1
Disco 2
Disco n
Disco 1
Disco 2
Disco n
Cluster con Discos Compartidos
Cluster Sin Compartir Recursos (Shared Nothing)
7.5 Tipologa de Servidores.

Tipos de Servidores; por su operacin: Servidores de LANs soportan archivos y aplicaciones orientadas a los archivos Correo electrnico; Pizarrones de consulta; Preparacin de documentos; Impresin de documentos; Servicios de directorios Servidores WANs acceso a bases de datos Directorios de la compaa, Libreras electrnicas aplicaciones de procesamiento de transacciones Compras; Facturacin; Control de inventario Servidores Gateways servicios ofrecido hacia fuera de la empresa Viajes; Recuperacin de informacin; Noticias (estado del tiempo, precios de mercado) intercambio electrnico de documentos EDI Alta Disponibilidad (IBM, HP, Digital (Compaq), Silicom Graphics Data General, Sequent, Sun) Los servidores de alta disponibilidad son procesadores SMP de Multiprocesamiento Simtrico y utilizan la tecnologa de Cluster para minimizar el tiempo de recuperacin ante las fallas de componentes o aplicaciones. Todos tienen alguna forma de redundancia, como cluster mltiples. Por ejemplo los sistemas vienen en configuraciones de four-way eight-way y 16-ways. La recuperacin se realiza con un sistema de software denominado failover. Si una CPU falla, el proceso es tomado por otra CPU en el cluster. Si un server del cluster se cae, la operacin se desplaza al servidor de backup Existe el riesgo de perder alguno de los datos en proceso dependiendo del tipo de base de datos
Universidad UAI
89
Osvaldo A Prez
utilizado. Se recomienda el Oracle Parallel Server, tanto para alta disponibilidad como tolerante a fallas. Esta base de datos esta pensada para ayudar a mantener el estado de los datos en el cluster. El software de Server clustering failover es el eslabn mas dbil en un sistema de alta disponibilidad, ya puede que generar tanta indisponibilidad, como la que se supone que debe evitar
Comunes
Transacciones
Alta disponibilidad
99.5 % to 99.9 % del tiempo
Fault tolerant
Autoreconfigurables
Servidores de LANs
soportan archivos y aplicaciones orientadas a los archivos
Servidores WANs
acceso a bases de datos
Servidores Gateways
servicios ofrecido desde la empresa Intercambio electrnico de documentos EDI
Fault tolerant (Stratus (Ascend), Tamdem (Compaq)) Poseen redundancia de componentes de los subsistemas (muchos puntos de conectividad) El sistema corre en lock-step, donde dos copias del sistema operativo corren en forma concurrente ciclo por ciclo. Dos sistemas idnticos residen en el server, este sistema no est basado en el espejado, sino que la aplicacin corre simultneamente en dos sistemas. Si un sistema falla el procesamiento continua en el otro. La performance no se degrada. Los sistemas tolerantes a fallos no pierden los datos en proceso, pero mantienen el estado de los datos. Los datos en proceso, son los datos que han fluido en el sistema al momento de la interrupcin.
7.6 Tipologa Funcional de Servidores.

File Server Cuando un Cliente queda conectado con un Servidor de archivos, la operatoria convencional implica el pasaje de requerimientos de registros de archivos a travs de la red. Es un mecanismo muy primitivo de servicio de datos. Los Servidores de Archivos son tiles para compartir archivos a travs de la red. Son indispensables para crear repositorios compartidos de documentos, imgenes, grficos, y otras colecciones de datos. Database Servers. En los servidores de Bases de Datos los clientes envan requisitos SQL al Servidor SQL. El resultado de cada comando SQL se devuelve a travs de la red. Normalmente el procesamiento del cdigo SQL y los datos residen en la misma mquina. El servidor utiliza su propio procesamiento para seleccionar los registros que se ajustan al resultado de la consulta, en lugar de remitir la base de datos completa al cliente para que este luego la procese. De esta forma el cliente solo recibe una pequea porcin de datos que se ajustan a alguna condicin y luego podr procesarlos en la forma en que le resulte conveniente. De esta forma se realiza un utilizacin mucho mas eficiente de la capacidad de procesamiento. El cdigo de la aplicacin debe residir en el cliente.
Universidad UAI
90
Osvaldo A Prez
Los Servidores de Base de datos establecen el piso de base para los sistemas de soporte a la decisin (DSS Decision Support Systems) que requieren de consultas especficas y reportes flexibles.
File Servers
Soporte de operaciones de archivos.
Archivos
Servidores de Bases de Datos

Soporte de operaciones SQL.
Consultas
Servidores de Transacciones
Soporte de procedimientos o servicios
Transacciones
Servidores de Groupware
Soportan de informacin y mensajera semi estructurada
Documentos
Servidores de Aplicaciones orientadas a Objeto

Soporte de objetos y mensajera de mtodos.
Componentes
Servidores de Aplicaciones Web

Soporte de documentos estructurados y mensajera
Documentos Mltiples
Transaction Servers. Con un Servidor de transacciones un cliente invoca a procedimientos remotos (o servicios) que residen en un servidor, pero sin una base de datos asociada. Estos procedimientos remotos ejecutan algn grupo de sentencias SQL. El intercambio en la red consiste de mensajes de requerimiento/respuesta simples, en lugar del caso de los servidores de bases de datos que requieren de un mensaje de requerimiento/respuesta por cada sentencia SQL incluida en la transaccin. Al grupo de sentencias SQL se la denomina transaccin. Con un servidor de transacciones se debe crear la aplicacin cliente/servidor generando el cdigo tanto para el componente del cliente como para el componente del servidor. La componente del Cliente consiste normalmente de una GUI (Graphical User Interface). La componente del Servidor consiste normalmente de transacciones SQL que operarn contra una base de datos. Estas componentes reciben el nombre de Procesamiento de Transacciones en lnea; OLTP (On Line Transaccion Processing). Normalmente utilizadas para aplicaciones de misin crtica; es decir operativas en lnea, que requieren de un tiempo de respuesta de entre 1 a 3 segundos con disponibilidad cercana al 100% del tiempo. El procesamiento OLTP requiere de controles de seguridad e integridad de la base de datos. Entre los sistemas de transacciones encontramos el TP-lite, que esta basado en procedimientos almacenados (Stored Procedures) y el TP-Heavy, que esta basado en los Monitores TP que proporcionan los proveedores de OLTP. Servidores de Groupware. Con la idea de groupware apuntamos al manejo de informacin semiestructurada, como el caso de texto, imagen, email, tablones de anuncios y flujos de trabajo. Estos sistemas cliente servidor ponen a la gente en contacto entre s. Como ejemplo encontramos el caso del Lotus Notes o el Microsoft Exchange. Las aplicaciones que caen dentro de esta clasificacin son las de: Administracin de Documentos; imaging; aplicaciones multiparty y workflow.
Universidad UAI
91
Osvaldo A Prez
En muchos casos las aplicaciones se crean utilizando un lenguaje de scripting e interfaces del tipo de formularios. Sin embargo actualmente muchas aplicaciones groupware utilizan mensajes de email para realizar sus comunicaciones. Object Application Servers. En este caso las aplicaciones se componen de un juego de objetos de comunicacin. Los objetos del cliente se comunicacn con los objetos del servidor utilizando un Arbitrador ORB (Object Request Broker). El cliente invoca a un mtodo en un objeto remoto. El ORB localiza una instanacia de dicha clase de objeto servidor, invoca el mtodo de requerimiento y le retorna el resultado al objeto del cliente que ha iniciado la solicitud. Los objetos del servidor deben poseer soporte para el trabajo concurrente y simultaneo desde varios solicitante. El caso de CORBA es el ejemplo mas difundido de esta operatoria. Dentro de los servidores que se ajustan a la operatoria de CORBA encontramos: Orbix (Iona); VIsiBroker (Inprise); DAIS (ICL); JavaIDL (JavaSoft); ObjectBroker (BEA); SOM (IBM); PowerBroker (Expersoft). CORBA es la base para la tecnologa denominada Enterpise JavaBeans. Una nueva generacin de servidores de aplicaciones CORBA se denomina OTM (Object Transaction Monitors). La cual provee componentes del lado servidor y de coordinacin. Otro modelo ORB es el DCOM de Microsoft (Distributed Component Object Model). Web Servers Applications. Los Clientes y servidores se comunican por medio del protocolo HTTTP que es del tipo RPC. Este protocolo define un juego simple de comandos, y los parmetros se pasan como strings sin posibilidad de envi de tipos de datos. El intercambio de informacin en la web se ha desarrollado en los ltimos aos; desde los Java Applets, hasta el desarrollo del XML y de los protocolos SOAP, WSDL y UDDI con la posterior aparicin de los Web Services.
7.7 Componentes del Cliente. Aplicaciones

Interfase del Usuario Explorador Web Explorador Unidades de Red Interfases de Aplicaciones en Red Aplicaciones Locales

Recursos Red
IPC Administracin de Tareas Redirector Preempcion de Tareas
Procesos
Sistema Operativo de Base

Hardware PPA HDD RAM VDU CPU NIC
Universidad UAI
92
Osvaldo A Prez
El sistema operativo de red en una cliente requiere de menor funcionalidad y componentes que en un servidor, debindose enfocar en tres funciones esenciales. Gestin de Recursos: Lo cual realiza por medio del Administrador de Tareas. Comunicacin Remota Inter Procesos: Lo cual realiza por medio del Redirector. Ejecucin de procesos mltiples: Para lo cual es ideal que tanto la mquina cliente, como el Sistema Operativo de la mquina posean la capacidad de ejecucin preemtiva de procesos.
7.8 Arquitectura del Cliente.

Se ha mencionado que la funcin primordial de la mquina Cliente es el mecanismo de dilogo y representacin con el usuario u operador humano, y a menudo, se sobreentiende que tal representacin se realiza por medio de una Interfaz del tipo Grfica. Sin embargo, el caso genrico, es mas amplio y puede incluir una interfaz no grafica, o inclusive, sin interfaz alguna.
Sin GUI
Sin multitasking
Terminales de datos Expendedoras ATM Lectores de cdigo de barras
GUI (Graphical User Interface)

Servidores de Bases de Datos (OLTP) Modelos de Objetos orientados a la accin Elegir objetos y luego las acciones sobre esos
OOUI (Object Oriented User Interface)

Secuencia de operaciones no previstas Sistemas para la Toma de Decisiones (DSS) Sistemas de aprendizaje Multimedia Consolas para Sistemas de Gestin Soporte para operaciones de apuntar y soltar (drag and drop)
Con Multitasking
Maquinas Herramientas Robots Testers Deamon Programs
Documentos Compuestos
Active X; JavaBeans; Dynamic HTML
Documentos Compuestos 3D
VRML; Mundos Virtuales
Locaciones Mviles (Movilidad)

Movilidad; Contenedores para Documentos Paginas Web; Formularios Web;
El caso genrico es aquel que considera cualquier mquina Cliente, es decir cualquier computadora o elemento programable, que deba dialogar con un Servidor y correr programas Cliente Servidor. Actualmente tal definicin incluye a pequeos dispositivos controladores en donde se encuentran todas las mquinas-herramientas de una fbrica; diversos dispositivos de una lnea de produccin fabril; muchos de los robots industriales; las mquinas expendedoras de productos, (vending machines), los molinetes del subte o transporte; y por supuesto las PC de oficina. Esta gran variedad de dispositivos clientes hace que el dilogo con el usuario sea muy variable, desde un pequeo display para seleccionar las coordenadas del producto a seleccionar, hasta comandos de tonos y de audio para mquinas herramientas, display grficos para usuarios normales y representadores especiales de audio o relieve para usuarios ciegos o con otras discapacidades. En funcin de la variedad enunciada las interfaces para los clientes se clasifican en: Sin grfica GUI, para el caso de mquinas-herramientas, robots, etc. Con GUI, para el caso de clientes grficos usuales
Universidad UAI
93
Osvaldo A Prez
Con Interfaces Grficas Orientadas a Objetos, como es el caso del Windows Vista. En el cual cada objeto no se dibuja sino que esta vinculado a algn elemento del programa, y por ende su superposicin y manipulacin en la pantalla es ms directa.
7.9 Requisitos de los Clientes al NOS

En el grfico se ilustran los diferentes tipos de requisitos que le son requeridos al Sistema Operativo de Red, en correspondencia con el tipo de Interface de usuario de la mquina Cliente.
Requerimientos de los OS
Mecanismo de Request Replay (Transparencia local remota) Mecanismo de Transferencia de Archivos Multitarea Preemptiva Tareas con Prioridad
Sin GUI
Sin GUI GUI SI SI Deseable Deseable Deseable SI Deseable OOUI SI SI SI SI SI SI SI
Sin Con Multitasking Multitasking
SI SI NO NO NO NO NO
SI SI SI SI SI SI SI
Comunicaciones Interprocesos (IPC) Threads para comunicaciones en el fondo Servidor y receptor de llamadas de retorno Robustez del OS, incluyendo proteccin Entre tareas y llamados reentrantes
Universidad UAI
94
Osvaldo A Prez
8. Cuestionario
8.1 Parte 1 Modelos de Comunicacin
1) Qu es la Informacin? 2) Qu es la Comunicacin? 3) Qu es el Control? 4) Qu es la retroalimentacin? 5) Cul es la importancia de los Sistemas Cibernticos? 6) Exprese un modelo vlido para la Comunicacin entre dos entidades o personas 7) Exprese un modelo vlido para la Telecomunicacin entre dos entidades o personas 8) Describa los componentes involucrados en un Sistema de Comunicacin. 9) Describas los componentes esenciales que se deben incluir en un modelo de comunicaciones. Problemas 1) Construya un Modelo Tcnico de la Informacin 2) Construya un Modelo Tcnico de Comunicacin 3) Construya un Modelo Humano de la Informacin 4) Construya un Modelo Humano de la Comunicacin 5) Construya un Modelo Social de la Informacin 6) Construya un Modelo Social de la Comunicacin
8.2 Parte 2 Redes

10) Qu es una Red? 11) Exprese un modelo vlido para el establecimiento de Redes de Comunicaciones 12) Qu es la Conectividad? 13) Comente las ventajas y desventajas de la conectividad total. 14) Comente las ventajas y desventajas de la conectividad centralizada. 15) Qu es la Conmutacin? 16) Comente las ventajas y desventajas de la conectividad sectorizada. 17) Qu es la Multiplexacin? 18) Comente las ventajas y desventajas de la conectividad por rutas. 19) Qu es el Enrutamiento? 20 Qu es el Encaminamiento? 21) Cul es la funcin principal de una Red de Comunicacin? 22) Qu es una red LAN? 23) Qu es una red MAN? 24) Qu es una RAN? 25) Qu es una red WAN? Problemas 7) Determine los elementos y caractersticas necesarios para construir una red empresaria 8) Defina la arquitectura de una red empresarial. Qu elementos debe considerar?
8.3 Parte 3 Computadoras y Redes de Datos

26) Qu debe considerar para una computadora pueda comunicarse con otra? 27) Cmo opera una estructura de Comunicacin entre pares? 28) Cmo opera una estructura de Comunicacin Master-Slave? 29) Cmo opera una estructura de Comunicacin Cliente-Servidor? 30) Qu es un sistema monoltico? 31) Qu es un Sistema Centralizado? 32) Qu es un Sistema Distribuido? 33) Por qu los sistemas de computacin se resuelven por niveles o capas?
Universidad UAI
95
Osvaldo A Prez
34) Cul es el papel que cubre el sistema operativo en un sistema de computadoras? 35) Cul es la relacin de las entradas y salidas en un sistema de computacin? 36) Cmo utilizara el conjunto de entradas y salidas de una computadora para establecer comunicaciones entre dos de ellas? 37) Indique cuales son los componentes de un Sistema Operativo de Red 38) Cul es la funcin del redirector en los Sistemas Operativos de Red? 39) Cules son los componentes de un sistema Cliente-Servidor? 40) Cmo es la operacin funcional del sistema Cliente-Servidor? Problemas 9) Construya un modelo para que una computadora pueda comunicarse a travs de puertos de entrada y salida 10) Construya un modelo para que dos computadoras se puedan comunicar entre si por medio de puertos de entrada salida 11) Construya un protocolo que permita la transferencia de bytes entre dos computadoras por medio de sus puertos. 12) Sobre el protocolo anterior modele los elementos de control que requiere tal protocolo para lograr una comunicacin efectiva
8.4 Parte 4 Sistemas de Comunicacin SNA

41) Explique la problemtica de las comunicaciones de datos en los ambientes Mainframe 42) Cul es la funcionalidad de un Cluster Controller? 43) Cul es la funcionalidad de un Communication Controller? 44) Cul es la funcionalidad del Application Server? 45) Cul es la funcionalidad del SSCP (System Services Control Point)? 46) Cul fue el origen del Modelo SNA? 47) Cules son las ventajas que aporta el Modelo SNA? 48) Cul es el concepto de Dominio en el Modelo SNA? Puede existir mas de un Dominio 49) Explique los elementos que componen la Arquitectura SNA 50) Describa la conformacin y operacin de un Monodominio en SNA 51) Cmo se establece un Multidominio en SNA? 52) Explique el concepto de Red Comn y de Camino (Path) en SNA Problemas 13) Establezca y dimensione una red para un sistema Mainframe con 20 locaciones remotas y un total de 800 terminales remotas, distribuido en 10 ciudades. El sistema se utilizar para la consulta, reserva y venta de pasajes de transportes areos, terrestres y lacustres. Se consideraran dos velocidades posibles para las lneas. A) Velocidad normal de Modem, a 9,6 Kb/s; b) Velocidad de Canal Telefnico Digital a 64 Kb/s. 14) Sobre el problema anterior dimensione la operacin, es decir cuantas transacciones por minuto se pueden realizar desde las diferentes locaciones. Investigue si existen cuellos de botella, en especial para das y horarios de sobrecarga, (feriados largos). En el caso de haber subdimensionado la red, proponga una solucin alternativa con la capacidad suficiente para tal fin. Nota: Para poder resolver esta situacin deber dimensionar la operacin; cuantas pantallas sern necesarias para completar el proceso y cual ser la cantidad de datos a transmitir para cada una de las transacciones.
8.5 Parte 5 Sistemas de Comunicacin por Capas

67) Qu es un modelo de Capas; para qu sirve? 68) Comente las funcionalidades del Modelo de Capas de las ISO? 69) Explique el modelo de Host, Routers y Dominios utilizado en el Modelo OSI. 70) Explique el modelo de Host, Routers y Dominios utilizado en el Modelo Internet.
Universidad UAI
96
Osvaldo A Prez
71) Cules son las implicaciones principales entre los Modelos OSI e Internet? 72) Explique la esencia del modelo de Capas de tres niveles (capas 7,6,5, capa 4 y capas 3,2,1). 73) Cul es la esencia del Modelo de Referencia OSI X.200? 74) Explique el concepto de redes mltiples de capa 3 75) Explique el concepto de red de redes. 76) Cules son las funciones esenciales que se desempean en el modelo de Capas OSI? 77) Cul es el objetivo de haber dividido los Protocolos en un conjunto de Capas? 78) Dentro del Modelo OSI, que tipo de comunicacin se especifica como Protocolo? 79) Dentro del Modelo OSI, que tipo de comunicacin se especifica como Interfase? 80) Cul es la relacin entre los Protocolos y las interfases en el Modelo OSI? 81) En el Modelo OSI; que es la PDU? 82) Cmo se logra la comunicacin en el Modelo OSI? Existen PDU diferentes? 83) Detalle la funcionalidad operacional del modelo cliente-servidor 84) Detalle la funcionalidad de las primitivas de comunicacin entre capas. 85) Explique las diferencias para la operacin de las primitivas en el servicio confirmado y no confirmado. 86) Cul es la funcin de la capa 7 del Modelo OSI? Ejemplifique 87) Cul es la funcin de la capa 6 del Modelo OSI? Ejemplifique 88) Cul es la funcin de la capa 5 del Modelo OSI? Ejemplifique 89) Cul es la funcin de la capa 4 del Modelo OSI? Ejemplifique 90) Cul es la funcin de la capa 3 del Modelo OSI? Ejemplifique 91) Cul es la funcin de la capa 2 del Modelo OSI? Ejemplifique 92) Cul es la funcin de la capa 1 del Modelo OSI? Ejemplifique 93) Cuales son las diferencias entre los Modelos OSI, SNA y TCP/IP? 94) Por qu el modelo TCP/IP no tiene 7 capas?
8.5 Parte 6 Sistemas Cliente-Servidor.
9. Bibliografa
Redes para Proceso Distribuido: 2 Edicin Jess Garca Toms; Santiago Ferrando; Mario Piatini 2001 Alfaomega Rama Captulo 6: Organismos de Estandarizacin y Modelo de Interconexin de Sistemas Abiertos OSI Redes de Computadoras: 4 Edicin Andrew S Tanenbaum 2003 Pearson Prentice Hall Captulo 1: Introduccin Comunicaciones y Redes de Computadoras 6 Edicin William Stallings 2000 Prentice Hall Captulo 1 Introduccin Captulo 2 Protocolos y Arquitecturas Comunicacin de Datos, Redes de Computadoras y Sistemas Abiertos, 4 Edicin Fred Halsall 1998 Pearson Education Captulo 1: Redes de Comunicacin de Datos y Normas de Sistemas Abiertos
Universidad UAI
97
Osvaldo A Prez

Modulo 1 Modelos de Redes UAI V3-Unlock

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Modulo 1 Modelos de Redes UAI V3-Unlock

Uploaded by

Copyright:

Available Formats

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

Unidad 1 Principios de Redes y Modelo Cliente-Servidor ndice

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

2. Modelos 2.1 Modelo de Comunicacin Bsico

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

Destino C Canal Origen A Mensaje Seal Destino B

2.2 Componentes de Comunicaciones.

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

Nodo de Origen Emisor

Receptor Arco Nodo de Acceso

Arco Nodo de Acceso

Sistema de Telecomunicacin Protocolo Mensaje Canal

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

Cantidad de Conexiones en el ejemplo 12 por 11 = 132 conexiones

Todos los Nodos son Funcionalmente Idnticos (Nodos Terminales)

I Todos los enlaces son punto a punto (dedicados) y sin bloqueo

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

3.2 Estructura de Red: Centralizacin de Vnculos.

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

Se origina la Funcin A de Conmutacin

Nodo Central Conmutacin

I Todos los enlaces son punto a punto (dedicados) con bloqueo

3.3 Estructura de Red: Sectorizacin de Vnculos.

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

Nodos de Interconexin 1 2 Multiplexacin

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

3.4 Estructura de Red: Sectorizacin de Vnculos Jerrquica.

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

3.5 Estructura de Red: Interconexin por medio de Rutas.

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

3.6 Alcance de las Redes.

La clasificacin de las redes en funcin de la distancia es la siguiente:

3.6.1 Redes LAN (Local Area Network), Redes de rea Local.

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

3.6.3 Redes RAN (Regional Area Network), Redes de rea Regional.

3.6.4 Redes WAN (Wide Area Network), Redes de rea Extendida.

3.7 Modelo de Redes.

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

Fijo Pblicas Acceso

Difusin (Brodcast) Multicast Punto a Punto

Transito Sealizacin Control IN

Acceso WAN Acceso

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

4. Computadoras y Redes de Datos 4.1 Componentes de una Red de Datos.

Segundo Cuatrimestre 2008

Teleprocesamiento Bancario Unidad 1 Principios de Redes y Modelo Cliente Servidor

Segundo Cuatrimestre 2008

4.2 Tipos de Comunicaciones Entre Entidades.

Comunicacin entre Iguales o Pares