1.

1 Antecedentes Histricos
El desarrollo del hombre desde el nivel fsico de su evolucin, pasando por su crecimiento en las reas sociales y cientficas hasta llegar a la era moderna se ha visto apoyado por herramientas que extendieron su funcionalidad y poder como ser viviente. En el transcurso de todo este desarrollo, lo que nos interesa revisar es la evolucin de un sector tecnolgico: El cmputo electrnico. Este naci con las primeras computadoras en la dcada de los 40's con los tubos al vaco y los tableros de control enchufables. Y fue as porque la necesidad del momento era extender la rapidez del cerebro humano para realizar de algunos clculos aritmticos y procedimientos repetitivos. El esfuerzo en el cmputo electrnico se reflej en crear unidades de procesamiento cada vez ms veloces conforme la tecnologa en la electrnica avanzaba. As tenemos cuatro generaciones bien definidas: la primera con tubos al vaco, la segunda con transistores, la tercera con circuitos integrados y la cuarta con circuitos integrados que permitieron el uso de computadoras personales y el desarrollo de las redes de datos. Una vez resuelto el problema de extender el poder de clculo del cerebro humano naci o se comenz a atacar el problema de compartir los datos y la informacin que ese poder de clculo produjo, lo cual nos llev a inventar la forma de compartir recursos (impresoras, graficadores, archivos, etc.) a travs de algn medio de transmisin usando una serie de reglas (protocolos) para accesar y manipular dichos recursos. Las redes de computadoras nos permitieron reunir esfuerzos aislados en esfuerzos conjuntos que producan bienes mayores (sinergia). Sin embargo, en una red la forma de accesar dichos recursos va de la mano con conocer la manera de llegar a esos recursos y saber cmo manipularlos, es decir, no hay transparencia. Las tarjetas perforadas se constituyeron en uno de los primeros medios para alimentar a las computadoras con informacin para procesamiento. La siguiente gran mejora en la alimentacin a la Macrocomputadora de datos para procesamiento fue el uso de terminales "tontas". Una terminal tonta no realizaba ningn procesamiento en la terminal misma, si no que se utilizaba para enviar datos a la computadora anfitriona (o "Host") por medio del teclado y para recibirlos por medio de la pantalla. Una computadora central (Host) es aquella a la que estn conectadas las terminales tontas. Las computadoras anfitrionas pueden ser Macrocomputadoras o computadoras pequeas.

En los aos 70's comenz a florecer un nuevo tipo de servicio de red comercial conocido como tiempo compartido. El tiempo compartido permiti que se instalaran las terminales en lugares geogrficamente aislados de la computadora anfitriona, en locales de negocio o en centros de computo especficos, desde podran servir para acceder a los recursos de la computadora anfitriona.. Las terminales tontas se conectaban a la computadora anfitriona por medio de lneas telefnicas alquiladas. La computadora anfitriona asignaba y distribua su tiempo entre las diferentes entre las diferentes terminales que solicitaban su servicio. Los antecedentes histricos tienen que ver con el teleproceso, la telemtica. Se crea la necesidad de compartir informacin.(mundo rojo) Novellco Monousuario Computadoras

Multiusuario

En 1980 a travs de la compaa Novellco se establecen las primeras redes de computadora, en ese entonces no haba estndares. Abiertos Sistemas Cerrados Sistema cerrado.- Es un sistema que no tiene estndar, es decir, que el fabricante crea su software y su hardware

Sistema Abierto.- Ya en un sistema abierto, existen estndares y ya el fabricante crea el hardware de tal manera que se adapte al software standart.

1.1 Qu es una red?

La palabra red tiene varias definiciones. La ms comn describe los mtodos que la gente utiliza para mantener sus relaciones con amigos y contactos de negocios. Aplicada a las computadoras, tiene mucho del mismo significado. Una red es una manera de interconectar computadoras de tal forma que estn conscientes unas de otras y puedan unir sus recursos. Cuatro ventajas de las redes.

Permiten acceso simultneo a programas e informacin crtica. Permiten a la gente compartir recursos perifricos. Hacen el proceso de respaldo ms fcil. Modernizan las comunicaciones personales con correo electrnico

Qu es una red de computadora? Es un conjunto de computadoras entrelazadas entre si, pueden ser inalmbricas o alambicas con la finalidad de compartir recursos y aplicaciones.

Elementos que componen una red? Para saber los elementos de una red, se necesita saber la topologa de la red y la arquitectura. Protocolo Es el lenguaje que utilizan las redes para comunicarse Cobertura Son las redes de acuerdo a su extensin Arquitectura Modelo, estndar, estructura pueden ser dos mdulos. Software (sistema operativo) Hardware (mainframe o PC)

1.2

Concepto de un servidor y tipos de servidores.

Cliente / Servidor: Es una red donde el servidor (Pcmaster), ofrece sus servicios a otras PCs (Pccliente) Tiene dos tipos de servidor: Dedicado.- Consiste en un servidor que es exclusivo para la gestin de recursos y que no puede ejecutar aplicaciones Novell o UX-HP (HP 9000). No Dedicado.- Es un servidor que a la vez es cliente servidor. Aplicaciones.- Son programas que no son parte o no son natos del Sistema Operativo, es decir, no hacen tareas de administracin de recursos. Servidor Punto a Punto.- Este tipo de servidores tiene la caracterstica de que los clientes pcs y los servidores son idnticos y a veces requieren de una plataforma para ejecutarse( todos pueden ser servidores y clientes a la vez). AL MOMENTO DE COMPARTIR YA TENGO UN SERVIDOR

Punto a Punto (Ventajas y Desventajas) Fcil de instalar Carece de seguridad El costo es econmico Es para pequeas empresas (10 clientes para abajo) Esto funciona para cualquier equipo La instalacin de cliente / servidor es con el mismo software Cliente / Servidor (Ventajas y Desventajas) Complejidad en la instalacin (abstracto) Existen varios niveles de seguridad La mayora de las veces tiene costo Medianas y grandes empresas Requiere equipo especial para los servidores Se requiere discos para servidores y para clientes Adems existen otros tipos de servidores que a continuacin se describen. Servidores de disco (Disk Server)

Al principio las redes utilizaban un servidor de disco donde se almacenaba la informacin que iban a compartir las distintas estaciones de trabajo de la red. Para sta el servidor es simplemente otra unidad de disco duro donde almacenar ficheros. En el caso de un PC funcionando bajo MS-DOS la unidad asignada del servidor de ficheros es como un disco normal del que se mantiene una tabla de asignacin de ficheros (FAT o file allocation table) propia para poder saber exactamente donde se encuentra un determinado fichero. Lo de "propia" significa que el servidor de ficheros contiene varias particiones, cada una de ellas asignada a un usuario. Esto se hace para que cuando el PC necesite leer un fichero, lea la FAT de la particin que le ha sido asignada y busque en ella el fichero que necesita. Una vez modificado lo graba en el disco grabando la FAT en la particin asignada. De no ser as, podra darse el caso de que varios usuarios accediesen a grabar la FAT, que en cada caso sera distinta, producindose un complicado galimatas indescifrable y se perderan todos los datos. Hay dos tipos de servidores de disco: dedicados y no dedicados. Normalmente los servidores dedicados no disponen de monitor, ni teclado; para lo nico que sirven es para dar servicio a las solicitudes de otros ordenadores de la red. Los servidores no dedicados son ordenadores normales que tienen conectado un disco duro o impresora, y que al igual que los dedicados dan servicio a la red, con la diferencia de que se puede utilizar como un ordenador normal mientras acta de servidor. Servidores de ficheros (File Server) Un servidor de ficheros es mucho ms eficiente y sofisticado que un gestor de disco. Contiene software especial que procesa comandos antes de que el sistema operativo los reciba. El servidor de ficheros contiene su propia FAT. Cuando una estacin de trabajo pide un determinado fichero, el servidor de ficheros ya sabe donde est el fichero y lo enva directamente a la memoria de la estacin de trabajo. En este caso para la estacin de trabajo el servidor de ficheros no es otras unidades discos ms, como sucede con el servidor de disco. Es mucho ms eficiente porque no necesita enviar una copia de la FAT a la estacin que pide un fichero, y adems no es necesario particionar la unidad de disco. Los servidores de ficheros pueden ser de cuatro tipos: centralizados, distribuidos, dedicados y no dedicados. Servidores de ficheros centralizados y distribuidos. Para la mayora de las redes un nico servidor de ficheros es ms que suficiente. Este tipo de servidor se conoce con el nombre de servidor central. Funciona de manera muy similar como lo hace un miniordenador; una unidad se encarga de dar servicio a cada estacin de trabajo.

Por razones de eficiencia en ocasiones es conveniente instalar ms de un servidor para dar servicio a departamentos distintos. Estos servidores se conocen con el nombre de servidores distribuidos. Esta es una solucin ms eficiente porque se reducen los tiempos de acceso y adems si uno de ellos queda fuera de servicio, la red puede seguir funcionando. Servidores de ficheros dedicados y no dedicados. Un servidor de ficheros dedicado es un microordenador con disco duro que se utiliza exclusivamente como servidor de ficheros. Dedicando toda su capacidad de memoria, procesamiento y recursos a dar servicio a las estaciones de trabajo se consigue un aumento de la velocidad y eficiencia de la red. Un servidor no dedicado es aqul que se usa, adems de para funciones de servicio de ficheros, como estacin de trabajo. Esto implica que la RAM debe estar dividida de forma que puedan ejecutarse programas en la mquina. Cuanto ms rpido sea el microprocesador, ms rpido puede el servidor realizar sus tareas lo que a su vez implica un costo ms elevado. Servidores de ficheros de una red punto a punto. En una red punto a punto los usuarios deciden qu recursos de su ordenador desean compartir con el resto de los usuarios de la red. Servidor de impresin. Al igual que un servidor de ficheros permite compartir un disco duro, un servidor de impresin hace lo mismo, slo que en esta ocasin lo que se comparten son las impresoras. Servidor de comunicaciones. Los servidores de comunicaciones estn diseados para liberar a la red de las tares relativas a la transmisin de informacin. El servidor de comunicaciones funciona igual que una centralita telefnica, haciendo las mismas funciones que un sistema PABX (centralita automtica privada). Por medio del servidor de comunicaciones una estacin puede llamar a una red externa o cualquier otro sistema, buscar cierta informacin y enviarla a la estacin que la ha solicitado. El servidor de comunicaciones se puede utilizar tambin para conectar dispositivos incompatibles a una red. A pesar de que un servidor de comunicaciones efecta las funciones de un mdem, en particular proporcionando acceso a redes telefnicas de larga distancia, hay bastantes diferencias entre ellos. La mayora de los mdems estn conectados a una sola estacin y slo los puede utilizar esa estacin. Los servidores de comunicaciones pueden responder a varias solicitudes a la vez. Adems el servidor de

comunicaciones ofrece ms funciones, tales como multiplexacin y conmutacin, deteccin de errores, y adems es mucho ms fiable.

1.4 Concepto de topologa.

Es la manera en que se conectan las redes. Es la forma de cmo est estructurada la red (estructura de redes).

TOPOLOGIA DE BUS En una topologa de bus, cada computadora esta conectada a un segmento comn de cable

TOPOLOGIA DE ESTRELLA En una topologa de estrella, cada computadora esta conectada a un concentrador (Hub) ubicado centralmente El concentrador es un dispositivo de hardware con varios puertos, y se puede conectar un conector de cables de red en uno de ellos.

TOPOLOGIA DE ANILLO En una topologa de anillo, cada computadora se conecta en forma de anillo a la red. Las topologas de anillo casi siempre son lgicas con topologa fsica de estrella. La fig. 1.10 muestra la forma en la que fluyen los datos en una topologa de anillo lgica conectada a una topologa fsica de estrella. La topologa fsica muestra que cada computadora se conecta a un dispositivo central y parece una estrella. La ruta seguida por los datos de una computadora a otra ilustra que la topologa lgica es de anillo.

La topologa de una red de cable coaxial es una lnea, una cadena de Computadores unidos a un nico cable mediante unas piezas en forma de T que salen de ste. Si el cable se rompe se interrumpe la comunicacin en toda la red, lo cual no ocurre si lo que se ha desconectado es slo el extremo de la T que une al computador con el cable, en cuyo caso slo ese Computador pierde la comunicacin con la red.

En los extremos de la red deben existir dos pequeas piezas (una en cada extremo) que se denominan terminadores, y que deben ser de 50 Ohmios generalmente se unen a un extremo de la T de los dos Computadores de los extremos. Se debe hacer notar que aunque hablemos simplemente de T , a veces se trata de un cable que al final se une a la pieza en T o bien termina en dicha forma. Incluso existen tomas murales (empotrables).

La topologa de una red de cable de par trenzado es una estrella cuyo centro es el hub, del cual parte un cable (que como explique medir menos de 100 metros de largo para cada Computador). Cuando unos de estos cables se rompe, la comunicacin slo queda interrumpida entre ese Computador y la red, no afectando al resto.

En este caso la conexin se realiza simplemente conectando la clavija tipo telfono a la tarjeta de red y al hub. Al igual que para cable coaxial, existen tomas de pared para conectar la clavija, lo que puede ser interesante para cablear una oficina de un cierto tamao dejando tomas preparadas para su uso futuro.

1.5 Concepto de sistema operativo en red.

El sistema operativo de red (SOR) es el software de red instalado en cada computadora (o nodo), que permite que la computadora se comunique con las dems. Por este medio se accede a los dems recursos compartidos de los otros servidores de la red. El SOR determina las caractersticas de red disponibles y las capacidades de la red; tambin permite que se configuren los nodos de la red para que ejecuten las funciones que desean. La mayora de los SOR incluyen programas de utilera que establecen conexiones de red, administran las cuentas, las contraseas de los usuarios y los recursos compartidos en los servidores. Dado que cada SOR es diferente; los comandos requeridos para iniciar la red tambin son diferentes, los comandos para el arranque de la red en cada computadora suelen estar incluidos en un archivo de

procesamiento por lotes del DOS. Cuando se ejecuta el archivo por lotes del SOR mediante el tecleo de su nombre, tambin se ejecutan los comandos del archivo como si se emitieran individualmente en el teclado.

Se divide en dos: Cliente/servidor: Es una red en donde el servidor (computadora maestra) ofrece sus servicios a otras PCs. Tiene dos tipos de servidores: Servidor dedicado: Consiste en un servidor que es exclusivo para la gestin de recursos, y que no puede ejecutar aplicaciones. Servidor no dedicado: Es un servidor que a la vez es cliente y servidor. Punto a Punto: Este tipo de servidores tiene la caracterstica de que los clientes y los servidores son

1.6 COMPONENTES DE UNA RED

SERVIDOR: es el que se encarga de ejecutar el s.o. de red y ofrece los servicios a las estaciones de trabajo Estaciones de trabajo: cuando una computadora se conecta a una red, la primera se convierte en un nodo de la red y se le llama estacin de trabajo o cliente Transceivers Los Transceivers son utilizados para conectar nodos a varios medios Ethernet. La mayora de las computadoras y placas de interfaz de red poseen un transceiver 10BASE-T o 10BASE2 incorporado ("built-in"), permitindoles conectarse directamente al medio Ethernet sin la necesidad de un transceiver externo. Muchos dispositivos Ethernet compatibles proveen un conector AUI, el cual permiter al usuario conectarse a cualquier tipo de medio va un transceiver externo. El conector AUI consiste en un conector (hembra del lado de la PC y macho del lado del transceiver) de 15 pines tipo D-shell. Cables Thickwire o ThickEthernet (10BASE5) tambin utilizan transceivers para permitir conexiones.

Para redes fast Ethernet, una nueva interfaz llamada MII (Interfaz Medio Independiente o "Media Independen Interface") fue desarrollada para ofrecer un modo flexible de soportar conexiones de 100 Mbps. La MII es un modo bastante difundido de conectar vnculos 100BASE-FX a dispositivos Fast Ethernet basados en cobre. Network Interface Cards Las Tarjetas Adaptadoras de Red (o "Network Interface Cards", comunmente mencionadas como NICs), son utilizadas para conectar una PC a una red. La NIC provee una conexin fsica entre el cable de red y el Bus interno de la PC. Diferentes tipos de computadoras tienen diferentes arquitecturas de Bus. Ranuras o "slots" de expansin PCI ("bus mastering" o no) son hallados frecuentemente en PCs 486 y Pentiums y ranuras o "slots" de expansin ISA ("Industry Standard Arquitecture") o EISA ("Enhanced Industry Standard Arquitecture") son hallados frecuentemente en computadoras personales clase 386 o anteriores. Las tarjetas de interfaz de red vienen en tres variedades bsicas; 8 bits, 16 bits y 32 bits. Cuanto ms grande es el nmero de bits que puede ser transferido por la placa de red, mayor ser la velocidad a la cual la tarjeta adaptadora podr transferir los datos al cable de red. Muchos adaptadores NIC cumplen con las especificaciones Plug-and-Play (PnP).En los sistemas PnP los adaptadores NIC son configurados automticamente sin la intervencin del usuario, mientras que en los sistemas no PnP, la configuracin es hecha manualmente a travs de un programa de puesta en marcha ("Setup") y/o manualmente a travs de "Jumpers" o "DIP switches". Aquellas NIC en las cuales el programa de puesta en marcha o "Setup" configura todas las opciones de trabajo de la NIC y las graba en su memoria ROM interna se las denomina "Jumperless" (del ingls "sin Jumper"). Existen tarjetas para soportar casi todos los estndares de cableado, incluyendo el ltimo ambiente Fast Ethernet. Las tarjetas NIC Fast Ethernet son a menudo capaces de manejar 10/100 Mbps, y se configurarn automticamente a la velocidad apropiada (10 Mbps o 100 Mbps). Conexin de red Full duplex es otra opcin, donde una conexin dedicada a un switch permite a la NIC operar al doble de velocidad (transmitiendo y recibiendo al mismo tiempo, muy tiles por ejemplo en aplicaciones tipo audio-chatting o videoconferencia).

Hubs/Repetidores Hubs/repetidores o "repeaters" son utilizados para conectar dos o ms segmentos Ethernet de cualquier tipo de medio. A medida que los segmentos exceden su longitud mxima, la calidad de la seal comienza a deteriorarse. Los Hubs proveen la amplificacin de seal requerida para permitirle a un segmento extenderse a una distancia mayor. Un hub toma cualquier seal entrante y la repite a todos los restantes puertos de salida. Los hubs Ethernet trabajan necesariamente en topologas estrella o "star" tales como 10BASE-T.Un hub multi-puerto de par trenzado, permite que varias conexiones de segmentos "punto-a-punto" se renan en una red. Un extremo del vnculo "punto-a-punto" es conectado al hub y el otro es conectado a la computadora. Si el hub es conectado al backbone, entonces todas las computadoras en los extremos de los segmentos de par trenzado pueden comunicarse con todos los "hosts" del backbone. El nmero y tipo de hubs en cualquier dominio de colisin est limitado por las reglas de Ethernet. Estas reglas de repetidores sern discutidas con ms detalle luego. Un hecho muy importante a tener en cuenta acerca de los hubs es que ellos solamente permiten a los usuarios compartir Ethernet. Una red de hubs/repetidores o "repeaters" se la denomina como "shared Ethernet", significando que todos los miembros de la red estn habilitados para transmisin de datos sobre una red nica (o dominio de colisin). Esto quiere decir que los miembros individuales de una red compartida obtendrn solo un porcentaje del ancho de banda total disponible. Bridges La funcin de un Bridge (en ingls "Puente") es conectar redes separadas unindolas. Los Bridges pueden conectar diferentes tipos de redes (tales como Ethernet y Fast Ethernet) o redes del mismo tipo. Los Bridges "mapean" las direcciones Ethernet de los nodos que residen en cada segmento de red y luego permiten pasar a travs del Bridge ("Puente") solamente el trfico necesario. Cuando un paquete es recibido por el Bridge, el Bridge determina los segmentos de origen y destino. Si estos segmentos coinciden, el paquete es descartado ("dropped" o "filtered"); si los segmentos son distintos, entonces el paquete es transferido al segmento correcto.

Adicionalmente, los Bridges evitan que paquetes malos o daados se distribuyan innecesariamente simplemente no re-transmitindolos. Los Bridges son llamados dispositivos "store-and-forward" (almacena y enva) porque ellos examinan el contenido del paquete Ethernet completo antes de realizar las decisiones de filtrado o envo. El filtrado de paquetes y la regeneracin de paquetes enviados permite a la tecnologa de bridging partir una red en dominios de colisin separados. Esto permite mayores distancias y que ms repetidores sean utilizados en el diseo total de la red. La mayora de los Bridges son "self learning task bridges", lo que quiere decir que ellos determinan la direccin Ethernet del usuario en el segmento construyendo una tabla a medida que los paquetes son pasados a travs de la red. Esta capacidad de auto-aprender eleva dramticamente la posibilidad de crear "loops" o caminos circulares en redes que poseen un gran nmero de Bridges. Dado que cada dispositivo aprende la configuracin de la red, un camino en crculo o "loop" presenta informacin conflictiva sobre en cual segmento est localizada una direccin especfica y fuerza entonces al dispositivo a enviar todo el trfico. El algoritmo de "Spanning Tree" es un estndar de software (puede encontrrselo dentro de la especificacin IEEE 802.1d) que describe como switches y bridges pueden comunicarse para evitar caminos circulares o "loops" en las redes. Ethernet Switches Los Switches Ethernet son una expansin del concepto de Ethernet bridging. Si tiene sentido vincular dos redes a travs de un Bridge, porque no desarrollar un dispositivo que pueda vincular cuatro, seis, diez o ms redes juntas? Esto es exactamente lo que un Switch de red hace. Los Switches de red vienen en dos arquitecturas bsicas, "cut-through" y "storeand-forward". Los Switches Cut-through han tenido en el pasado una ventaja de velocidad, cuando un paquete ingresa al switch este examina nicamente la direccin de destino antes de enviarlo al segmento de destino. Un Switch "store-and-forward", por el contrario, acepta y analiza el paquete entero antes de enviarlo a su direccin de destino. Le toma ms tiempo examinar el paquete entero, pero esto le permite al switch determinar posibles errores o daos en los paquetes y detener su propagacin a travs de la red.

Hoy, la velocidad de los Switches "store-and-forward" ha alcanzado la de los Switches "cut-through" a punto tal que la diferencia entre los dos se ha vuelto mnima. Tambin existen un gran nmero de Switches hbridos que mezclan arquitecturas "cut-through" y "store-and-forward". Tanto los Switches "cut-through" como los "store-and-forward" separan una red en dominios de colisin, permitiendo extender las reglas de diseo de redes. Cada uno de los segmentos unidos a un switch Ethernet posee un ancho de banda completo de 10 Mbps compartido por menos usuarios, lo cual resulta en una mejor performance, en contraposicin a los hubs que solamente permiten compartir el ancho de banda en una Ethernet nica. Switches ms nuevos ofrecen hoy vnculos de alta velocidad, ya sea FDDI, Fast Ethernet o ATM, la cual puede ser utilizada para vincular switches entre s o para proveer ancho de banda agregado a servidores particularmente importantes a los cuales llega una gran cantidad de trfico. Una red compuesta de un nmero de switches vinculados entre s por medio de "uplinks" se la denomina red de backcone colapsado o "collapsed backbone" network. Routers Los Routers trabajan de un modo similar a los switches y bridges en el sentido de que ellos filtran el trfico de salida de una red. Estos filtran ms bien por protocolos especficos que por direcciones de paquetes. Los Routers nacieron como una necesidad de dividir redes lgicamente ms que fsicamente. Un router IP puede dividir una red en varias sub-redes de modo tal que solamente trfico destinado a una direccin IP particular puede pasar a travs de segmentos. El precio pagado por este tipo de inteligencia de despacho y filtrado es usualmente calculado en trminos de velocidad de la red. Tal filtrado requiere ms tiempo que el necesario en un switch o un bridge, los cuales solo miran a la direccin Ethernet, pero en redes mas complejas la eficiencia de la red mejora de todas maneras. Servidores Cuando hay una demanda de acceso a un archivo o dispositivo particular entre los usuarios de una red, se debe encontrar un mecanismo que permita que tales recursos sean compartidos.

Los servidores son dispositivos de red que permiten que sus archivos, dispositivos u otros recursos sean compartidos por los usuarios de la red. Los servidores de archivos son computadoras diseadas para dar a los usuarios acceso a los archivos almacenados en sus discos rgidos. Los servidores de impresin son dispositivos que conectan una impresora a la red y permiten a todos los usuarios de la red acceder a la impresora. Servidores de terminales permiten a terminales conectarse directamente a una red y acceder a cualquier "host" disponible.

TOPOLOGIAS DE RED ESTANDARES DE REDES Ethernet Topeen Ring ARCnet ADAPTADORES DE RED Adaptadores Ethernet Adaptadores ARCnet Adaptadores propios

Adaptadores inalmbricos CABLES PARA RED Cable de fibra ptica

Cable UTP

2.1 MODELO OSI

El modelo OSI fue desarrollado para la conexin de los sistemas abiertos, no define aplicaciones ni protocolos, pero dice que hace cada capa de transferencia de datos a travs de la red. El modelo OSI fue el principio del protocolo TCP/IP, que se usa en internet.

Capa de Modelo OSI y del Protocolo TCP/IP.

Modelo OSI Capa de Aplicacin Capa de Presentacin Capa de Sesin Capa de Transporte Capa de Red Capa de Enlace Capa Fsica

Protocolo TCP/IP Capa de Aplicacin

Capa de Transporte Capa de Internet Capa Fsica

Capa Fsica. Esta se ocupa de la transmisin de bits a travs de un canal de comunicacin, y se asegura que cuando se enva un bit desde un extremo este se reciba tal y como en el otro extremo. El modo de transmisin de flujo de bits puede realizarse mediante voltajes y pulsos elctricos, utilizando cables, conectores y/o componentes de interfaz con el medio de transmisin. Capa Enlace de Datos Un medio de transmisin no debe tener errores al momento de transmitir datos hacia la capa de red y la capa de enlace de datos se encarga de realizar este medio en una lnea de transmisin sin errores. Una trama se puede daar por algn tipo de ruido en la lnea, siendo la capa de enlace capaz de pedir que el software de esta capa retransmita la trama. Resuelve los problemas causados por dao, perdida o duplicidad de tramas. Capa de Red Se ocupa del control de la operacin de las subredes y de cmo encaminar los paquetes del origen al destino.

Capa de Transporte La capa de transporte acepta los datos de la capa de sesin y los divide en partes ms pequeas cuando sea necesario, pero siempre asegurndose que pasen completos. Capa de Sesin Es la responsable de la continuidad de la conexin o sesin entre dos nodos. Establece la conexin y asegura que este se mantenga mientras dura la sesin de comunicacin de forma ordenada entre los nodos. Capa de Presentacin Se encarga de formatear los datos,. Cada tipo de red utiliza un formato particular que se aplica en la capa de presentacin. Garantiza que los nmeros y el texto se enven para que puedan ser ledos por la capa de presentacin del nodo de recepcin. Esta capa tambin es la encargada de encriptar los datos. La encriptacin de los datos supone la codificacin de los datos. Otra funcin es la compresin de los datos.

Capa de Aplicacin La capa de aplicacin, representa los accesos a las aplicaciones y a los servicios de red de los usuarios de ordenadores. Esta capa proporciona servicios de red a las aplicaciones software. Algunos de los servicios incluyen la transferencia de archivos, administracin de archivos, acceso remoto a los archivos e impresoras, manejo de mensajes de correo electrnico y emulacin de terminales.

2.2 IEEE (LAN, MAN, WAN) 802.x

Las normas IEEE 802 han sido propuestas por el ANSI (Instituto Nacional Americano de Normalizacin) y se a adoptado como una norma internacional por la OSI (Organizacin Internacional de Normas). Las normas se dividen en partes, la norma 802.x se detalla a continuacin: 802.1: Da una introduccin al conjunto de normas y estndares que define las primitivas de interfaces, es decir, da una introduccin a los estndares 802. 802.2: Describe la parte superior de la capa de enlace, que utiliza el protocolo LLC (Control Lgico de Enlace) y otros estndares sobre la conexin bsica de redes. 802.3: Describe estndares para el acceso mltiple con deteccin de portadora y con deteccin de colisiones (CSMA/CD, Carrier Sense Mltiple Acess Collision Detexction). 802.4: Describe estndares para el acceso al bus mediante el paso de testigo (Token Bus).

802.5: Describe los estndares para el acceso al anillo por medio de testigo (Token Ring) y para describir las comunicaciones entre redes LAN y MAN.

802.6: Establece los estndares para redes LAN y MAN, tambin incluye interconexin de alta velocidad y sin conexin. 802.7: Describe los estndares para tecnologas de banda ancha. 802.8: Describe estndares para tecnologas de fibra ptica. 802.9: Especifica los estndares para servicios de red integrados, como voz y datos. 802.10: Este estndar sirve para proponer las normas de seguridad en las redes LAN y MAN. 802.11: Este especfica las reglas para las conexiones inalmbricas. 802.12: Describe los estndares para el mtodo de acceso con peticiones de prioridad. 802.14: Describe las comunicaciones de banda ancha.

3.1. COMUNICACIN PRIMARIA / SECUNDARIA.

Cuando un computador est transfiriendo bloques de caracteres (tramas) a travs de un enlace de datos en serie a otro computador, el programa del computador receptor que controla el proceso de recepcin deber emprender automticamente el procedimiento de control de errores sin la intervencin del usuario. Por lo regular, el computador receptor examina la trama recibida en busca de errores de transmisin y luego devuelve un mensaje (trama) de control corto ya sea para indicar que recibi la trama correctamente o para solicitar el envi de otra copia. A este tipo de control de errores se llama solicitud de repeticin automtica (ARQ: automatic repeat request) Son dos los tipos bsicos de ARQ: RQ inactiva, que se usa con los esquemas de transmisin de datos orientados a caracteres (o bytes), y RQ continua, que emplea una estrategia de repeticin selectiva o bien de retroceder N. RQ inactiva. Este esquema fue definido para lograr la transferencia confiable, es decir, con una alta probabilidad de no incluir errores ni repeticiones y de apegarse a la secuencia original- de bloques (tramas ) de caracteres imprimibles y de control de formato a travs de un enlace de datos en serie, entre un DTE de origen y un DTE de destino. Para distinguir entre el transmisor (origen) y el receptor (destino) de las tramas de datos- ms bien conocidas como tramas de informacin o tramas I, suelen utilizarse los trminos primario (P) y secundario (S) respectivamente. El protocolo de RQ inactiva opera en el modo semiduplex, ya que el primario, despus de enviar una trama I, debe esperar hasta que el secundario le enve la indicacin de que recibi correctamente la trama o no. A continuacin e primario enva la siguiente trama o, si la trama anterior no se recibi correctamente, retransmite una copia del mismo. Hay dos formas de implementar este esquema. Retransmisin implcita. S slo confirma las tramas recibidas correctamente y P interpreta la ausencia de un mensaje de confirmacin como indicacin de que la trama anterior fue alterada. Solicitud explcita. Cuando S detecta una trama alterada devuelve una confirmacin negativa para solicitar el envo de otra copia de la trama. En la figura 1(a) se muestran ejemplos de secuencias de tramas con el esquema de control de retransmisin implcita. Debemos tener presente lo siguiente al interpretar las secuencias de las tramas:

- P slo puede tener una trama I pendiente (en espera de una trama de confirmacin o trama ACK) a la vez. Al recibir una trama libre de errores, S devuelve una trama ACK para P. - Al recibir una trama ACK libre de errores, P puede transmitir otra trama I: parte (i). - Cuando P inicia la transmisin de una trama I, pone en marcha un cronmetro - Si S recibe una trama I o P recibe una trama ACK que contenga errores de transmisin, las tramas se desecharn. - Si P no recibe una trama ACK dentro de un intervalo de tiempo predefinido (el intervalo de tiempo mximo o timeout), retransmitir la trama I que est pendiente: parte (ii) - Si una trama ACK est alterada, S recibir otra copia de la trama I y la rechazar: parte (iii).

Como puede verse en la parte (i), despus de iniciar la transmisin de una trama, P debe esperar un tiempo mnimo antes de transmitir la siguiente. El tiempo de espera es igual al tiempo requerido para que S reciba y procese la trama I ms el tiempo necesario para la transmisin y el procesamiento de la trama ACK. En el peor de los casos, P debe esperar un tiempo igual al intervalo de tiempo mximo, que debe exceder al tiempo mnimo con un margen adecuado, para evitar que se reciba una trama ACK despus de haberse retransmitido otra copia de la trama anterior. La magnitud relativa de cada uno de los componentes del tiempo mnimo vara de un tipo de enlace de datos a otro, y est determinada por factores como la separacin fsica de los sistemas en comunicacin (P y S) y la tasa de transmisin de datos del enlace. En general, es posible mejorar considerablemente el aprovechamiento de la capacidad

de enlace disponible si S informa a P de inmediato que recibi una trama I alterada devolviendo una trama de confirmacin negativa o trama NAK En la figura 1.(b) se muestran ejemplo de secuencias de tramas cuando se usa este esquema. Durante la interpretacin de las secuencias de trama debemos tomar en cuenta los siguientes puntos: Al igual que en el esquema de confirmacin implcita, cuando S recibe una trama I libre de errores, devuelve a P una trama ACK. Al recibir una trama ACK libre de errores, P para el cronmetro y puede iniciar la transmisin de otra trama I: parte (i) Si S recibe una trama I con errores de transmisin, desecha la trama y devuelve una trama NAK: parte (ii). Si P no recibe una trama ACK (o NAK) dentro del intervalo de tiempo mximo, retransmite la trama I pendiente: parte (iii). Puesto que con el esquema de RQ inactiva el primario debe esperar una confirmacin despus de enviar una trama, el esquema se conoce tambin como enviar y esperar o parar y esperar. Como se aprecia en la figura 1, ste asegura que S recibir al menos una copia de cada trama transmitida por P. Sin embargo, en ambos esquemas es posible que S reciba dos (o ms) copias de una trama I especfica; estas copias se llaman duplicados. Para que S distinga entre la siguiente trama I vlida (que es lo que espera) y un duplicado, cada trama transmitida contiene un identificador nico denominado nmero de secuencia (N, N +1, etc.), como se ilustra en la figura 1. Por consiguiente, S debe registrar el nmero de secuencia de la ltima trama I que recibi correctamente. Si S recibe otra copia de esta trama, la desechar. Para que P pueda resincronizarse, S devuelve, por cada trama I recibida correctamente, una trama ACK con el identificador de la trama I. El nmero de secuencia que lleva cada trama I se denomina nmero de secuencia de transmisin o N(S), y el nmero de secuencia que llevan las tramas ACK y NAK es el nmero de secuencia de recepcin o N(R). Para implementar el procedimiento de control de errores bsico de RQ inactiva se necesitan otros tres caracteres de control de transmisin: SOH (comienzo de cabecera: start-of-header), NAK (confirmacin negativa: negative acknowledgement) y ACK (confirmacin: acknowledgement). Cada trama I debe contener un nmero de secuencia en su cabecera. Los caracteres de control ACK y NAK que indican una confirmacin van seguidos del nmero de secuencia de recepcin. Protocolos orientados y no orientados a la conexin. Los protocolos de comunicacin pueden ser orientados a la conexin o bien no orientados a la conexin, en funcin si el emisor del mensaje necesita establecer contacto y mantener un dilogo con el recipiente destino de los mensajes (orientado a la conexin) o nicamente enviar un mensaje sin ningn contacto (no orientado a la conexin). Comunicacin orientada a la conexin.

En el mtodo orientado a la conexin se establece un canal (circuito) para la comunicacin de datos entre nodos finales. Este canal proporciona un camino predefinido a travs de la red para el envi de los paquetes de una forma ordenada. El receptor y el emisor mantienen contacto para la coordinacin de la sesin y la sealizacin de una recepcin correcta o incorrecta de los paquetes. En la tcnica de circuito virtual se establece una ruta previa al envi de los paquetes. Por ejemplo, supongamos que A tiene uno o ms mensajes que enviar a E. Primero enva un paquete especial de control, llamado Peticin de llamada (< Call Request >), a 4 solicitando una conexin lgica a E. El nodo 4 decide encaminar la solicitud y todos los paquetes siguientes hacia 5, quien a su vez decide dirigirlos hacia 6, el cual enva finalmente el paquete Peticin de llamada a E. Si esta estacin acepta la conexin, enva un paquete Llamada Aceptada () a 6. Este paquete se enva hacia A a travs de los nodos 5 y 4. Las estaciones A y E pueden ya intercambiar datos sobre la ruta establecida. Dado que el camino es fijo mientras dura la conexin lgica. Adems de los datos cada paquete contiene un identificador de circuito virtual en lugar de una direccin destino. Cada nodo de la ruta preestablecida sabe hacia donde dirigir los paquetes, no precisndose la toma de decisiones de encadenamiento. As cada uno de los paquetes de datos de A a E atraviesa los nodos 4, 5 y 6, mientras que los paquetes de E hacia A pasan por los nodos 6, 5 y 4. Eventualmente, una de las estaciones finaliza la conexin con un paquete Peticin de Liberacin. Una estacin puede disponer en un instante de tiempo dado de ms de un circuito virtual hacia otra estacin as como de circuitos a ms de una peticin. La principal caracterstica de la tcnica de circuitos virtuales es que la ruta entre las estaciones se establece antes de la transferencia de los datos. Si dos estaciones desean intercambiar datos durante un periodo de tiempo largo, existen ciertas ventajas al utilizar la tcnica de circuitos virtuales. En primer lugar, la red pude ofrecer servicios sobre el circuito virtual, incluyendo orden secuencial, y control de errores. El orden secuencial hace referencia al hecho de que, dado que los paquetes siguen la misma ruta, stos se reciben en el mismo orden en que fueron enviados. El control de errores es un servicio que asegura que los paquetes no slo se reciben en orden, sino que adems son correctos. Por ejemplo si un paquete en secuencia del nodo 4 al 6 no llega a este ltimo, o se recibe errneamente, el nodo 6 puede solicitar al nodo 4 la retransmisin del paquete. Otra ventaja es que los paquetes viajen por la red ms rpidamente haciendo uso de circuitos virtuales, ya que no es necesaria una decisin de encadenamiento. Una asociacin lgica, o conexin, se establece entre dos entidades. En este tipo de transferencia se dan tres fases: Establecimiento de la conexin En esta fase las dos entidades acordarn el intercambio de datos. Normalmente, una de las estaciones enviar una solicitud de conexin a otra estacin.

 Transferencia de datos. Durante esta fase se intercambia tanto datos como la informacin de control. Cierre de la conexin. Finalmente cualquiera de las dos estaciones puede desear terminar la conexin, y as lo har enviando una solicitud de cierre de la conexin. Comunicacin no orientada a la conexin. En el mtodo no orientado a la conexin, la red no necesita realizar ninguna accin, salvo la transmisin de los paquetes a su destino. Si se produce la prdida de un paquete, el receptor deber detectar el problema y solicitar una retransmisin. Si los paquetes llegan a su destino fuera de secuencia debido a que adoptan diferentes caminos a lo largo de la red, el receptor deber reordenarlos. Cada paquete de datos es una unidad independiente denominada datagrama, que viaja por si misma a travs de la red. En la tcnica de datagrama cada paquete se trata de forma independiente, sin refrencia alguna a los paquetes anteriores. Supongamos que la estacin A de la figura 2 tiene que enviar a E un mensaje de tres paquetes. Transmite los paquetes 1, 2 y 3 al nodo 4, conteniendo cada uno de ellos la direccin del destino, E en este caso. El nodo 4 debe tomar una decisin de encadenamiento para cada paquete. El paquete 1 se recibe con destino a E, por lo que nodo 4 podra enviar este paquete hacia el nodo 5 o hacia el nodo 7 como siguiente paso en la ruta. En este caso, el nodo 4 determina que su cola de paquetes hacia el nodo 5 es menor que la del nodo 7, de manera que pone en cola el paquete hacia el nodo 5. Igual para el paquete 2, pero en el caso del paquete 3 el nodo 4 observa que su cola hacia el nodo 7 es ahora ms corta y, por tanto, enva el paquete 3 hacia este nodo. As pues, aunque todos los paquetes tienen el mismo destino no todos los paquetes siguen la misma ruta. En consecuencia, puede suceder que el paquete 3 se adelante al paquete 2, e incluso al 1, en el nodo 6. De esta forma, es posible que los paquetes se reciban en E en orden distinto al que se enviaron, siendo tarea de esta estacin su reordenacin. Tambin es posible que un paquete se destruya en la red. Por ejemplo, si un nodo de conmutacin de paquete cae momentneamente, pueden perderse todos los paquetes existentes en sus colas. Si sucediese esto con uno de los paquetes de nuestro ejemplo, el nodo 6 no tiene forma de saber que ha perdido uno de los paquetes de la secuencia. De nuevo es misin de E detectar la prdida de un paquete y ver la forma de recuperarlo.

- Sondeo (Polling).

La tcnica de sondeo es un mtodo de acceso ordenado y consiste de los siguientes pasos: 1. Se define un nodo como controlador de la red, por ejemplo, el nodo central de una topologa de estrella. 2. Se define una tabla de las direcciones de las estaciones que van a intervenir en la reed. 3. Se define el orden de sondeo y de prioridades si as se desea. 4. Se definen los elementos de control como reintentos, mensajes, etc. Una vez definidos estos elementos, se implementa el mtodo de dos maneras distintas: Sondeo por listado El nodo controlador invita a cada una de las estaciones de la red en el orden predeterminado, a transmitir informacin. El nodo que recibe la invitacin a transmitir, enva la informacin en un tiempo preestablecido hacia el nodo controlador, ste reconoce la direccin destino y al enruta hacia el nodo correspondiente. Si el nodo que recibe la informacin no tiene nada que transmitir, enva un mensaje (Poll Reject) al nodo controlador indicndoselo. As el controlador de la red dirige la invitacin a transmitir al siguiente nodo en el orden.

Sondeo secuencial: En el sondeo secuencial, el controlador de red genera un mensaje de invitacin a transmitir, el cual va dirigido a la primera estacin y sta, luego de reconocerlo, si no tiene nada que transmitir, le cambia la direccin y lo enruta hacia la segunda estacin en la lista. Esta secuencia se repite hasta que ya no existan terminales que sondear, o bien, cuando exista una estacin que si tenga datos que transmitir.

3.2 COMUNICACIONES DE IGUAL A IGUAL

(PROTOCOLO PUNTO A PUNTO).

El PPP (Protocolo Punto a Punto) surgi originalmente como un protocolo de encapsulamiento para el transporte de trfico IP a travs de enlaces punto a punto. El PPP tambin estableci un estandar para las funciones de asignacin y administracin de direcciones IP. El PPP ofrece un LCP (Protocolo de Control de Enlace) con posibilidad de extenderse y una familia de NCPs (Protocolos de Control de Red). Componentes del PPP El PPP ofrece un mtodo para la transmisin de datagramas a travs de enlaces seriales punto a punto y est formado por tres componentes principales: 1. Un mtodo para el encapsulamiento de datagramas a travs de enlaces seriales. PPP utiliza el protocolo HDLC (Control de Enlace de Datos de Alto Nivel) como base para encapsular datagramas a travs de enlaces punto a punto. 2. Un LCP extensible para establecer, configurar y probar la conexin del enlace de datos. 3. Una familia de NCP para establecer y configurar diferentes protocolos de la capa de red; el protocolo PPP est diseado para permitir el uso simultaneo de mltiples protocolos de la capa de red. Operacin general Para establecer comunicaciones a travs de un enlace punto a punto, el PPP de origen enva primero taramas LCP para configurar y probar el enlace de datos. Una vez establecido el enlace y negociadas las facilidades opcionales de acuerdo con la necesidad del LCP, el PPP de origen enva tramas NCP para elegir y configurar uno o ms protocolos de la capa de red. Cuando cada uno de los protocolos de la capa de red escogidos se ha configurado, se pueden enviar paquetes de cada uno de stos a travs del enlace. El enlace permanecer configurado para la comunicacin hasta que tramas explcitas LCP o NCP cierren el enlace o se presenten eventos externos.

Apuntador

Direccin

Control

Protocolo

Datos

FCS

La trama de PPP La trama del PPP est formada por 6 campos, como se muestra a continuacin: Indicador o apuntador: Es un solo byte que indica el principio y final de una trama. El campo indicador consiste en la secuencia binaria 01111110. Direccin: Es un solo byte que contiene la secuencia binaria 11111111, que es la direccin estndar de difusin a todos los destinos. El protocolo PPP no asigna direcciones individuales a cada estacin. Control: Es un solo byte que contiene la secuencia binaria 00000011, la cual anuncia la transmisin de los datos de usuario en una trama sin secuencia. Se ofrece un servicio de enlace sin conexin, semejante al del LLC (Control de Enlace Lgico). Protocolo: Son 2 bytes que identifican el protocolo encapsulado en el campo de informacin de la trama. Datos: Cero o ms bytes que contienen el datagrama del protocolo especificado en el campo protocolo. El campo fin de la informacin se puede encontrar ubicando la secuencia de bandera de cierre y poniendo 2 bytes en el campo FCS. La longitud mxima predeterminada del campo de informacin es de 1,500 bytes. FCS (Secuencia de Verificacin de Trama): Tiene normalmente longitud de 2 bytes. Por convencin, las implementaciones PPP permitidas pueden utilizar un FCS de 4 bytes para una mejor deteccin de errores.

El protocolo punto a punto (PPP) se utiliza ms que el protocolo SLIP o CSLIP para comunicaciones remotas, porque este protocolo tiene ms capacidad y una menor sobrecarga. PPP soporta ms protocolos de red, por ejemplo IPX/SPX, NetBEUI y TCP/IP. Puede negociar de forma automtica la comunicacin con varias capas del modelo OSI a la vez y soporta autentificacin de conexin. El protocolo de tunelizacin punto a punto (PPTP Point-to-Point Tunneling Protocol) es un complemento de PPP que permite comunicaciones a intranets por medio de Internet. A travs de PPTP, el director de una empresa puede acceder de forma remota a un informe de la compaa, situado en la intranet de la empresa, mediante una llamada desde su casa por Internet. El protocolo punto a punto (PPP) es un protocolo de comunicaciones remotas, ampliamente utilizado, que soporta comunicaciones IPX/SPX, NetBEUI y TCP/IP (por ejemplo entre una PC remota y el servidor NT de una red).

El protocolo de tunelizacin punto a punto (PPTP) es un protocolo de comunicaciones remotas que permite la conexin a intranets (redes privadas) a travs de Internet. Tanto el protocolo PPP como el protocolo PPTP soportan comunicaciones sncronas y asncronas, permiten la comunicacin mediante mdems, las lneas telefnicas de uso pblico, las lneas dedicadas, RDSI y X.25. PPP est disponible en Windows 95/98 y Windows NT (3.5, 3.51 y 4.0). PPTP est disponible en Windows NT 4.0. Cuando un servidor Windows NT 4.0 est tambin configurado como servidor RAS, puede configurarse para que acepte conexiones remotas mediante SLIP o PPP. La configuracin PPP es necesaria cuando haya usuarios que utilicen Windows 95/98 o NT para acceder de forma remota a redes utilizando NetBEUI o IPX/SPX. La tabla 9-2 realiza una comparacin entre los protocolos SLIP y PPP.

PPP (Protocolo punto a punto) Para mejorar la situacin, el IETF estableci un grupo dedicado a disear un protocolo de enlace de datos para lneas punto a punto que resolviera todos estos problemas y que pudiera volverse un estndar oficial de Internet. Este trabajo culmin con el PPP (Point-to-Point Prorocol, protocolo punto a punto), que se define en RFC 1661 y que se ha desarrollado ms en varios otros RFC. El PPP realiza deteccin d errores, reconoce mltiples protocolos, permite la negociacin de direcciones de IP en el momento de la conexin, permite la verificacin de autenticidad y tiene muchas mejoras respecto a SLIP. Aunque muchos proveedores de servicios de Internet an reconocen tanto SLIP como PPP, el futuro claramente est en PPP no slo en las lneas por discado sino tambin en las lneas arrendadas de enrutador a enrutador. PPP proporciona tres cosas: 1. Un mtodo de enmarcado que delinea sin ambigedades el final de un marco y el inicio del siguiente. El formato de marco tambin maneja la deteccin de errores. 2. Un protocolo de control de enlace para activar lneas, probarlas, negociar opciones y desactivarlas ordenadamente cuando ya no son necesarias. Este protocolo se llama LCP (Link Control Protocol, protocolo de control de enlace). 3. Un mecanismo para negociar opciones de capa de red con independencia del protocolo de red usado. El mtodo escogido consiste en tener un NCP (Network

Control Protocol, protocolo de control de red) distinto para cada capa de red reconocida. Para ver la manera en que encajan estas piezas, consideremos la situacin tpica de un usuario casero llamando al proveedor de servicios de Internet para convertir una PC casera en un host temporal de Internet. La PC llama inicialmente al enrutador del proveedor a travs de un mdem. Una vez que el mdem del enrutador ha contestado el telfono y ha establecido una conexin fsica, la PC manda al enrutador una serie de paquetes LCP en el campo de carga til de uno o ms marcos PPP. Estos paquetes, y sus respuestas, seleccionan los parmetros PPP por usar. Una vez que se han acordado estos parmetros, se enva una serie de paquetes NCP para configurar la capa de red. Tpicamente, la PC quiere ejecutar una pila de protocolos TCP/IP, por lo que necesita una direccin de IP. No hay suficientes direcciones de IP para todos, por lo que normalmente cada proveedor de Internet tiene un bloque de ellas y asigna dinmicamente una a cada PC que se acaba de conectar para que la use durante su sesin. Si un proveedor posee n direcciones de IP puede tener hasta n mquinas conectadas simultneamente, pero su base total de clientes puede ser muchas veces mayor. Se utiliza el NCP para IP para asignar la direccin de IP. En este momento, la PC es ya un host de Internet y puede enviar y recibir paquetes de IP, igual que los host permanentes. Cuando el usuario ha terminado, se usa NCP para desmantelar la conexin de la capa de red y liberar la direccin de IP. Luego se usa LCP para cancelar la conexin de la capa de enlace de datos. Finalmente, la computadora indica al mdem que cuelgue el telfono, liberando la conexin de la capa fsica. El formato de marco de PPP se escogi de modo que fuera muy parecido al formato de marco de HDLC, ya que no haba razn para reinventar la rueda. La diferencia principal entre PPP y HDLC es que el primero est orientado a caracteres, no a bits. En particular, PPP, como SLIP usa el relleno de caracteres en las lneas por discado con mdem, por lo que todos los marcos tienen un nmero entero de bytes. No es posible enviar un marco que conste de 30.25 bytes, como con HDLC. No slo pueden mandarse marcos PPP a travs de lneas telefnicas de discado, sino que tambin pueden enviarse a travs de SONET o de lneas HDLC autnticas orientadas a bits (por ejemplo, para conexiones enrutador-enrutador).

Bytes

1o2 Carga til

variable

2o4

Indicador Direccin Control Protocolo 01111110 11111111 00000011

Suma de Indicador comprobacin 01111110

Formato de marco completo PPP para el modo operacin sin numeracin.

Todos los marcos PPP comienzan con el byte indicador estndar de HDLC (01111110), que se rellena si ocurre dentro del campo de carga til. Luego viene el campo de direccin, al que siempre se asigna el valor binario 11111111 para indicar que todas las estaciones deben aceptar el marco. El empleo de este valor evita tener que asignar direcciones de enlace de datos. El campo de direccin va seguido del campo de control, cuyo valor predeterminado es 00000011. Este valor indica un marco sin nmero. En otras palabras, PPP no proporciona por omisin transmisin confiable usando nmeros de secuencia y acuses. En ambientes ruidosos, como los de las redes inalmbricas, se puede usar el modo numerado para transmisin confiable. Los detalles exactos se definen en RFC 1663. Dado que los campos de direccin y de control son constantes en la configuracin predeterminada, LCP proporciona los mecanismos necesarios para que las dos partes negocien una opcin que simplemente los omita por completo y ahorre dos bytes por marco. El cuarto campo PPP es el de protocolo. Su tarea es indicar la clase de paquete que est en el campo de carga. Se definen cdigos para LCP, NCP, IP, IPX, AppleTalk y otros protocolos. Los protocolos que comienzan con un bit 0 son protocolos de capa de red como IP, IPX, OSI CLNP, XNS. Los que comienzan con un bit 1 se usan para negociar otros protocolos. stos incluyen LCP y un NCP diferente para cada protocolo de capa de red reconocido: El tamao por omisin del campo de protocolo es de 2 bytes, pero puede negociarse su disminucin a 1 byte usando LCP. El campo de carga til es de longitud variable, hasta algn mximo negociado. Si la longitud no se negocia con LCP durante el establecimiento de la lnea; se usa una longitud predeterminada de 1500 bytes. De ser necesario se puede incluir un relleno despus de la carga. Despus del campo, de carga. til viene el campo de suma de comprobacin, que normalmente es de 2 bytes, pero puede negociarse una suma de comprobacin de 4 bytes. En resumen, PPP es un mecanismo de enmarcado multiprotocolo adecuado para usarse a travs de mdems, lneas de serie de bits HDLC, SONET y otras capas fsicas. Maneja deteccin de errores, negociacin, de opciones, compresin de encabezados y, opcionalmente, transmisin confiable con marcos HDLC.

Ahora pasemos del formato de los marcos PPP a la manera en que se activan y se desactivan lneas. Cuando la lnea est MUERTA, no hay presencia de una portadora de capa fsica y no existe una conexin de capa fsica. Una vez establecida la conexin fsica, la lnea pasa a ESTABLECER. En ese punto comienza la negociacin de opciones LCP, que, de tener xito, conduce a VALIDAR. Ahora las dos partes pueden verificar la identidad del otro, si lo desean. Al entrar en la fase de RED se invoca el protocolo NCP apropiado para configurar la capa de red. Si la configuracin tiene xito, se llega a ABIERTA y puede comenzar el transporte de datos. Al terminar el transporte, la lnea pasa a la fase de TERMINAR, de donde regresa a MUERTA al desactivarse la portadora. Se utiliza LCP para negociar las opciones del protocolo de enlace de datos durante la fase ESTABLECER. El protocolo LCP no se ocupa realmente de las opciones mismas, sino de los mecanismos de negociacin; proporciona una va para que el proceso iniciador haga una propuesta y para que el proceso que responde la acepte o la rechace, toda o en parte. Tambin proporciona una va para que tos dos procesos prueben la calidad de la lnea, y ver si consideran que es lo suficientemente buena para establecer una conexin. Por ltimo, el protocolo LCP tambin permite que las lneas se desactiven cuando ya no se necesitan.

- Paso de testigo - TOKEN RING. Antecedentes La red Token Ring fue desarrollada originalmente por la IBM en los aos 70. la especificacin asociada IEEE 802.5 es casi idntica y compatible totalmente con la red Token Ring de IBM. El trmino Token Ring se utiliza para referirse a la red Token Ring de IBM y a las redes IEEE 802.5. La red Token Ring de IBM especifica una topologa en estrella, donde todas las estaciones terminales se conectan a un dispositivo llamado MSAU (Unidad de Acceso a la Multiestacin). En cambio, la especificacin IEEE 802.5 no especifica ninguna topologa, aunque virtualmente toda implementacin del IEEE 802.5 se basa en la topologa en estrella. Hay otras diferencias, entre ellas el tipo de medios (el IEEE 802.5 no los especifica, aunque las redes Token Ring de IBM utilizan cable de par trenzado). A continuacin se muestran las especificaciones de la red Token Ring de IBM y las del IEEE 802.5. RED TOKEN RING DE IBM RED TOKEN RING IEEE 802.5

Tasa de datos. Topologa Medios Sealizacin Mtodo de acceso Codificacin

4.16 Mbps. Estrella Par trenzado Banda base Estafeta circulante Manchester diferencial

4.16 Mbps No especifica No especifica Banda base Estafeta circulante Manchester diferencial

Operacin de TOKEN RING Las redes Token Ring son ejemplos bsicos de redes de estafeta circulante. Las redes de estafeta circulante circulan alrededor del anillo, una trama pequea llamada estafeta. La posesin de dicha estafeta otorga el derecho para comenzar a transmitir, transfiere la estafeta a la estacin siguiente. Cada estacin puede tener la estafeta solamente por un periodo limitado de tiempo. Cuando una estacin tiene informacin que transmitir, toma la estafeta, cambia un bit en ella (lo cual cambia la estafeta a un estado de secuencia de inicio de trama), agrega la informacin que desea transmitir y la enva a la siguiente estacin en el anillo. Mientras la trama de informacin est circulando por el anillo, no hay ninguna estafeta en la red (a menos que el anillo soporte la funcin de liberacin previa de la estafeta), lo cual significa que cualquier otra estacin que desee transmitir deber esperar. Por lo tanto, no se pueden presentar colisiones en la red Token Ring. Si la red soporta la funcin de liberacin previa de la estafeta, puede liberarse una nueva estafeta cuando la transmisin de la trama haya terminado. La trama de informacin circula por el anillo hasta que llegue ala estacin de destino, la que copia la informacin para procesarla en un momento posterior. La trama de informacin contina circulando por el anillo hasta que es retirada en el momento en el que llega a la estacin que la envi. sta puede verificar la trama para saber si fue vista y despus copiada por la estacin de destino. Las redes de estafeta circulante son deterministas, lo que significa que es posible calcular el tiempo mximo que tendr que pasar antes de que alguna estacin pueda transmitir.

- SISTEMA DE PRIORIDAD Las redes Token Ring utilizan un sofisticado sistema de prioridades que permite el uso ms frecuente de la red a determinadas estaciones de alta prioridad designadas por el usuario. Las tramas Token Ring tienen dos campos que controlan la prioridad: el campo prioridad y el campo reservacin. Solamente las estaciones con una prioridad igual o mayor que el valor de prioridad contenido en la estafeta, pueden usar esa estafeta. Una vez tomada la estafeta y convertida en una trama de informacin, solamente las estaciones con un valor de prioridad mayor al de la estacin transmisora puede reservarla para poder hacer uso de ella la siguiente vez que la estafeta, sta incluye la prioridad ms alta de la estacin que la reserv. Las estaciones que aumenten un nivel de prioridad de la estafeta deben reintegrar la prioridad anterior una vez terminada su transmisin. Formato de trama Las estafetas son de una longitud de 3 bytes y constan de un delimitador de inicio, un byte para el control de acceso y un delimitador de final. Las tramas de datos/comandas varan en tamao, dependiendo del tamao del campo informacin. Las tramas de datos transportan informacin destinada a los protocolos de las capas superiores, mientras que las tramas de comandos contienen informacin de control y no tienen datos destinados a los protocolos de las capas superiores. A continuacin se muestran ambos formatos.

4.1 BASES TEORICAS PARA LA COMUNICACION DE DATOS.

En 1948, Claude Shannon descubri que si una seal arbitraria se hace pasar a travs de un filtro, con un ancho de banda H, la seal filtrada puede reconstruirse por completo mediante obtener fcilmente 2H muestras por segundo.

Otro que contribuy a las bases tericas para la comunicacin de datos fue el matemtico francs Fourier quien demostr que cualquier funcin que se comporte de manera peridica, puede disearse mediante la suma de un nmero posiblemente infinito de senos y cosenos: Una seal de datos que tiene una duracin lmite, puede manejarse tomando en cuenta que aquella se repite una y otra vez. SEALES LIMITADAS POR ANCHO DE BANDA Ni un solo medio de transmisin puede realizar la transmisin de seales sin perder potencia durante la realizacin de dicho proceso. Las amplitudes se transmiten sin decrementacin de frecuencia en una escala que va desde 0 hasta fc [medida en ciclos/s o Hertz (Hz)], tomando nota de que todas las frecuencias que caen por arriba de esta son fuertemente atenuadas. El tiempo que se necesita para transferir un carcter depende del mtodo de codificacin y de la rapidez de la seal. Dada una velocidad en bits, el tiempo que se necesita para enviar 8 bits es 8/b s. Una lnea telefnica comn, tiene una frecuencia de alrededor de los 3000 Hz, la cual se introducen en forma artificial. Esta limitacin representa que el valor de las frecuencias mas altas que pasan a travs de ella es de aproximadamente 3000/(b/8) o 24 000/b.

4.2 MEDIOS DE TRANSMISION

El objetivo primordial de la capa fsica es transferir datos de una pc a otra, enseguida describo algunos de los medios fsicos ms usados en esta capa. CABLE COAXIAL DE BANDA BASE Existen 2 tipos de cable coaxial que se utilizan con frecuencia: cable de 50 Homs, se utiliza en la transmisin digital. cable de 75 Homs, se emplea en la transmisin analgica. El cable coaxial esta compuesto de: 1. Un alambre de cobre duro en su parte central, que constituye el ncleo, el cual se encuentra rodeado por un material aislante. 2. Este material aislante esta rodeado por un conductor cilndrico que se presenta como una malla de tejido trenzado.

Los cables coaxiales se emplean ampliamente en redes de LAN y para transmisiones de larga distancia del sistema telefnico. Hay 2 maneras de enlazar computadoras a un cable coaxial: 1. La primera consiste en cortar con mucho cuidado el cable en dos partes e insertar una unin en T, o un conector BNC de tipo T. 2. La segunda se obtiene utilizando un conector tipo vampiro, que es un orificio, con un radio y profundidad muy exactos, que se perfora en el cable y que concluye en el ncleo del mismo.

METODO MAGNETICO Una De Las Maneras ms comunes es usar discos flexibles, y transportarlos fsicamente hasta la maquina destino, para que despus se pueda leer la informacin. PAR TRENZADO Se conforma por 2 alambres de cobre aislados, de 1 mm de espesor. Los alambres se ligan en forma helicoidal, como en una molcula de ADN. Este se utiliza para reducir la interferencia elctrica con respecto a los pares cercanos que se encuentran a su alrededor.

La utilizacin mas comn del par trenzado es el sistema telefnico, pues casi todos los telfonos estn conectados a la compaa telefnica a travs de un par trenzado. La distancia que se puede recorrer con estos cables es de varios kilmetros usando repetidores en distancias mas largas. Estos cables se pueden usar tanto para la transmisin analgica como la digital, y su ancho de banda depende del calibre del alambre y de la distancia que recorre; en varias ocasiones pueden realizarse transmisiones de varios mega bits/seg., en distancias de pocos kilmetros. Debido a su adecuado comportamiento y costo econmico, se usan ampliamente.

CABLE COAXIAL DE BANDA ANCHA Se utiliza comnmente para el envo de la seal de televisin por cable, y se le denomina de banda ancha. Debido a que las redes de banda ancha utilizan la tecnologa patrn para envo de seales de televisin por cable, los cables pueden emplearse para aplicaciones que necesiten hasta los 300 MHz y extenderse a longitudes que alcanzan hasta los 100 m. En este mismo cable se pueden combinar las seales de televisin y datos.

FIBRAS OPTICAS Un sistema de transmisin ptica tiene tres componentes: 1. El medio de transmisin. El medio de transmisin es una fibra ultradelgada de vidrio o silicio fundido. 2. La fuente de luz. Puede ser un LED (diodo emisor de luz, DEL), o un diodo lser; cualquiera de los dos emite pulsos de luz cuando se le aplica una corriente elctrica. 3. El detector. Es un fotodiodo que genera un pulso elctrico en el momento en el que recibe un rayo de luz.

En la actualidad los sistemas de fibras pticas estn preparados para hacer transmisiones de informacin de 1000 Mbps en 1 Kilmetro. TRANSMISION POR TRAYECTORIA OPTICA La transmisin de informacin por: rayos infrarrojos, lser microondas o radio, no requiere de ningn medio fsico.

COMUNICACIONES POR SATELITES Este tipo de comunicacin tiene algunas caractersticas que la hacen atractiva en algunas aplicaciones. Esta constituido por uno o mas dispositivos ReceptorTransmisor, cada uno de los cuales escucha una parte del espectro, amplificando la seal de entrada y, despus, retransmitindola a otra frecuencia, para evitar los efectos de interferencia con las seales de entrada.

El flujo dirigido hacia abajo puede ser muy amplio y cubrir una parte significativa de la superficie de la tierra, o bien, puede ser estrecho y cubrir un rea de cientos de kilmetros de dimetro.

4.3 TRANSMISION ANALOGICA.

Los circuitos analgicos tienen amplificadores que tratan de suplir la atenuacin de la lnea. RS-232-C RS-232-C corresponde a la tercera versin revisada de la norma original RS-232. se le conoce propiamente como EIA RS-232-C. El terminal o el ordenador se llaman oficialmente en las normas como DTE (Equipo Terminal de Datos, ETD), y al mdem, tambin oficialmente, se le conoce como DCE (Equipo Terminal de Circuito de Datos, ETCD).

La nueva norma, llamada RS-499, prcticamente incluye tres normas en una. Los procedimientos, mecanismos y funcionabilidad de la interfase estn considerados en la RS-499, en tanto que la interfase elctrica esta establecida en dos normas diferentes. A esta tcnica se le denomina transmisin asimtrica. La segunda norma elctrica, la RS-422-A, contrariamente a la primera, utiliza una transmisin balanceada, en la que cada circuito principal necesita dos hilos, sin tener una tierra comn.

4.4 TRANSMISION DIGITAL.

La transmisin digital es superior a la analgica. Los circuitos analgicos tienen amplificadores que tratan de compensar la atenuacin de la lnea. Pero nunca lo harn en forma exacta, sobre todo si la atenuacin es diferente para distintas frecuencias. Debido a que el error es acumulativo, las llamadas de larga distancia que tienen que pasar por varios amplificadores, son las que probablemente sufren una distorsin ms grande. En tanto que regeneradores digitales, pueden restablecer la dbil seal de entrada a su valor original, en forma exacta, por que los nicos valores posibles son 0 y 1; estos regeneradores no sufren de errores acumulativos. Una ventaja de la transmisin digital es que la voz, informacin, msica, e incluso imgenes como las de televisin o video telefnico, pueden mezclarse conjuntamente, para hacer mas eficaz el uso del equipo.

Otra ventaja es que con el uso de las lneas actuales es posible tener velocidades ms altas para la transmisin de informacin.

4.5 TRANSMISION Y CONMUTACION.

MULTIPLEXION POR DIVISION DE FRECUENCIA Y DIVISION EN EL TIEMPO. Estos programas de multiplexin pueden catalogarse en 2 categoras bsicas: FDM (multiplexin por divisin de frecuencia, MDF). En la FDM, el espectro de frecuencia se divide entre los canales lgicos, donde cada uno de los usuarios posee una banda de frecuencia en exclusiva. Los esquemas de la FDM que se utilizan en el mundo entero estn, hasta cierto grado, normalizados. Una norma de gran uso es la correspondiente a doce canales de voz de 4000 Hz, mezclados en la banda de 60 Khz. TDM (multiplexin por divisin de tiempo, MDT). Aqu los usuarios toman su turno (uno tras otro en circulo), durante el cual, cada uno, obtiene todo el ancho de banda por un corto tiempo. La telefona actual se estableci para entablar comunicacin entre personas y no entre computadoras; emplean la TDM y FDM, ninguna de las cuales resulta apropiada para el trfico de datos.

4.6 ISDN- RED DIGITAL DE SERVICIOS INTEGRADOS.

Este sistema, que se cre para transferencias analgicas de voz, ha expuesto que es inadecuado para resolver las necesidades de las comunicaciones modernas, entre ellas la transmisin de datos y video. A este nuevo sistema se le conoce como ISDN, y objetivo primordial es la integracin de los servicios de voz, con los servicios que no utilizan la voz. SERVICIOS ISDN Una caracterstica de la ISDN es la de considerar telfonos con botones mltiples para establecer instantneamente llamadas a telfonos localizados arbitrariamente en cualquier parte del mundo.

Otra caracterstica es la exhibir en un tablero luminoso el nmero telefnico, nombre y direccin de la persona que llama, mientras suena el telfono. Otra consiste en la transferencia de datos a los grupos privados de usuarios, en donde sus miembros suelen llamar a otros miembros del mismo grupo.0 Adems la ISDN puede ofrecer el servicio de el teletex, que esencialmente es una forma de correo electrnico para uso domestico y de negocios. Por lo antes expuesto tiene mucha lgica, econmicamente hablando, transformar cada telfono en una estacin de trabajo terminal/telfono, no solo para fines de uso de video texto, sino tambin para redactar, editar, enviar, recibir, archivar e imprimir correo electrnico, con objeto de disminuir la carga que hoy recae sobre el sistema postal. El objetivo de la ISDN consiste en integrar todos los servicios descritos anteriormente y volverlos tan prcticos como es el telfono en la actualidad.

ARQUITECTURA DEL SISTEMA ISDN La idea central detrs de la ISDN es la del bus digital de bits, que es un conducto conceptual entre el usuario y el proveedor de servicios portadores por el que fluyen los bits. Por medio de un par trenzado que previamente se utilizo para conectarlo al telfono del cliente. Este cable puede soportar hasta ocho telfonos ISDN, as como terminales, alarmas y otros dispositivos, de la misma manera en que se conectan a una LAN.

5.1 PROBLEMAS DE DISEO DE LA CAPA DE ENLACE.

La capa de enlace tiene que cumplir con un nmero de funciones especficas entre las cuales se incluyen: Suministrar una interfase de servicio muy bien definida a la capa de red Establecer como los bits correspondientes a la capa fsica estn agrupados en tramas Ocuparse de los errores Normalizar el flujo de tramas Direccin del enlace en general.

SERVICIOS SUMINISTRADOS A LA CAPA DE RED La funcin de la capa de enlace es dar servicios a la capa de red. El servicio ms importante es el de transferir datos de la capa de red de la pc de origen, a la capa de red de la pc destino. En la capa de red de la pc origen hay un proceso que entrega algunos bits a la capa de enlace para su transmisin hacia la pc destino. El trabajo que desempea esta capa es la de transmitir los bits a la pc destino, de tal modo que puedan entregarse a la capa de red en el otro extremo. Los servicios que realmente se ofrecen son: 1.- Servicios sin conexin y sin asentimiento. 2.- Servicios sin conexin y con asentimiento. 3.- Servicio orientado a conexin.

1. SERVICIO SIN CONEXIN Y SIN ASENTIMIENTO. Consiste en hacer que, la pc origen, transmita tramas independientes a la pc destino, sin que esta proporcione un mensaje de aprobacin. No se lleva a cabo una

conexin as como tampoco se necesita liberarla despus. Si la trama se llega a perder, como resultado de ruido, no se realiza ningn intento para recuperarla en la capa de enlace.

2. SERVICIO SIN CONEXIN Y CON ASENTIMIENTO. Aqu todava no se brinda este servicio y tampoco se usa, sin embargo cada una de las tramas transmitidas se aprueban de forma individual, as pues el transmisor sabe cuando la trama llega bien al otro extremo. Si la trama no llega dentro de un lapso de tiempo especificado, entonces puede comenzar a transmitirla nuevamente. 3. SERVICIO ORIENTADO A CONEXIN. En este caso las pc origen y destino establecen una conexin antes de transmitir algn dato. Cada una de las tramas transmitidas a travs de la conexin se numera, y la capa de enlace garantiza que cada trama transmitida sea, en efecto recibida y tambin se asegura que cada una de las tramas se reciba, exactamente una vez, que todas las tramas se reciban en el orden correcto. Este tipo de servicio proporciona a los procesos de la capa de red el equivalente a un flujo de bits fiable.

ENTRAMADO El planteamiento normal consiste en que la capa de enlace divide el flujo de datos en tramas discretas y calcule un cdigo de redundancia de cada una de estas tramas. El cdigo de redundancia se calcula de nuevo en el momento en que la trama llega a su destino; de tal forma que si el cdigo de redundancia calculado es diferente del contenido en la trama la capa de enlace sabr que ha ocurrido un error, y toma los pasos convenientes para tratarlo. Una forma de realizar el encapsulado de la trama consiste en incluir intervalos de tiempo entre tramas de manera similar a los espacios entre las palabras en un texto

ordinario. Dado que es demasiado arriesgado usar la temporizacin para marcar el inicio y el final de cada trama, se han diseado otros mtodos alternativos para tal efecto.

CONTROL DE ERROR El mtodo ms usado para asegurar una entrega fiable consiste en proporcionarle al extremo emisor algn tipo mensajes con respecto a lo que esta sucediendo en el otro extremo de la lnea. Una respuesta negativa, significara que algo malo ha ocurrido y que la trama se debe volver a transmitir. Para prevenir que esto suceda, se necesita, en general asignar nmeros de secuencia a las tramas de salida, de tal forma que el receptor pueda distinguir la informacin retransmitida con respecto a la original.

5.2 DETECCIN Y CORRECCCIN DE ERRORES.

Los errores en muchas ocasiones se presentan de forma rpida como rfagas, a este respecto podemos comentar que existen ventajas, esto por que los datos del ordenador siempre se envan en bloques de bits; pero tambin existen desventajas por que la ocurrencia de las rfagas son mas difciles de detectar y corregir que los errores aislados y , tambin, son mas difciles de modelar analticamente.

CDIGOS CORRECTORES DE ERRORES Se han diseado 2 estrategias para tratar los errores que surjan, estoas estrategias sin: 1. Incluir una cantidad suficiente de informacin redundante, junto con cada bloque de datos enviado, para permitirle al receptor descifrar cual fue el carcter

que se transmiti. 2. La otra consiste en anexar suficiente redundancia para permitir que el receptor deduzca que ocurri un error, pero no que tipo de error, y que tiene que solicitar una retransmisin.

5.3 PROTOCOLOS, ELEMENTOS DE ENLACE.

En la capa de enlace los paquetes que llegan de la capa de red son datos puros. Cuando una trama llega al receptor, el hardware calcula el cdigo de redundancia. Si hubo un error de transmisin, se informa a la capa de enlace. Si la trama lleg sin dao, se informa tambin a la capa de enlace, para que pueda obtener la trama para inspeccionarla. Inmediatamente despus de recibir una trama sin daos la capa de en la ce comprueba la informacin de control de la cabecera y, si todo est en orden, pasar el paquete a la capa de red. Aqu mencionamos algunos protocolos usados en la capa de enlace. PROTOCOLO UNILATERAL NO RESTRINGIDO La informacin se transmite en una sola direccin. El tiempo de procesamiento se podr ignorar. Hay un espacio ilimitado que se asigna a la memoria temporal. El canal de comunicacin entre las capas de enlace nunca daar o perder tramas. Este protocolo abarca dos funciones diferentes, el emisor y el receptor. El emisor trabaja en la capa de enlace de la pc fuente, mientras que el receptor lo hace en la capa de enlace de la pc destino. Aqu no se utilizarn nmeros de secuencia o asentimientos, el nico tipo de evento posible es la llegada de una trama sin daos. PROTOCOLO UNILATERAL DE PARADA Y ESPERA. Aqu hemos de suponer que el canal de comunicacin esta libre de error y que el receptor es capaz de procesar todas las entradas con rapidez ilimitada. Como resultado el emisor solo se instala en un lazo cerrado, generando datos hacia la lnea, tan rpido como pueda. El problema principal que surge en este protocolo en particular evitar que el emisor inunde a la parte receptora, al emitir datos a una velocidad superior de la que la parte receptora pueda procesar. PROTOCOLO UNILATERAL PARA UN CANAL RUIDOSO Aqu daremos por sentado que si se llega a daar una trama, durante su transmisin el hardware del receptor detectar esta situacin en el momento en que calcule el cdigo de redundancia. Si la trama se dao de tal forma que el cdigo de

redundancia resulte correcta, este protocolo podra entregar un paquete incorrecto a la capa de red.

5.4 PROTOCOLOS DE VENTANA DESLIZANTE.

En los protocolos analizados en el apartado anterior, las tramas de datos se transmitan en una sola direccin. Pero en la realidad hay necesidad de transmitir en ambas direcciones. Una forma de lograrlo es llevar a cabo una transmisin bilateral simultnea de datos, que consiste en tener 2 canales de comunicacin separados, y utilizar cada uno de ellos para un trfico de datos unilateral. A pesar de esta implementacin podemos obtener un mejor rendimiento en la comunicacin de 2 vas. Esta consiste en usar una cabecera ACK o un mensaje de aceptacin o rechazo de la trama. Esta tcnica se conoce como superposicin. La ventaja principal de esta tcnica, es la de usar mejor el ancho de banda disponible en el canal. El campo ack en la cabecera de la trama solo cuesta unos cuantos bits, en tanto que una trama separada requerira de una cabecera, de un asentimiento y de un cdigo de redundancia. La ventana de la capa de enlace del receptor corresponde a las tramas que puede admitir. Cualquier trama que llegue a caer externamente de la ventana quedar eliminada. Cuando se reciba una trama, cuyo nmero de secuencia es igual al borde inferior de la ventana, se pasar a la capa de red, se generar una aprobacin y la ventana se girar en uno. PROTOCOLO DE VENTANA DESLIZANTE DE UN BIT. Este protocolo utiliza el concepto de parada y espera. Dado que el emisor enva una trama y espera por su asentimiento, antes de que decida enviar la siguiente. PROTOCOLO QUE EMPLEA REPETICIN SELECTIVA Este opera adecuadamente si los errores son ocasionales, pero si la lnea es muy pobre, desperdiciar un ancho de banda considerable en la retransmisin de tramas. Una estrategia alternativa consiste en autorizar que el receptor acepte y almacene en memoria las tramas que siguen a una trama daada o perdida.

5.5 RENDIMIENTO DEL PROTOCOLO.

Entre los factores que influyen en este aspecto figuran: Saber si la longitud de las tramas es variable o fija Si la superposicin se emplea o no Si el protocolo realiza una transferencia a crdito o enva y espera un acuse de recibo si la lnea es semidplex o dplex.

5.6 ESPECIFICACIN Y VERIFICACIN DEL PROTOCOLO.

Los protocolos reales y los programas que los desarrollan son, por lo general, bastante complicados. Aqu veremos algunos modelos y tcnicas muy aceptadas. MODELOS DE MAQUINA DE ESTADO FINITO Con esta tcnica, cada maquina de protocolo siempre se encuentra en un estado especifico en cualquier instante de tiempo. Su estado esta constituido por todos los valores de sus variables, incluyendo el contador del programa. El estado del sistema completo es la mezcla de todos los estados de dos pc de los protocolos y del canal. El estado del canal se determina por su contenido. A partir de cada estado, se puede tener cero o ms transiciones posibles a otros estados, las cuales ocurren siempre que se lleve a cabo algn evento. Para una maquina de protocolo, la transicin podra ocurrir en el momento en el que se transmite una trama, cuando llega una trama, cuando el temporizador se desactiva, cuando sucede una interrupcin, entre otros. En tanto que para un canal, los eventos que se presentan son, la insercin de una trama nueva en el canal mediante la maquina de protocolo o la entrega de una trama a una maquina de protocolo. Un protocolo de paso de testigo en anillo, 802.5, que esta completamente especificado en la norma como una maquina de estado finito puede tener uno de cuatro estados posibles: 1.- En modo de repeticin, copiando bits, (es decir, que no esta transmitiendo). 2.- Transmitiendo una trama. 3.- Esperando la vuelta de la transmisin de una trama transmitida.

4.- Vaciando tramas del anillo. En cada estado, es posible tener uno o ms eventos. Algunos de ellos ocasionan la activacin de ciertas acciones, adems de los posibles cambios de estado.

6.1 PROBLEMAS DE DISEO DE LA CAPA DE RED.

Existen una serie de factores que habr que analizar a la hora de disear la capa de red. A continuacin se enumeran los ms importantes:

Organizacin interna de la capa de red servicios proporcionados por la capa de transporte Congestionamiento Enrutamiento Interconexin de redes ORGANIZACIN INTERNA DE LA CAPA DE RED En el caso de operacin interna de la subred, a una conexin se le conoce con el nombre de circuito virtual.. A los paquetes independientes dentro de la organizacin sin conexin, se les conoce como datagramas. Los circuitos virtuales son utilizados en subredes orientadas a la conexin. Las principales caractersticas de los circuitos virtuales son: Evita que tengan que hacer decisiones de encaminamiento para cada paquete transmitido. Cuando se establece una conexin, se selecciona una ruta que va desde la maquina origen hasta la maquina destino como parte del proceso de conexin. La ruta se utiliza por todo el trafico que circule por la conexin exactamente de la misma manera como trabaja el sistema telefnico. Cuando se libera la conexin, se desecha el circuito virtual. Cuando se establece una conexin de red, se debe seleccionar el numero correspondiente a un circuito virtual que todava no este en uso en esa maquina, el cual servir como identificador de la conexin. El problema surge cuando dos host, tienen el mismo circuito virtual y desean entabla conversacin con procesos diferentes en un tercer host. Como por ejemplo: Supngase que un proceso en el hostal A desea entablar una conversacin con un proceso del hostal D. El hostal A selecciona el circuito virtual 0. Tambin supngase

que se selecciona la ruta ABCD. Simultneamente, otro proceso en B decide establecer una conversacin con un proceso situado en D (que no es el mismo que en A). Si no hay circuitos virtuales abiertos en B en ese preciso momento, el hostal B tambin seleccionara el circuito virtual 0. Considrese que la ruta BCD fue seleccionada como la mejor. Despus de que los dos circuitos virtuales se hayan terminado de establecer, el proceso en A procede a enviar el primer mensaje a D, por medio del circuito virtual 0. Cuando el paquete llega a D, el pobre hostal no sabr a que proceso de usuario entregrselo. Debido a que los circuitos virtuales pueden iniciarse desde cualquier extremo, surge un problema cuando los establecimientos de llamada se propagan en ambas direcciones a la vez, a lo largo de una cadena de IMP. Cada IMP deber seleccionar ahora un numero de circuito virtual y utilizarlo (Dplex) que esta tratando de establecer. Cuando un paquete de datos llega a continuacin, la IMP receptora no tiene manera de decir si se trata de un paquete expedido hacia delante en un circuito, o bien, de un paquete de vuelta del otro circuito. Si los circuitos son unilaterales, no habr ninguna ambigedad. Ahora veamos las principales caractersticas de un datagrama: Cada paquete contiene la direccin completa de la fuente y el destino La subred no tiene la informacin del estado Cada paquete se encamina independientemente Servicio orientado a conexin o sin conexin

SERVICIOS PROPORCIONADOS A LA CAPA DE TRANSPORTE Los servicios de la capa de red se han diseado con los siguientes objetivos en mente. 1.- Los servicios debern ser independientes de la tecnologa de la subred. 2.- La capa de transporte debe de tener oculto el nmero, tipo y topologa de las subredes que se encuentren presentes. 3.- Las direcciones de la red que se ponen a disposicin de la capa de transporte debern utilizar un plan de numeracin uniforme, aun a travs de las redes tipo LAN y WAN. 4.- En la figura 6.1 se hace un resumen de las diferencias que existen entre los servicios orientados a conexin y sin conexin. Una polmica que siempre se ha suscitado es cuando se tiene que decidir si va a ser orientado a la conexin o sin conexin. A continuacin se mencionan algunas de sus caractersticas ms importantes: Orientado a la conexin

La direccin destino solo se necesita durante el establecimiento de la conexin El secuenciamiento de paquetes es garantizado Puede haber una renegociacin de los paquetes Se utilizan identificadores de conexin

Sin conexin La direccin destino es necesaria en todos los paquetes El secuenciamiento de los paquetes no es garantizado No puede haber una renegociacin de los paquetes No utiliza identificadores de conexin La solucin a este problema es ofrecer estos dos servicios a lo largo de los niveles de transporte, red y enlace.
A conexin A conexin TRANPORTE RED ENLACE Sin conexin

CONGESTIN Cuando hay muchos paquetes en la subred el rendimiento se degrada. Esta situacin se conoce con el nombre de congestin. Cuando el nmero de paquetes a enviar a la subred se encuentran dentro de los lmites de capacidad de transporte, dichos paquetes se entregan a sus respectivos destinos sin mayor problema y, la cantidad que se entrega es proporcional a la cantidad que se transmite.

La congestin puede ser ocasionada por varios factores: Si los IMP son muy lentos para efectuar las diferentes tareas para las que se les necesita (por ejemplo: construccin de la colas de espera de memorias temporales, actualizacin de tablas, etc.) las colas pueden crecer, e incluso cuando haya capacidad en exceso en las lneas. La congestin tiende a realimentarse volvindose todava peor. Si un IMP no tiene memorias temporales desocupadas, deber ignorar los nuevos paquetes que vayan llegando Cuando se desecha un paquete, al IMP que lo trasmiti le vencer un temporizador y lo retransmitira, quiz en varias ocasiones. Dado que el IMP emisora no puede desechar el paquete hasta que este haya sido asentido la congestin, la congestin en el extremo receptor forzara al emisor para que se abstenga de liberar una memoria temporal que por lo normal habra liberado. De esta manera la congestin se extiende de la misma manera como sucede con los coches que se aproximan a una caseta de cobro de una autopista. El control de la congestin de paquetes tiene que ver con la seguridad de que la subred sea capaz de transportar el trfico ofrecido. ENCAMINAMIENTO En la mayora de los casos, los paquetes necesitaran realizar mltiples saltos para terminar el viaje. Los algoritmos que seleccionan las rutas y las estructuras de datos que utilicen, representan una de las reas principales del diseo de la capa de red. El algoritmo de encaminamiento es aquella parte del software correspondiente a la capa de red. Sus principales funciones son: Decidir que lnea de salida se deber transmitir un paquete que llegue. Determinar si la subred utiliza datagramas internamente o circuitos virtuales

INTERCONEXION DE REDES

A parte del encaminamiento, otro problema que surge con la interconexin de redes es que no todas las redes utilizan los mismos protocolos. El hecho de tener diferentes protocolos implica tener diferentes formatos para los paquetes, cabeceras, procedimientos de control de flujo, reglas de asentimiento, y algunas otras cosas.

6.2 ALGORITMOS DE ENCADENAMIENTO.

La funcin principal de la capa de red es enrutar de la mquina de origen a la de destino. En la mayora de las subredes, los paquetes requerirn varias escalas para completar el viaje. Un algoritmo de enrutamiento es aquella parte del software de la capa de red encargada de decidir la lnea de salida por la que se transmitir un paquete de entrada Los algoritmos de encadenamiento se pueden agrupar en dos clases principales: no adaptivos y adaptivos. ALGORITMOS NO ADAPTATIVOS: Estos no basan sus decisiones de encaminamiento en mediciones o estimaciones del trafico o topologa actuales; mas bien, la eleccin de la ruta , se determina anticipadamente fuera de lnea y se carga en los IMP cuando la red se arranca, es decir encaminamientos estticos, no cambian. Algoritmos adaptativos: cambian sus decisiones de encaminamiento para reflejar los cambios de topologa y de trfico actual. Existen tres familias distintas de algoritmos adaptativos, que se diferencian de acuerdo con la informacin que utilizan. Los algoritmos globales utilizan informacin recogida en toda la subred, para intentar tomar decisiones optimas. A este planteamiento se le conoce como encaminamiento centralizado. Los algoritmos locales operan en forma separada sobre cada IMP, y solo utilizan la informacin que se encuentra disponible ah, como la longitud de las colas de espera. A estos se les conoce como algoritmos aislados. Por ultimo la tercera clase de algoritmos utiliza una combinacin de informacin de tipo global y local; y se les conoce como algoritmos distribuidos.

ENCAMINAMIENTOS NO ADAPTIVOS ENCAMINAMIENTO POR EL CAMINO MS CORTO

La idea consiste en construir un grafo de la subred con cada nodo representado una IMP y cada arco, una lnea de comunicacin. Para escoger una ruta entre un par de IMP dadas, el algoritmo solo determina el camino mas corto qu existe entre ellos. Una forma de medir la longitud del camino es a travs del numero de saltos. Otra forma es el camino geogrfico expresado en kilmetros.

10 KM A

C Si vamos de A a E, por saltos seran 2 y por km seran 40

F INUNDACIN 30 KM Cada paquete de entrada se enva porEcada una de las lneas de salida, excepto aquella por la que llego. La inundacin genera grandes cantidades de paquetes duplicados. Existen medidas para controlar la inundacin: Un contador de escalas: esta contenido en la cabecera de cada paquete, el cul disminuye en cada escala, descartndose el paquete con contador 0. este debe inicializarse con el valor de la longitud entre el origen y el destino, si no se conoce se pondra la longitud total de la subred. Diques: es llevar un registro de los paquetes diseminados, para evitar enviarlos una segunda vez Inundacin selectiva: los enrutadores o IMPs no envan cada paquete de entrada por todas las lneas, sino solo por aquellas que van aproximadamente en la direccin correcta ENRUTAMIENTO BASADO EN FLUJO Este algoritmo usa tanto la topologa como la carga para el enrutamiento. La idea se basa es que para una lnea dada, si se conocen la capacidad y el flujo promedio es posible calcular el retardo promedio de los paquetes en esa lnea a partir de la teora de colas. De los retardos promedio de todas las lneas, es directo el clculo de un promedio ponderado por el flujo para obtener el retardo de paquete medio de la subred completa,. De esta manera puede determinar que lnea es la menos o ms saturada y as elegir la ms optima para enviar el paquete. ENCAMINAMIENTOS ADAPTIVOS ENCAMINAMIENTO DE CAMINO MULTIPLE La tcnica de utilizar encaminamiento mltiple entre un solo par de nodos se conoce como encaminamiento de camino mltiple, o algunas veces encaminamiento bifurcado. El encaminamiento de camino mltiple se aplica tanto en subredes con

datagramas, como en subredes con circuitos virtuales. Para el caso de subredes con datagramas, cuando un paquete llega a un IMP para su reexpedicin, se hace una seleccin entre varias alternativas para ese paquete en particular, en forma independiente de las selecciones que se hicieron para otros paquetes que se dirigieron al mismo destino, en el pasado. El encaminamiento de camino mltiple se puede realizar de la siguiente manera. Cada IMP mantiene una tabla con una lista reservada para cada uno de los posibles IMP destinatarios; cada lista ofrece la mejor, la segunda mejor, la tercera mejor, etc. lnea de salida para ese destino en particular, junto con un paso o ponderacin relativa. Una de las ventajas de encaminamiento de camino mltiple sobre el encaminamiento por camino mas corto, es la posibilidad de poder transmitir diferentes clases de trafico sobre diferentes caminos. ENCAMINAMIENTO CENTRALIZADO Cuando se utiliza un encaminamiento centralizado, en alguna parte de la red hay un RCC (centro de control del encaminamiento). Peridicamente, cada IMP trasmite la informacin de su estado al RCC. El RCC recoge toda esta informacin, y despus, con base en el conocimiento total de la red completa, calcula las rutas ptimas de todos los IMP a cada uno de los IMP restantes, utilizando por ejemplo el algoritmo del camino mas corto. A partir de esta informacin puede construir nuevas tablas de encaminamiento y distribuirlas a todos los IMP. Desafortunadamente, el encaminamiento centralizado tambin tiene algunos inconvenientes. Por una razn, si la subred se tiene que adaptar a un trfico variable, el calculo del encaminamiento tendr que efectuarse con bastante frecuencia. Para una red grande este clculo tomara muchos segundos, incluso cuando se tenga un CPU rpido. La vulnerabilidad de la RCC resulta ser un problema mas serio; si este se desactiva o llega a aislarse, debido a fallos en las lneas, la subred estar sbitamente en una situacin problemtica. Una solucin consiste en tener una segunda maquina como respaldo, pero esto conlleva a desperdiciar un ordenador de gran tamao. Tambin se necesita establecer un mtodo de arbitraje para tener la seguridad de que el RCC primario y el de respaldo no lleguen a entrar en conflicto para saber quien es el jefe. Cuando un nuevo usuario se conecta y especifica el hostal al cual desea conectarse se enva un paquete al RCC informndole acerca del registro. El RCC entonces calcula la mejor ruta, utilizando toda l informacin que tiene a su disposicin. Luego, enva un paquete de itinerario de regreso al IMP, al cual esta conectado el usuario. El paquete de itinerario contiene la ruta seleccionada por el RCC. ENCAMINAMIENTO AISLADO

En este tipo de encaminamiento, no hay intercambio de informacin de rutas con otros IMP. Sin embargo, tratan de adaptarse a los cambios de topologa y trafico que llegan a presentar. Un algoritmo adaptable sencillo es el desarrollado por Baram (1964), conocido como el algoritmo de la patata caliente. En el momento en que llega un paquete, el IMP trata de deshacerse de el tan rpido como le sea posible, al ponerlo en la cola de espera de salida mas corta. Entonces instala el nuevo paquete al final de la cola de salida mas corta, sin tomar en cuenta el lugar al que se dirige esta lnea. Otro algoritmo de encaminamiento aislado tambin desarrollado por Baram, es el conocido como de aprendizaje hacia atrs. Una manera de realizar el aprendizaje hacia atrs consiste en incluir la identidad del IMP origen en cada paquete, junto con un contador que se incrementa despus de cada salto. Si un IMP ve llegar un paquete en la lnea k, procedente del IMP H, con la cuenta de cuatro saltos, sabe que H no puede estar mas lejos de cuatro saltos sobre la lnea k. Si su mejor ruta actual hacia H se estima en mas de cuatro saltos, marca la lnea k como la elegida para el trfico hacia H y registra la distancia estimada con un valor de cuatro saltos.

ENCAMINAMIENTO DISTRIBUIDO Cada IMP intercambia peridicamente informacin de encaminamiento explcito con cada uno de sus vecinos. Por lo general, cada IMP mantiene una tabla de encaminamiento con uno entrada por cada uno de los dems IMP de la subred. Esta entrada consta de dos partes: la lnea preferida de salida que se utilice para dicho destino, y alguna estimacin del tiempo o distancia hacia el. La tcnica utilizada podra ser el numero de saltos, el tiempo estimado de retardo en milisegundos, la estimacin del numero total de paquetes encolados a lo largo de la ruta, el exceso de ancho de banda, o bien, algo similar.

ENCAMINAMIENTO JERARQUICO En este tipo de encaminamiento los IMP se dividen en regiones, en las cuales cada uno de los IMP conoce todos los detalles sobre la manera de encaminar los paquetes para alcanzar sus respectivos destinos dentro de su propia regin, pero desconocen la estructura interna de otras regiones. Cuando se interconectan diferentes redes, es natural considerar a cada una de ellas como una regin separada, con objeto de liberar los IMP de una de las redes de la necesidad de conocer la estructura topolgica de las dems. Para las redes enormes, la jerrquica de dos niveles puede resultar insuficiente. Puede ser necesario agrupar las regiones en conglomerados, estos a su vez en zonas, las zonas en grupos, y as sucesivamente.

6.3 ALGORITMOS DE CONTROL DE GESTIN

Cuando hay demasiados paquetes presentes en la subred, hay una degradacin del desempeo. A esta situacin se le llama congestionamiento.
Capacidad

Perfecto Deseable Congestionado

Paquetes entregados

Paquetes enviados

El congestionamiento puede ocurrir por varias razones: Si repentinamente comienzan a llegar cadenas de paquetes por tres o cuatro lneas de entrada y todos necesitan la misma lnea de salida Si no hay suficiente memoria para contenerlos a todos, los paquetes se pueden perder. Los procesadores lentos. Las lneas de poco ancho de banda Modernizacin de las lneas sin cambiar los procesadores o viceversa. Ahora analizaremos algunos algoritmos para el control de congestionamiento, estrategias para el control de la congestin. Estas estrategias toman en consideracin la asignacin de recursos en forma anticipada, que se desechen los paquetes cuando

no se puedan procesar, que se restrinja el numero de paquetes en la subred, utilizar el control de flujo para evitar la congestin y obstruir la entrada de datos cuando la subred este sobrecargada.

RESERVACIN DE LUGARES Este mtodo funciona de la siguiente manera. Si llega un paquete de solicitud de llamada a un IMP y todos los lugares fueron reservados con anticipacin, se deber proceder a buscar otra ruta alternativa para el proceso, o bien, devolver una "seal de ocupado" al extremo que llama. Aun cuando los lugares se reserven algunos de los circuitos que aspiran a ser circuitos virtuales pueden ser reencaminados o rechazados por falta de espacio en la tabla, de tal forma que, reservar memorias no agrega ningn problema adicional a los ya existentes. Al asignar permanentemente lugares a cada uno de los circuitos virtuales en cada IMP, siempre habr un lugar para almacenar cualquier paquete que llegue hasta que pueda ser reexpedido, Primero, considrese el caso de un protocolo IMP-IMP de parada y espera. Un lugar por circuito virtual por IMP es suficiente para circuitos simplex, y uno por cada direccin es suficiente para circuitos dplex. Cuando llega un paquete, el asentimiento no se vuelve al IMP transmisora, sino hasta que el paquete se haya reexpedido. Cuando cada uno de los circuitos virtuales que pasan por el IMP tiene suficiente espacio de tampones dedicados a el, la comunicacin de paquetes llega a ser muy parecida a la comunicacin de circuitos. En los casos se necesita un procedimiento de establecimiento, y tambin se necesita asignar permanentemente recursos sustanciales a conexiones especificas, haya o no haya trafico. En los casos, al final, haya un uso de recursos potenciales ineficiente, porque los recursos que no llegan a ser utilizados por la conexin a la que estn asignados, sin embargo, no estn disponibles para nadie mas. CONTROL DE FLUJO Es extremadamente difcil controlar la cantidad total de trfico en la red, empleando reglas de control de flujo de extremo a extremo. Mas todava si los hostales se ven forzados a detener la transmisin debido a las estrictas reglas de control de flujo, la subred no llegara a estar suficientemente cargada. En realidad el control de flujo no puede llegar a resolver fcilmente los problemas de congestin, por una buena razn: el trfico de un ordenador es rfagas. Cualquier esquema de control flujo, que se ajuste para restringir al usuario al valor medio, dar en definitiva un mal servicio cuando este solicite un trafico a rfagas. Por otra parte, si el lmite de control de flujo, se establece con un valor suficientemente alto, para permitir que el pico de trfico se logre, tendr poco valor como control de congestin, cuando varios usuarios soliciten el pico mximo, al mismo tiempo.

DESCARTE DE PAQUETES S la subred trabaja con datagramas, el problema de la congestin se resuelve simplemente al descartar los paquetes a voluntad. Si la subred trabaja con servicio virtual, en algn lugar se deber conservar una copia del paquete para que puede retransmitirse despus. Una posibilidad consiste en hacer que el IMP que transmiti el paquete descartado espere un tiempo y retransmita el paquete hasta que sea recibido. Otra posibilidad es que el IMP emisor renuncie, despus de realizar varios intentos, y espere un vencimiento de plazo del IMP fuente para interrumpir y comenzar todo de nuevo. Aun cuando las lneas de salida estn inactivas, cualquier paquete de entrada destinado a alguna de ellas, deber descartarse debido a que no hay lugares disponibles. Esto es sencillamente un desperdicio.

Una forma de minimizar la cantidad de ancho de banda que se desperdicia durante la retransmisin de paquetes descartados, consiste en descartar sistemticamente aquellos paquetes que no hayan viajado lejos y que, por consiguiente, no presenta una fuerte inversin de recursos. El caso limite de esta estrategia es de descartar los paquetes que hayan llegado recientemente de hostales, en lugar de descartar el trafico en transito. Por ejemplo, los IMP podrn descartar nuevos paquetes procedentes de hostales directamente conectados, siempre en el numero de tampones sujetos por los nuevos paquetes (o el total de paquetes) exceda algn umbral. CONTROL ISARITMICO DE LA CONGESTION El control isaritmico consiste en limitar el nmero de paquetes presentes en la subred. Este mtodo, llamado isaritmico, debido a que mantiene constante el numero de paquetes, existen permisos, que circulan dentro de la subred. Siempre que un IMP desee transmitir un paquete recin entregado apenas por su hostal. Primero deber capturar un permiso y despus destruirlo. Cuando finalmente el IMP destinatario saca el paquete de la subred, regenera el permiso.

Este mtodo, sin embargo tiene varios problemas. Primero, aunque garantiza que la subred como un todo nunca llegara a congestionarse, no garantiza que un IMP determinado sbitamente queda abrumado por paquetes. Segundo, como destruir los permisos esta lejos de ser obvio. Para evitar que un nuevo paquete generado sufra de un gran retardo mientras el IMP local trata de obtener un permiso, los permisos debern estar uniformemente distribuidos, de tal manera que cualquier IMP tenga algunos. Tercero si por alguna razn los permisos llegan a ser destruidos (por ejemplo por errores de transmisin, por un mal funcionamiento de los IMP, por ser por un IMP congestionado), la capacidad de transporte de la red se reducir para siempre. No hay ninguna manera sencilla de determinar cuantos permisos existen todava, mientras la red este funcionando.

6.4 INTERCONECCION DE REDES.

En el modelo OSI, la interconexin de redes se lleva a cabo en la capa de red. Ahora veremos como se trata la interconexin de redes en el modelo OSI. La capa de red, siempre que sea necesario, se puede dividir en tres subcapas: La subcapa de acceso a la subred: soporta el protocolo de la capa de red para la subred que especficamente se este utilizando. Esta genera y recibe paquetes de datos y de control, y lleva acabo las funciones ordinarias de la capa de red. El software esta diseado para que funcione como el interfase real de la subred que se encuentra disponible. No existe garanta de que funcione correctamente con otras subredes La subcapa de mejora de la subred: diseada para armonizar las subredes que ofrecen diferentes servicios. Las subredes pueden diferir en varios aspectos. Como un ejemplo, considrese el direccionamiento. La subcapa de la interconexin de redes: utiliza NSAP para su direccionamiento. Recurdese que un direccionamiento NSAP se refiere no solo a una maquina especifica, sino tambin a un punto de acceso especifico dentro de dicha maquina, al cual se puede asociar un proceso de transporte por si mismo. Por consiguiente, los direccionamientos NSAP se utilizan en ultima instancia, para referirse a los procesos de la capa de transporte, y no a las maquinas. Todas las primitivas N-CONNECT utilizan direcciones NSAP como parmetros. La funcin principal de la subcapa de interconexin de redes es el encaminamiento extremo a externo. Cuando llega un paquete a un retransmisor se lleva a la subcapa de interconexin de redes,, que lo revisa y decide si se reexpide. Si as resultara, entonces deber indicar qu subred utilizara . Para una primera aproximacin, el encaminamiento a travs de redes mltiples es similar al encaminamiento efectuado dentro de una sola subred. Para una interconexin de redes muy grande, el candidato obvio resulta ser el encaminamiento jerrquico, debido a que libera a los retransmisores de la necesidad de saber algo sobre la estructura interna de las subredes distantes.

7.1 ASPECTOS DE DISEO DE LA CAPA DE TRANSPORTE.

Ya estamos en la unidad 7 y nos toca ver la capa de transporte. La capa es la encargada de transportar y conectar los datos, teniendo tres fases fundamentales: 1. La de establecimiento, 2. La de utilizacin, y 3. La de liberacin. En cada fase se encuentran disponibles instrucciones de servicios para realizar las tres fases mencionadas. Los principales objetivos de esta cuarta capa del modelo OSI son: Cubrir el espacio que queda entre lo que da la capa de red y lo que desea el usuario de transporte. Estandarizar a los servidores para que aunque existan cambios en la tecnologa o topologa de red, no ser necesario cambiar el software de las capas superiores. Y su principal funcin, la administracin de la conexin. Los 3 aspectos que se tiene que tener en cuenta para la otra capa (sesin) siguientes:

1. Servicios Proporcionados A La Capa De Sesin. El objetivo principal de la capa de transporte es proporcionar un servicio eficiente, fiable y econmico a sus usuarios, de la capa de sesin. Existen dos tipos de servicio de transporte: a) orientado a conexin y b) sin conexin. El servicio de transporte orientado a conexin tiene tres fases: Establecimiento, Transferencia de datos y Liberacin. Y en el caso del servicio sin conexin es muy parecido al de la capa de red ya previamente explicado. Los usuarios no ejercen ningn control sobre la subred, as que no pueden resolver el problema relacionado con un servicio deficiente mediante el empleo de mejores enrutadores. Es por ello que la existencia de la capa de transporte hace posible que el servicio de transporte sea ms fiable qu el proporcionado por la capa de red subyacente. La capa de transporte puede detectar y compensar paquetes perdidos y datos alterados. Adems las primitivas de servicio de la capa de transporte pueden disearse para ser independientes de las primitivas de servicio de la capa de red, que pueden variar considerablemente de red a red. Gracias a la capa de transporte, es posible que los programas de aplicacin puedan escribirse utilizando un conjunto normalizado de primitivas, y hacer que dichos programas funcionen en una gran variedad de redes, sin tener que preocuparse de la manera de tratar con diferentes interfases de cada subred y con transmisiones inseguras

2. Calidad De Servicio. La calidad en el servicio puede distinguirse por parmetro especficos. El servicio de transporte OSI le permite al usuario especificar valores preferidos, aceptables y no aceptables para estos parmetros, en el momento en que se lleva a cabo el establecimiento de la conexin. Algunos de los parmetros tambin son aplicables al transporte sin conexin. Depender de la capa de transporte el revisar estos parmetros y, de acuerdo con el tipo de servicio de red o servicios que se encuentran disponibles para ella, determinara si la capa puede suministrar el servicio que lo solicita. A continuacin se detallan algunos parmetros para medir la calidad en el servicio: Retardo de establecimiento de conexin Probabilidad de falla de establecimiento de conexin Rendimiento Retardo de trnsito Tasa de errores residual Proteccin Tenacidad EL RETARDO EN EL ESTABLECIMIENTO DE LA CONEXIN: Es el tiempo que transcurre entre una solicitud de conexin de transporte y la confirmacin que recibe el usuario del servicio de transporte. Cuanto ms corto sea este, mejor ser el servicio suministrado. LA PROBABILIDAD DE FALLO DE ESTABLECIMIENTO DE CONEXIN: Es el riesgo de que no se pueda establecer una conexin dentro del mximo tiempo de retardo permitido. EL RETARDO DE TRNSITO: Mide el tiempo que transcurre entre el envo de un mensaje por el usuario de transporte de la maquina fuente, y su recepcin por el usuario de transporte en la maquina destinataria. LA TASA DE ERROR RESIDUAL: Mide el numero de mensajes perdidos o daados, como una fraccin del total de mensajes transmitidos, en el periodo de muestreo. LA PROBABILIDAD DE FALLO DE TRANSFERENCIA: Mide la manera en la cual el servicio de transporte esta actuando, de acuerdo con lo prometido. Cuando se establece una conexin de transporte, se llega de acuerdo a un nivel dado de caudal, de retardo de trfico y de tasa de error residual. La probabilidad de fallo de transferencia indica la fraccin de veces que estos objetivos acordados no se llegaron a satisfacer, durante algn periodo de observacin. EL RETARDO EN LA LIBERACION DE CONEXIN: Es el tiempo que transcurre entre el inicio de la liberacin de una conexin por el usuario de transporte y de liberacin real en el otro extremo.

LA PROBABILIDAD DE FALLO EN LA LIBERACION DE CONEXIN: Es la fraccin de intentos de liberacin de conexin que no se completaron dentro del intervalo de retardo acordado por la liberacin de conexin. PROTECCIN: proporciona una forma para que el usuario del transporte especifique el inters que tiene de hacer que la capa de transporte brinde proteccin contra terceros que no estn autorizados para leer o modificar los datos transmitidos.

PRIMITIVAS DEL SERVICIO DE TRANSPORTE Las primitivas del servicio de transporte OSI ofrecen, tanto el servicio orientado a conexin como el servicio sin conexin. T-CONNECT: establece la conexin entre 2 mquinas T-DISCONECT: termina la conexin entre dos mquinas

Con este ejemplo veremos como funcionan estas primitivas. Una computadora invoca una primitiva T-CONNECT.request para indicar su deseo de establecer una conexin, esta primitiva trae como resultado la aparicin de un T-CONNECT.indication en el otro extremo quien recibe la indicacin y puede aceptarla mediante un TCONNECT.response, o rechazarla con T-DISCONECT.requet, una aceptacin sera envar un T-CONNECT.confirm; mientras que el resultado de un rechazo se enva de vuelta como un T-DISCONNECT.indication. Despus de terminar la conversacin se cierra con T-DISCONNECT.request y T-DISCONNECT.indication.

7.2 ADMINISTRACIN DE CONEXIN.

Los aspectos que trataremos en este tema se basan desde el direccionamiento hasta la conexin en s, ahora se explicara de manera breve todo lo referente a la administracin de la conexin.

DIRECCIONAMIENTO Cuando un usuario de transporte desea establecer una conexin con algn otro usuario, deber especificar con que usuario remoto se conectara,este proceso se efectua ya sea orientado o no la conexin. El mtodo que normalmente se emplea consiste en definir puntos de acceso al servicio de transporte (TSAP), a los cuales puedan unirse los procesos y esperar qu llegue alguna solicitud de conexin. Los TSAP son completamente anlogos a los NSAP (puntos de acceso al servicio de red).

ESTABLECIMIENTO DE CONEXIN Establecer una conexin suena fcil, pero es en realidad sorprendentemente engaoso, en especial en las redes tipo C. A primera vista, parecera suficiente qu una entidad de transporte simplemente transmitiera una TPDU CR (SOLICITUD DE CONEXIN) al destino, y esperar una respuesta CC (CONFIRMACION DE CONEXIN). El problema se presenta cuando la red puede perder, almacenar y duplicar paquetes.

El tiempo de vida de un paquete puede restringirse a un mximo conocido por medio de las siguientes tcnicas: 1.- Diseo restringido de la subred. 2.- Colocacin de un contador de saltos en cada paquete. 3.- Sellado de cada paquete con una estampilla de tiempo. El primer mtodo incluye a cualquiera de los mtodos que evitan que los paquetes entren en un ciclo, combinado con alguna manera de limitar el retardo por congestin sobre la trayectoria mas larga posible (ahora conocida). El segundo mtodo consiste en tener un contador de saltos que se incremente cada vez que un IMP reexpide el paquete. El protocolo de enlace, simplemente descarta cualquier paquete mas antiguo que cierto tiempo acordado previamente. Este ultimo mtodo requiere que los relojes de las IMP estn sincronizados, lo cual bien a ser una tarea nada trivial, a menos que la sincronizacin se logra fuera de la red, por ejemplo, escuchando la difusin peridica de la hora exacta de alguna estacin de radio. ADMINISTRACION DE CONEXIONES BASADA EN UN TEMPORIZADOR El fundamento bsico es muy liberar una conexin al trmino de una temporizacin, si no existe ningn tipo de actividad. As, una tabla de direcciones no se elimina cuando concluye la conexin si no hasta cuando haya espirado un intervalo de tiempo cuidadosamente seleccionado. Veamos como funciona con estos sencillos pasos que nos simplifican la existencia: 1. Cuando un emisor desea enviar a un receptor un flujo consecutivo de TPDU crea internamente un registro de conexin. 2. Por medio de este registro de conexin se mantiene un seguimiento de aquellas TPDU que se han enviado. 3. Cada vez que se crea un registro de conexin, se arranca un temporizador. Cada vez que una TPDU se enva, utilizando un registro de conexin creado previamente, el temporizador se arranca de nuevo. 4. Si el periodo del temporizador expira se elimina el registro de conexin. La primera TPDU en el flujo contiene una bandera de 1 bit, llamado DRF (Bandera de serie de datos), que lo identifica como el primer elemento de una serie de TPDU. En el momento en que se transmite la TPDU, el temporizador se detiene; si el temporizador vence, se retransmite la TPDU. Si, por otra parte, despus de que se efecten n retransmisiones, no existe todava un asentimiento, el emisor se da por vencido. El tiempo de abandono tiene un papel muy importante en el protocolo.

Cuando llega al receptor una TPDU con la bandera DRF puesta, el receptor anota su nmero de secuencia y crea un registro de conexin. Las TPDU subsiguientes solo se aceptaran si estn en secuencia.

7.3 PROTOCOLO DE TRANSPORTE SENCILLO SOBRE X.25.

Las primitivas de servicio abstractas son las primitivas orientadas a conexin del modelo OSI exceptuando el servicio de datos acelerados, que solo aade complejidad sin que proporcione una nueva visin sobre la forma como funciona la capa de transporte. EJEMPLO DE PRIMITIVAS DE SERVICIO Nuestro primer problema surge con la manera de expresar las primitivas de transporte del modelo OSI en Pascal. Para el caso de CONNECT. Request resulta muy sencillo: se hace llamar al procedimiento de biblioteca denominado connect, el cual puede llamarse con los parmetros apropiados necesarios para establecer una conexin. Sin embargo, el CONNECT.indication es mucho mas difcil. La primitiva CONNECT.indication viene a ser una excelente manera de modelar como funcionan los telfonos, pero no es una buena manera de modelar el funcionamiento de los ordenadores. Para proporcionarle una interfase razonable a nuestra capa de transporte, tendremos que hacer lo que las redes reales hacen, e inventar un modelo diferente mas orientado a ordenador, para el establecimiento de conexin. En nuestro modelo, existen procedimientos disponibles para tal efecto, escucha y conecta. Cuando un proceso (por ejemplo, un usuario de transporte) quiere tener la posibilidad de aceptar llamadas de entrada, llamada al procedimiento escucha, especificando un TSAP, para escuchar. El proceso, entonces, se bloquea hasta que algn proceso remoto intenta establecer una conexin en su TSAP. E l otro procedimiento, conecta, se puede utilizar cuando un proceso desea iniciar el establecimiento de una conexin. El extremo que llama especifica las TSAP local remoto, y se bloquea mientras la capa de transporte trata de establecer la conexin. Si la conexin se establece, los dos interlocutores se desbloquean y pueden comenzar a intercambiar informacin. Para liberar la conexin se utilizara el procedimiento desconectar. Cuando los dos lados se hayan desconectado, se liberara la conexin. La transmisin de datos tiene exactamente el mismo problema que el establecimiento de conexin: aunque la primitiva T-DATA.requuest pueda realizarse en forma directa por medio de la llamada a un procedimiento de biblioteca, no pueda hacerse de la misma manera para el TDATA.indication. Aqu se utilizara la misma solucin para la transmisin de datos que para el establecimiento de conexin, es decir, una llamada activa enva que transmite los datos y una llamada pasiva recibe que bloquea el proceso que la invoca hasta que

un mensaje haya llegado. Por lo tanto nuestra definicin concreta del servicio consiste en cinco primitivas: CONNECT (conectar), LISTEN (escucha), DISCONNECT (desconectar), SENDD (enva) y RECEIVE (recibe). Cada una de estas primitivas tiene una correspondencia exacta con los procedimientos de biblioteca que ejecutan la primitiva. Los parmetros para las primitivas de servicio y los procedimientos de biblioteca son los siguientes: Connum = CONNECT (local, remote) Connum = LISTEN (local) Status = DISCONNECT (connum) Status = SEND (connum, buffer, bytes) Status = RECEIVE (connum, buffer, bytes) La primitiva CONNECT tiene dos parmetros, un TSAP local (es decir, una direccin de transporte) local, y un TSAP remoto, remote, y trata de establecer una conexin de transporte entre los dos. Si tiene xito, devuelve un nmero no negativo en connum, utilizado para identificar la conexin en llamadas subsiguientes. Si falla, la razn por la cual fallo se pone en connum, como un numero negativo. En nuestro modelo sencillo, cada TSAP puede participar en una sola conexin de transporte, por lo que una posible razn de fallo es que una de las direcciones de transporte se este utilizando actualmente. Algunas otras razones son las siguientes: el echo de que el hostal remoto este desactivado, que la direccin local sea ilegal, o bien, que la direccin remota sea ilegal. La primitiva LISTEN anuncia el deseo del proceso que la invoca de aceptar solicitudes de conexin dirigidas al TSAP indicado. El usuario de la primitiva permanece bloqueado hasta que se realice un intento de conectarse con el. No hay ninguna temporizacin. La primitiva DISCONNECT termina con una conexin de transporte; el parmetro connum indica cual de ellas. Los posibles errores son los siguientes: que connum permanezca a otro proceso, o bien, que connum no sea un identificador de conexin valido. El cdigo de error, o 0 para el caso en que se tenga xito, se devuelve en Status. La primitiva SEND transmite el contenido de tampn como un mensaje en la conexin de transporte indicada, posiblemente en varias unidades si llega a ser demasiado grande. Los posibles errores que se devuelven en Status son los siguientes: que no haya conexin, que la direccin de tampn sea ilegal, o bien que haya una cuanta negativa. La primitiva RECEIVE indica el deseo del proceso que la invoca por aceptar informacin. El tamao del mensaje que llega se coloca en el parmetro bytes. Si el proceso remoto ha liberado la conexin, o bien, si la direccin de buffer es ilegal en el parmetro Status se devuelve un cdigo de error.

EJEMPLO DE ENTIDAD DE TRANSPORTE La capa de transporte utiliza las primitivas de servicio de red para poder transmitir y recibir TPDU. Del mismo modo que las primitivas de servicio de transporte del modelo OSI no pueden correlacionares directamente con procedimientos de biblioteca, tampoco lo pueden hacer los procedimientos del servicio de red. En este ejemplo, se le da la vuelta a este problema mediante el empleo de X.25 como interfase de la capa de red. Cada TPDU ser transportada en un paquete, y cada uno de estos corresponder a una TPDU. A continuacin, a cada una de estas unidades se les llamara "paquetes". En este ejemplo, se supondr que el X.25 es completamente fiable (es decir del tipo A) y que no llega a perder ningn paquete ni tener restablecimientos de circuito. En la figura 7.10 se da un ejemplo de programa para llevar a cabo el servicio de transporte requerido. Este programa (que viene a ser efectivamente el cdigo de la entidad de transporte) puede ser parte del sistema operativo del hostal o bien, un paquete de rutinas de biblioteca que corran dentro del espacio de direcciones del usuario. Tambin puede estar contenido en un chip coprocesador o en una tarjeta de red conectada en la parte posterior del hostal. Sin embargo, es importante mencionar, que, en este ejemplo, la "entidad de transporte" realmente no es en absoluto una entidad separada, si no una parte del proceso del usuario. En particular, cuando el usuario ejecuta una primitiva que bloquea, como LISTEN por ejemplo, la entidad de transporte tambin se bloquea. Mientras que este diseo es perfecto para un hostal con un solo proceso de usuario, para un hostal con mltiples usuarios, seria mas lgico que la entidad de transporte fuese un proceso separado, distinto de todos los procesos de usuario. La interfase con la capa de red (X.25), se hace a travs de los procedimientos ToNet y FromNet (no mostrados). Cada uno de ellos tiene dos parmetros: el identificador de la conexin, que se corresponde uno a uno con los circuitos virtuales de la red; los bits Q y M de X.25, por medio de los cuales se indica que se trata de un mensaje de control y que hay mas datos del mensaje en el siguiente paquete, respectivamente; el tipo de paquete, seleccionado del conjunto CALL REQUEST (solicitud llamada), CALL ACCEPTED (llamada aceptada), CLEAR REUQUEST (solicitud cancelacin), CLEAR CONFIRMATION (confirmacin cancelacin), DATA (datos) y CREDIT (crdito); un puntero a los datos y el numero de octetos de datos. En las llamadas a ToNet, la entidad de transporte (es decir, alguno de los procedimientos de la figura 7.10), lleva todos los procedimientos para que sean ledos por la capa de red; en tanto que en las llamadas a FromNet, la capa de red desmembra el paquete de llegada para la entidad de transporte. Al pasar la informacin con parmetros de procedimiento, en lugar de pasar el paquete mismo de salida o llegada, la capa de transporte queda aislada de los detalles de protocolo de la capa de red. Si la entidad de transporte intentara enviar un paquete cuando la ventana

deslizante del circuito virtual subyacente esta llena, queda suspendida dentro del ToNet, hasta que haya espacio en la ventana. Este mecanismo es transparente para la entidad de transporte y esta controlado por la capa de red, utilizando comandos del tipo EnableTransportLayer y DisableTransportLayer, qu vienen a ser equivalentes a aquellos descritos en los protocolos anteriores. Adems de este mecanismo de suspensin transparente, tambin existen los procedimientos explcitos Sleep y WakeUp (los cuales no se muestran) llamados por la entidad de transporte. El procedimiento Sleep se llama cuando la entidad de transporte se bloquea lgicamente, esperando que suceda un evento externo generalmente la llegada de un paquete. Despus de que el procedimiento Sleep haya sido llamado, se detiene la ejecucin de la entidad de transporte (naturalmente la del proceso del usuario). Cada conexin mantenida por la entidad de transporte de la figura 7.10, encuentra siempre en uno de los siete estados siguientes: 1.- INACTIVO: cuando todava no se ha establecido la conexin 2.- ESPERANDO: cuando se ha ejecutado un CONNECT y transmitido CALLREQUEST. 3.- EN LA COLA DE ESPERA: cuando ha llegado un CALLREQUEST; y no se realizado un LISTEN. 4.- ESTABLECIDO: la conexin se ha establecido. 5.- TRANSMITIENDO: el usuario esta esperando se le autorice la transmisin de paquete. 6.- RECIBIENDO : cuando se ha efectuado un RECEIVIE. 7.- DESCONECTANDO: cuando localmente se ha efectuado un DISCONNECT. se

un ha

un

Las transiciones entre los estados pueden presentarse cuando se ejecutan las primitivas, cuando llegan los paquetes o cuando termina el tiempo del temporizador. Los procedimientos que se muestran en la figura 7.10 son de dos tipos. La mayor parte de ellos son llamados directamente por los programas del usuario; sin embargo PacketArrival y Clock, son diferentes. Estos se activan espontneamente por la aparicin de eventos externos: es decir, con la llegada de un paquete y el clic de un reloj, respectivamente. En efecto, son rutinas de interrupcin. Se supondr que estos jamas se invocaran mientras que este funcionando un procedimiento de la entidad de transporte. Solo cuando el proceso de usuario este durmiendo, o ejecutndose fuera de la entidad de transporte, se les podr llamar. Esta propiedad es crucial para el correcto funcionamiento de la entidad de transporte

8.1 ASPECTOS DE DISEO DE LA CAPA DE SESIN.

Despus de que los paquetes de datos provenientes de las cuatro capas inferiores viajan a travs de la capa de transporte, son transformados en sesiones por el protocolo de la capa 5 o capa de sesin del modelo OSI. Esto se logra implementando varios mecanismos de control. En este captulo, aprender acerca de estos mecanismos, incluyendo costos, control de conversacin, es decir, determinar quin habla y cundo, y la negociacin de parmetros de sesin. La capa de sesin coordina las peticiones y respuestas de servicio que se producen cuando las aplicaciones se comunican entre diferentes hosts. Los procesos ocurren a medida que los datos viajan a travs de la capa de sesin, como control de dilogo y la separacin de dilogo, que permiten que las aplicaciones se comuniquen entre el origen y el destino. PROTOCOLOS DE LA CAPA DE SESIN La Capa de Sesin tiene una serie de protocolos importantes. Debe ser capaz de reconocer estos protocolos cuando aparezcan en un procedimiento de conexin o en una aplicacin. Los siguientes son ejemplos de protocolos de esta capa:

Sistema de archivos de red (NFS) Lenguaje de consulta estructurado (SQL) Llamada de procedimiento remoto (RPC) Sistema X-Window Protocolo de sesin AppleTalk (ASP) Protocolo de control de sesin de arquitectura de red digital (DNA SCP)

8.2 LLAMADAS A PROCEDIMIENTOS REMOTOS.

Los procesos de networking generalmente ocurren en menos de un segundo, haciendo que resulte muy difcil "verlos". Mediante analogas se puede entender mejor lo que ocurre durante estos procesos. La siguiente analoga ayuda a explicar la capa de sesin: Supongamos que acaba de tener una discusin con un amigo. Ahora se est comunicando (a lo que se hace referencia aqu como "sesin") con ese amigo, para discutir su situacin. Est utilizando la opcin de Mensajes Instantneos de America On Line (AOL) o una charla relay de Internet (IRC). Sin embargo, existen dos problemas que pueden interferir con su sesin. El primer problema es que sus mensajes se pueden cruzar durante la conversacin. Es posible que los dos escriban mensajes exactamente al mismo tiempo, interrumpindose de esta manera mutuamente. El segundo problema es la necesidad de hacer una pausa (para guardar su conversacin actual como archivo), de verificar la conversacin anterior de la otra persona (para descubrir lo que caus la discusin) o de resincronizar su comunicacin luego de una interrupcin. Para solucionar el primer problema, se debe establecer un protocolo o una serie de protocolos que dicten las reglas de la comunicacin entre ambos. Esto significa que cada uno deber aceptar una serie de pautas a emplearse durante la conversacin (por ej., enviar mensajes por turno para evitar interrumpirse mutuamente). Esto se conoce como comunicacin alternada de dos vas. Otra solucin es que cada persona pueda escribir cuando lo desee, aunque el otro tambin est transmitiendo y dar por sentado que siempre hay informacin que est en camino. Esto se conoce como comunicacin simultnea de dos vas.

Para solucionar el segundo problema, debern enviarse mutuamente un punto de referencia, lo que significa que cada persona deber guardar la conversacin como archivo. Luego, ambos debern volver a leer la ltima parte de su conversacin y controlar la hora en el reloj. Esto se denomina sincronizacin. Dos puntos de referencia muy importantes son el principio y el final de la conversacin. Esto se conoce como inicio y terminacin ordenada de la conversacin. Por ejemplo, al usar Mensajes Instantneos o charla relay de Internet, generalmente se intercambian saludos con la otra persona, antes de terminar la sesin, para asegurarse de que la otra persona haya entendido que est terminando la sesin. Otra analoga que ayuda a entender la funcin de la capa de sesin es volver a usar la misma analoga anterior, pero esta vez supongamos que se comunica con su amigo a travs del servicio postal. Se pueden producir los mismos problemas. Los mensajes se pueden entrecruzar debido a que no acordaron usar una comunicacin simultnea de dos vas en lugar de un control alternado de dos vas bien se puede producir una comunicacin deficiente debido a la falta de sincronizacin de los temas de conversacin.

ANALOGAS DE LA CAPA DE SESIN La capa de sesin establece, administra y termina las sesiones entre las aplicaciones. Esto incluye iniciar, terminar y resincronizar dos computadoras que estn manteniendo una "sesin". La capa de sesin coordina las aplicaciones mientras interactan en dos hosts que se comunican entre s. Las comunicaciones de datos viajan a travs de redes conmutadas por paquetes, al contrario de lo que ocurre con

las llamadas telefnicas que viajan a travs de redes conmutadas por circuitos. La comunicacin entre dos PC involucra una gran cantidad de mini-conversaciones, permitiendo de esta manera que los dos computadores se comuniquen de forma efectiva. Un requisito de estas mini-conversaciones es que cada host tenga un doble rol: el de solicitar el servicio, como si fuera un cliente y el de contestar con servicio, como lo hace un servidor. La determinacin del rol que estn desempeando en un preciso momento se denomina control de dilogo. CONTROL DE DILOGO La capa de sesin decide si va a utilizar la conversacin simultnea de dos vas o la comunicacin alternada de dos vas. Esta decisin se conoce como control de dilogo. Si se permite la comunicacin simultnea de dos vas, entonces es poco lo que la capa de sesin puede hacer para manejar la conversacin y de esta forma permite que las dems capas de los computadores que se comunican manejen la conversacin. Es posible que en la capa de sesin se produzcan colisiones, aunque stas son muy diferentes de las colisiones de medios que se producen en la Capa 1. En este nivel, las colisiones slo puede ocurrir cuando un mensaje pasa a otro, causando confusin en uno de los hosts que se comunican, o en ambos. Si estas colisiones de la capa de sesin se vuelven intolerables, entonces el control de dilogo cuenta con otra opcin: la comunicacin alternada de dos vas. La comunicacin alternada de dos vas involucra el uso de un token de datos de la capa de sesin que permite que cada host se comunique por turnos. Esto es similar a la forma en que un Token Ring de la Capa 2 maneja las colisiones de la Capa 1.

SEPARACIN DEL DILOGO. El punto de referencia es similar a la forma en la que un procesador de texto en un computador autnomo se detiene durante un segundo mientras realiza una operacin de guardado automtico del documento actual. En este caso, sin embargo, estos puntos de referencia se utilizan para separar partes de una sesin, previamente definidas como dilogos. La separacin de dilogo es el inicio, finalizacin y manejo ordenados de la comunicacin. El grfico principal ilustra una sincronizacin menor. En el "eje de tiempo, t = punto de referencia", la capa de sesin del host A le enva un mensaje de sincronizacin al host B, y en ese momento ambos hosts realizan la siguiente rutina: 1. Realizar una copia de seguridad de los archivos especficos 2. Guardar las configuraciones de la red 3. Guardar las configuraciones del reloj

4. Tomar nota del punto final de la conversacin Una sincronizacin mayor implica ms pasos y conversacin en ambos sentidos que los aparecen en este diagrama.

9.1 ASPECTOS DE DISEO.

La capa de presentacin como tiene que trabajar con mquinas que pueden tener diferentes protocolos, esta debe conocer todos para as poder realizar un mejor trabajo, haciendo una analoga la capa de red es como un gran maestro en idiomas, que puede saber desde el ingles hasta el idioma ms raro como el samoano que se habla en unas islas del pacfico, pero dejmonos de charlas improductivas, ahora menciono algunos protocolos que reconoce la capa 6:

Imgenes.
PICT: Un formato de imagen utilizado para transferir grficos QuickDraw entre programas del sistema operativo MAC TIFF (Formato de archivo de imagen etiquetado): Un formato para imgenes con asignacin de bits de alta resolucin JPEG (Grupo conjunto de expertos fotogrficos): Formato grfico utilizado con frecuencia para comprimir imgenes fijas de ilustraciones o fotografas complejos

Audio y video. MIDI: (Interfaz digital para instrumentos musicales) para msica digitalizada MPEG (Grupo de expertos en pelculas): Estndar para la compresin y codificacin de vdeo con movimiento para el almacenamiento en CD y digital QuickTime: Estndar para el manejo de audio y vdeo para los programas del sistema operativo MAC.

Texto. EBCDIC: Cdigo ampliado de caracteres decimales codificados en binario(para mainframes) ASCII: Cdigo americano normalizado para el intercambio de la informacin (para pcs)

Formato binario (para ser ledos solo pro programas espaciales). GIF JPEG Para internet. HTML Nota: estos son solo algunos de los formatos por no decir los ms populares, pero existen muchsimos ms, que por cuestin de tiempo no desarrollo

9.2 CIFRADO Y COMPRESIN DE DATOS.

Cifrado de datos. Otra funcin de esta capa es el cifrado de los datos, esto es de vital importancia hoy en da ya que se esta poniendo muy de moda hacer todo en casa por internet y convertirnos en unos ermitaos, bueno pero ermitaos o no, tenemos que asegurarnos que nuestros datos mandados a travs de internet, que viajan de una computadora a otra hasta llegar a su destino o caiga en manos equivocadas sobre todo si es informacin confidencial. El cifrado de los datos protege la informacin durante la transmisin. Esto del cifrado es como en la secundaria dos novios que se sientan en extremos opuestos del saln se mandan mensajes, pero como no pueden drselos personalmente tiene que pasar por muchos compaeros estos novios inventan sus propias claves para representar palabras, letras etc.. La capa 6 utiliza una clave de cifrado para cifrar los datos en el lugar origen y luego descifrarlos en el lugar destino.

Compresin de datos. La capa de presentacin tambin se ocupa de la compresin de los archivos. La compresin funciona mediante el uso de algoritmos (frmulas matemticas complejas) que su unica lgica es tomar patrones que se repiten en la informacin darles un valor de bytes ms pequeo y enviarlo con ese valor la otra estacin cuando recibe lee este valor toma su equivalencia y los transforma en el mensaje original esto para reducir el tamao de los archivos.

En pocas palabras y sin ms palabras complicadas la capa de presentacin le da el formato a los datos dependiendo del tipo de programa con que se vayan a utilizar cuando dos sistemas necesitan comunicarse, nos proporciona un medio seguro para transmitir esta informacin mediante el cifrado y agiliza la transmisin gracias a la compresin. La capa de presentacin al igual que las otras capas del modelo OSI, es de trascendal importancia, esta capa se encarga de traducir los diferentes formatos que tiene la informacin enviada de una mquina a otra viendo el modelo OSI de abajo hacia arriba, adems de cifrar y comprimir los paquetes de datos que sern enviados, y se asegura de que las programas tengan la informacin en la forma en que ellos la entienden. Ahora desarrollaremos un poco ms el conocimiento a cerca de esta capa. La capa de presentacin tiene la funcin de interprete entre dos personas con diferentes idiomas. La capa de presentacin acta como traductor, y esa es su funcin primaria, pero esto trae como resultado otras responsabilidades que las podramos resumir en: Darle un formato comn a los datos Cifrado de datos Compresin de datos

Despus de recibir los datos de la capa de aplicacin, la capa de presentacin ejecuta una de sus funciones, o todas ellas, con los datos antes de mandarlos a la capa de sesin. En la estacin receptora, la capa de presentacin toma los datos de la capa de sesin y ejecuta las funciones requeridas antes de pasarlos a la capa de aplicacin.