EL MODELO OSI

La organizacin Internacional de Estandarizacin (ISO, International Standarts Organization) creada en 1947, es un organismo multinacional dedicado a establecer acuerdos mundiales sobre estndares. Un estndar ISO que cubre todos los aspectos de las redes de comunicacin es el modelo de Interconexin de Sistemas Abiertos (OSI, Open System Interconnection). Un sistema abierto es un modelo que permite que dos sistemas diferentes se puedan comunicar independientemente de la arquitectura subyacente. El objetivo del modelo OSI es permitir la comunicacin entes dispositivos y primordialmente entre sistemas distintos sin que sea necesario cambiar la lgica del hadware o el software subyacente. Hay que tener muy en cuenta que no es un protocolo; sino un modelo para comprender y disear una arquitectura de red flexible, robusta e interoperable. El modelo es una arquitectura por niveles para el diseo de sistemas de red que permite la comunicacin entre todos los tipos de computadoras. Est compuesto por siete niveles separados, pero relacionados, cada uno de los cuales definen un segmento del proceso necesario para mover la informacin a travs de una red. Arquitectura por niveles

Comunicacin Fsica

Comunicacin Fsica

La capa de aplicacin proporciona la interfaz y servicios que soportan las aplicaciones de usuario. Tambin se encarga de ofrecer acceso general a la red. Esta capa suministra las herramientas que el usuario, de hecho, ve. Tambin ofrece los servicios de red relacionados con estas aplicaciones de usuario, como la gestin de mensajes, la transferencia de archivos y las consultas a bases de datos. La capa de aplicacin suministra cada uno de estos servicios a los distintos programas de aplicacin con los que cuenta el usuario en su computadora. Entre los servicios de intercambio de informacin que gestiona la capa de aplicacin se encuentran la Web, los servicios de correo electrnico (como el Protocolo Simple de Transferencia de Correo, comnmente conocido como SMTP Simple Mail Transfer Protocolincluido en TCP/IP), as como aplicaciones especiales de bases de datos cliente/servidor.

La figura 1.2 Los datos bajan por la pila OSI de la computadora emisora y suben por la pila OSI de la computadora receptora.

1. 2. 3. 4.

Encabezado de la capa de aplicacin. Encabezado de la capa de presentacin. Paquete con todos los encabezados de las capas OSI. Los encabezados se van suprimiendo a medida que los datos suben por la capa OSI

En esta capa aparecen diferentes protocolos:

FTP (File Transfer Protocol - Protocolo de Transferencia de Archivos) para transferencia de archivos. DNS (Domain Name Service - Servicio de Nombres de Dominio) DHCP (Dynamic Host Configuration Protocol - Protocolo de Configuracin Dinmica de Anfitrin) HTTP (HyperText Transfer Protocol) para acceso a pginas de internet. NAT (Network Address Translation - Traduccin de Direccin de Red) POP (Post Office Protocol) para correo electrnico. SMTP (Simple Mail Transport Protocol).

SSH (Secure SHell) TELNET para acceder a equipos remotos TFTP (Trival File Transfer Protocol)

La capa de presentacin
La capa de presentacin puede considerarse el traductor del modelo OSI. Esta capa toma los paquetes (la creacin del paquete para la transmisin de los datos por la red empieza en realidad en la capa de aplicacin) de la capa de aplicacin y los convierte a un formato genrico que pueden leer todas las computadoras. Por ejemplo, los datos escritos en caracteres ASCII se traducirn a un formato ms bsico y genrico.

Tambin se encarga de cifrar los datos (si as lo requiere la aplicacin utilizada en la capa de aplicacin) as como de comprimirlos para reducir su tamao. El paquete que crea la capa de presentacin contiene los datos prcticamente con el formato con el que viajarn por las restantes capas de la pila OSI (aunque las capas siguientes irn aadiendo elementos al paquete, lo cual puede dividir los datos en paquetes ms pequeos). A medida que los datos bajan por la pila de protocolos de la computadora emisora (por ejemplo, un mensaje de correo electrnico) hasta llegar al cable fsico y de ah pasan a subir por la pila de protocolos de la computadora receptora, la comunicacin entre ambas mquinas se est produciendo en realidad entre capas complementarias.

La capa de sesin
La capa de sesin es la encargada de establecer el enlace de comunicacin o sesin entre las computadoras emisora y receptora. Esta capa tambin gestiona la sesin que se establece entre ambos nodos (vase la Figura 1.2).

FIGURA 1.2 La capa de sesin proporciona el enlace de comunicacin entre dos computadoras que se estn comunicando.

Una vez establecida la sesin entre los nodos participantes, la capa de sesin pasa a encargarse de ubicar puntos de control en la secuencia de datos. De esta forma, se proporciona cierta tolerancia a fallos dentro de la sesin de comunicacin. Si una sesin falla y se pierde la comunicacin entre los nodos, cuando despus se restablezca la sesin slo tendrn que volver a enviarse los datos situados detrs del ltimo punto de

control recibido. As se evita el tener que enviar de nuevo todos los paquetes que inclua la sesin. Los protocolos que operan en la capa de sesin pueden proporcionar dos tipos distintos de enfoques para que los datos vayan del emisor al receptor: la comunicacin orientada a la conexin y la comunicacin sin conexin.
Para comunicarse, los usuarios tienen que ejecutar el mismo conjunto de protocolos.

Los protocolos orientados a la conexin que operan en la capa de sesin proporcionan un entorno donde las computadoras conectadas se ponen de acuerdo sobre los parmetros relativos a la creacin de los puntos de control en los datos, mantienen un dilogo durante la transferencia de los mismos, y despus terminan de forma simultnea la sesin de transferencia. Los protocolos orientados a la conexin operan de forma parecida a una llamada telefnica: en este caso, la sesin se establece llamando a la persona con la que se desea hablar. La persona que llama y la que se encuentra al otro lado del telfono mantiene una conexin directa. Y, cuando la conversacin termina, ambos se ponen de acuerdo para dar por terminada la sesin y cuelgan el telfono a la par. El funcionamiento de los protocolos sin conexin se parece ms bien a un sistema de correo regular. Proporciona las direcciones pertinentes para el envo de los paquetes y stos pasan a enviarse como si se echaran a un buzn de correos. Se supone que la direccin que incluyen permitir que los paquetes lleguen a su destino, sin necesidad de un permiso previo de la computadora que va a recibirlos. La capa de sesin proporciona los siguientes servicios: Control del Dilogo: ste puede ser simultneo en los dos sentidos (full-duplex) o alternado en ambos sentidos (half-duplex). Agrupamiento: El flujo de datos se puede marcar para definir grupos de datos. Recuperacin: La capa de sesin puede proporcionar un procedimiento de puntos de comprobacin, de forma que si ocurre algn tipo de fallo entre puntos de comprobacin, la entidad de sesin puede retransmitir todos los datos desde el ltimo punto de comprobacin y no desde el principio. Todas estas capacidades se podran incorporar en las aplicaciones de la capa 7. Sin embargo ya que todas estas herramientas para el control del dilogo son ampliamente aplicables, parece lgico organizarlas en una capa separada, denominada capa de sesin. La capa de sesin surge como una necesidad de organizar y sincronizar el dilogo y controlar el intercambio de datos. La capa de sesin permite a los usuarios de mquinas diferentes establecer sesiones entre ellos. Una sesin permite el transporte ordinario de datos, como lo hace la capa de transporte, pero tambin proporciona servicios mejorados que son tiles en algunas aplicaciones. Se podra usar una sesin para que el usuario se conecte a un sistema remoto de tiempo compartido o para transferir un archivo entre dos mquinas.

La capa de transporte La capa de transporte es la encargada de controlar el flujo de datos entre los nodos que establecen una comunicacin; los datos no slo deben entregarse sin errores, sino adems en la secuencia que proceda. La capa de transporte se ocupa tambin de evaluar el tamao de los paquetes con el fin de que stos tengan el tamao requerido por las capas inferiores del conjunto de protocolos. El tamao de los paquetes lo dicta la

arquitectura de red que se utilice. El objetivo de la capa transporte es proporcionar un servicio eficiente, confiable y econmico a sus usuarios, que normalmente son procesos de la capa aplicacin. Para lograr este objetivo, la capa transporte utiliza los servicios proporcionados por la capa de red. El hardware o software de la capa transporte que se encarga del trabajo se llama entidad de transporte, la cual puede estar en el ncleo del sistema operativo, en un proceso independiente, en un paquete de biblioteca o en la tarjeta de red. Los servicios de la capa de aplicacin permiten que las aplicaciones de usuario puedan trabajar en red. La comunicacin tambin se establece entre computadoras del mismo nivel (el emisor y el receptor); la aceptacin por parte del nodo receptor se recibe cuando el nodo emisor ha enviado el nmero acordado de paquetes. Por ejemplo, el nodo emisor puede enviar de un solo golpe tres paquetes al nodo receptor y despus recibir la aceptacin por parte del nodo receptor. El emisor puede entonces volver a enviar otros tres paquetes de datos de una sola vez. Esta comunicacin en la capa de transporte resulta muy til cuando la computadora emisora manda demasiados datos a la computadora receptora. En este caso, el nodo receptor tomar todos los datos que pueda aceptar de una sola vez y pasar a enviar una seal de ocupado si se envan ms datos. Una vez que la computadora receptora haya procesado los datos y est lista para recibir ms paquetes, enviar a la computadora emisora un mensaje de luz verde para que enve los restantes. No debe olvidarse que cada capa del modelo OSI (o de un conjunto real de protocolos de red, como IPX/SPX o TCP/IP) ejecutan funciones relativas a la entrada y salida de informacin. Cuando los datos bajan por la pila de protocolos en una computadora emisora, la capa de presentacin convierte la informacin procedente de una determinada aplicacin a un formato ms genrico. En la computadora receptora, la capa de presentacin se ocupar de tomar dicha informacin genrica y de convertirla al formato que utilice el programa que se est ejecutando en la capa de aplicacin de la computadora receptora. Servicios Hay dos tipos de servicio en la capa transporte, orientado y no orientado a la conexin. En el servicio orientado a la conexin consta de tres partes: establecimiento, transferencia de datos, y liberacin. En el servicio no orientado a la conexin se tratan los paquetes de forma individual. Es la primera capa que lleva a cabo la comunicacin extremo a extremo, y esta condicin ya se mantendr en las capas superiores. Para permitir que los usuarios accedan al servicio de transporte, la capa de transporte debe proporcionar algunas operaciones a los programas de aplicacin, es decir, una interfaz del servicio de transporte. Cada servicio de transporte tiene su propia interfaz. Con el propsito de ver los aspectos bsicos, en esta seccin examinaremos primero un servicio de transporte sencillo y su interfaz. El servicio de transporte es parecido al servicio en red, pero hay algunas diferencias importantes. La principal, es que, el propsito del servicio de red es modelar el servicio ofrecido por las redes reales, con todos sus problemas. Las redes reales pueden perder paquetes, por lo que generalmente el servicio no es confiable. En cambio, el servicio de transporte(orientado a la conexin) si es confiable. Claro que las redes reales no estn libres de errores, pero se es precisamente el propsito de la capa de transporte: ofrecer un servicio confiable en una red no confiable. Otra diferencia entre la capa transporte y la de red es a quien van dirigidos sus servicios. El servicio de red lo usan nicamente las entidades de transporte. Pocos usuarios escriben sus entidades de transporte y pocos

usuarios o programas llegan a ver los aspectos internos del servicio de red. En cambio, muchos programas ven primitivas de transporte. En consecuencia el servicio de transporte debe ser adecuado y fcil de usar. Primitivas Las primitivas de un transporte sencillo seran: - LISTEN: Se bloquea hasta que algn proceso intenta el contacto. - CONNECT: Intenta activamente establecer una conexin. - SEND: Envia informacin. - RECEIVE: Se bloque hasta que llegue una TPDU de DATOS. - DISCONNECT: Este lado quiere liberar la conexin. Y con estas primitivas podemos hacer un esquema sencillo de manejo de conexiones. Las transiciones escritas en cursiva son causadas por llegadas de paquetes. Las lneas continuas muestran la secuencia de estados del cliente y las lneas punteadas muestran la secuencia del servidor. Implementacin El servicio de transporte se implementa mediante un protocolo de transporte entre dos entidades de transporte. En ciertos aspectos, los protocolos de transporte se parecen a los protocolos de red. Ambos se encargan del control de errores, la secuenciacin y el control del flujo. Pero tambin existen diferencias importantes entre ambas, como los entornos en que operan, la capa transporte necesita el direccionamiento explcito de los destinos, mientras que la capa de red no, otra diferencia es la cantidad de datos, mucho mayor en la capa de transporte que en la de enlace de datos. Cuando un proceso desea establecer una conexin con un proceso de aplicacin remoto, debe especificar a cul se conectar. (a quin mand el mensaje?) El mtodo que normalmente se emplea es definir direcciones de transporte en las que los procesos pueden estar a la escucha de solicitudes de conexin. En Internet, estos puntos terminales se denominan puertos, pero usaremos el trmino genrico de TSAP (Punto de Acceso al Servicio de Transporte). Los puntos terminales anlogos de la capa de red se llaman NSAP (Punto de Acceso al Servicio de Red). Las direcciones IP son ejemplos de NSAPs. Establecimiento de una conexin El establecimiento de una conexin parece fcil, pero en realidad es sorprendentemente difcil. A primera vista, parecera que es suficiente con mandar una TPDU (Unidad de Datos del Protocolo de Transporte) con la peticin de conexin y esperar a que el otro acepte la conexin. El problema viene cuando la red puede perder, almacenar, o duplicar paquetes. El principal problema es la existencia de duplicados retrasados. Esto puede solucionarse de varias maneras (ninguna es muy satisfactoria). Una es utilizar direcciones de transporte desechables. En este enfoque cada vez que necesitemos una direccin la creamos. Al liberarse la conexin descartamos la direccin y no se vuelve a utilizar. O tambin asignar una secuencia dentro de los datos transmitidos, pero estos plantean los problemas de que si se pierde la conexin perdemos el orden del identificador y ya no funciona. Pero la solucin seria ms fcil si los paquetes viejos se eliminaran de la subred cada cierto tiempo de vida. Para ello podemos utilizar las siguientes tcnicas: Un diseo de subred Restringido. Colocar un contador de saltos en cada paquete. Marcar el tiempo de cada paquete. Pero en la prctica no vale solo con hacer esto sino que tenemos que garantizar que todas las confirmaciones de los paquetes tambin se eliminan. Liberacin de una conexin La liberacin de una conexin es ms fcil que su establecimiento. No obstante, hay ms escollos de los que uno podra imaginar. Hay dos estilos de terminacin de una conexin: liberacin asimtrica y liberacin simtrica. La liberacin asimtrica es la manera en que funciona el mecanismo telefnico: cuando una parte cuelga, se interrumpe la conexin. La liberacin simtrica trata la conexin como dos conexiones

unidireccionales distintas, y requiere que cada una se libere por separado. La liberacin asimtrica es abrupta y puede resultar en la perdida de datos. Por lo que es obvio que se requiere un protocolo de liberacin ms refinado para evitar la perdida de datos. Una posibilidad es usar la liberacin simtrica, en la que cada direccin se libera independientemente de la otra. Aqu, un host puede continuar recibiendo datos aun tras haber enviado una TPDU de desconexin. La liberacin simtrica es ideal cuando un proceso tiene una cantidad fija de datos por enviar y sabe con certidumbre cundo los ha enviado. En otras situaciones, la determinacin de si se ha efectuado o no todo el trabajo y se debe terminarse o no la conexin no es tan obvia. Podramos pensar en un protocolo en el que el host 1 diga:Ya termine, Terminaste tambin?. Si el host 2 responde Ya termine tambin. Adis, la conexin puede liberarse con seguridad. Pero no es tan fiable por el problema de que siempre tendremos que esperar la confirmacin de los mensajes recibidos y si esta confirmacin no llega no libera la conexin y despus puede que necesite la confirmacin de que llego la confirmacin y entraramos en un bucle del que no podemos salir. Podemos hacer que al host 1 si no le llega la confirmacin despus de N intentos (es que quiere la desconexin), se libere. Esto produce una conexin semiabierta en la que el host 1 est desconectado pero el host 2 no como no le llega la confirmacin no se desconecta nunca. Para solucionar esto creamos una regla por la cual si al host 2 no le llega ninguna TPDU durante cierta cantidad de segundos, se libera automticamente. Manejo de una conexin Ya examinamos la conexin y la desconexin, veamos la manera en que se manejan las conexiones mientras estn en uso. Uno de los aspectos clave es el control de flujo. Necesitamos un esquema para evitar que un emisor rpido desborde a un receptor lento. La diferencia principal es que un enrutador por lo regular tiene relativamente pocas lneas, y un host puede tener numerosas conexiones. Esta diferencia hace poco practico emplear la implementacin que se hace en la capa red. En esta capa lo que se hace es, si el servicio de red no es confiable, el emisor debe almacenar en un buffer todas las TPDUs enviadas, igual que en la capa enlace de datos. Sin embargo, con un servicio de red confiable son posibles otros arreglos. En particular, si el emisor sabe que el receptor siempre tiene espacio de buffer, no necesita tener copias de las TPDUs que enva. Sin embargo, si el receptor no garantiza que se aceptar cada TPDU que llegue, el emisor tendr que usar buffers de todas maneras. En el ltimo caso, el emisor no puede confiar en la confirmacin de recepcin de la capa red porque esto slo significa que ha llegado la TPDU, no que ha sido aceptada. Los Buffers pueden ser de tres tipos, y usaremos cada uno de ellos cuando ms nos convenga. El equilibrio ptimo entre el almacenamiento del buffer en el origen y en el destino depende del tipo de trafico transportado por la conexin. Multiplexin de conversaciones La multiplexin de varias conversaciones en conexiones, circuitos virtuales o enlaces fsicos desempea un papel importante en diferentes capas de la arquitectura de red. En la capa de transporte puede surgir la necesidad de multiplexin por varias razones. Por ejemplo, si en un host slo se dispone de una direccin de red, todas la conexiones de transporte de esa maquina tendrn que utilizarla. Cuando llega una TPDU, se necesita algn mecanismo para saber a cul proceso asignarla. Esta situacin se conoce como multiplexin hacia arriba. La multiplexin tambin puede ser til en la capa transporte para la utilizacin de circuitos virtuales, que dan ms ancho de banda cuando se reasigna a cada circuito una tasa mxima de datos. La solucin es abrir mltiples conexiones de red y distribuir el trfico entre ellas. Esto se denomina multiplexin hacia abajo. Recuperacin ante cadas

Si los hosts y los enrutadores estn sujetos a cadas, la recuperacin es fundamental. Si la entidad de transporte est por entero dentro de los hosts, la recuperacin de cadas de red y de enrutadores es sencilla. Si la capa de red proporciona servicio de datagramas, las entidades de transporte esperan prdida de algunas TPDUs todo el tiempo, y saben cmo manejarla. Si la capa de red proporciona servicio orientado a la conexin, entonces la prdida de un circuito virtual se maneja estableciendo otro nuevo y sondeando la entidad de transporte remota para saber cuales TPDUs ha recibido y cuales no. Un problema ms complicado es la manera de recuperarse de cadas del host. Al reactivarse, sus tablas estn en el estado inicial y no sabe con precisin donde estaba. En un intento por recuperar su estado previo, el servidor podra enviar una TPDU de difusin a todos los dems host, anunciando que se acaba de caer y solicitando a todos sus clientes que le informen el estado de todas la conexiones abiertas. Internet tiene dos protocolos principales en la capa de transporte, uno orientado a la conexin y otro no orientado a la conexin. El protocolo no orientado a la conexin es el UDP y el orientado es el TCP. El conjunto de protocolos de Internet soporta un protocolo de transporte no orientado a la conexin UDP (protocolo de datagramas de usuario). Este protocolo proporciona una forma para que las aplicaciones enven datagramas IP encapsulados sin tener una conexin. TCP (protocolo de control de transmisin) se dise especficamente para proporcionar un flujo de bytes confiable de extremo a extremo a travs de una interred no confiable. Una interred difiere de una sola red debido a que diversas partes podran tener diferentes topologas, anchos de banda, retardos, tamaos de paquete TCP tiene un diseo que se adapta de manera dinmica a las propiedades de la interred y que se sobrepone a muchos tipos de situaciones.

La capa de red
La capa de red encamina los paquetes adems de ocuparse de entregarlos. La determinacin de la ruta que deben seguir los datos se produce en esta capa, lo mismo que el intercambio efectivo de los mismos dentro de dicha ruta. La Capa 3 es donde las direcciones lgicas (como las direcciones IP de una computadora de red) pasan a convertirse en direcciones fsicas (las direcciones de hardware de la NIC, la Tarjeta de Interfaz para Red, para esa computadora especfica). Los routers operan precisamente en la capa de red y utilizan los protocolos de encaminamiento de la Capa 3 para determinar la ruta que deben seguir los paquetes de datos. El modo en que se determinan los routers y la forma en que stos convierten las direcciones lgicas en direcciones fsicas son temas sobre los que profundizaremos a lo largo de este libro. Funciones y mecanismos Para la consecucin de su tarea, puede asignar direcciones de red nicas, interconectar subredes distintas, encaminar paquetes y utilizar un control de congestin. Hay dos formas en las que el nivel de red puede funcionar internamente, pero independientemente de que la red funcione internamente con datagramas o con circuitos virtuales puede dar hacia el nivel de transporte un servicio orientado a conexin:

Datagramas: Cada paquete se encamina independientemente, sin que el origen y el destino tengan que pasar por un establecimiento de comunicacin previo. Circuitos virtuales: En una red de circuitos virtuales dos equipos que quieran comunicarse tienen que empezar por establecer una conexin. Durante este establecimiento de conexin, todos los routers que hayan por el camino elegido reservarn recursos para ese circuito virtual especfico.

Hay dos tipos de servicio:

Servicios Orientados: Slo el primer paquete de cada mensaje tiene que llevar la direccin destino. Con este paquete se establece la ruta que debern seguir todos los paquetes pertenecientes a esta conexin. Cuando llega un paquete que no es el primero se identifica a que conexin pertenece y se enva por el enlace de salida adecuado, segn la informacin que se gener con el primer paquete y que permanece almacenada en cada conmutador o nodo. Servicios no orientados: Cada paquete debe llevar la direccin destino, y con cada uno, los nodos de la red deciden el camino que se debe seguir. Existen muchas tcnicas para realizar esta decisin, como por ejemplo comparar el retardo que sufrira en ese momento el paquete que se pretende transmitir segn el enlace que se escoja.

Tcnicas de encaminamiento Las tcnicas de encaminamiento suelen basarse en el estado de la red, que es dinmico, por lo que las decisiones tomadas respecto a los paquetes de la misma conexin pueden variar segn el instante de manera que stos pueden seguir distintas rutas. El problema, sin embargo, consiste en encontrar un camino ptimo entre un origen y un destino. La bondad de este camino puede tener diferentes criterios: velocidad, retardo, seguridad, regularidad, distancia, longitud media de las colas, costos de comunicacin, etc. Los equipos encargados de esta labor se denominan encaminadores (router en ingls), aunque tambin realizan labores de encaminamiento los conmutadores (switch en ingls) "multicapa" o "de nivel 3", si bien estos ltimos realizan tambin labores de nivel de enlace. Cuando en una red un nodo recibe ms trfico del que puede cursar se puede dar una congestin. El problema es que una vez que se da congestin en un nodo el problema tiende a extenderse por el resto de la red. Por ello hay tcnicas de prevencin y control que se pueden y deben aplicar en el nivel de red. Algunos protocolos de la capa de red son:

IP (IPv4, IPv6, IPsec) OSPF IS-IS BGP ARP, RARP RIP ICMP, ICMPv6 IGMP DHCP

La capa de enlace de datos.

Objetivo El objetivo del nivel de enlace es conseguir que la informacin fluya, libre de errores, entre dos mquinas que estn conectadas directamente (servicio orientado a conexin). Para lograr este objetivo tiene que montar bloques de informacin (llamados tramas en este nivel), dotarles de una direccin de nivel de enlace, gestionar la deteccin o correccin de errores, y ocuparse del control de flujo entre equipos (para evitar que un equipo ms rpido desborde a uno ms lento). Cuando el medio de comunicacin est compartido entre ms de dos equipos es necesario arbitrar el uso del mismo. Esta tarea se realiza en el subnivel de acceso al medio. Cuando los paquetes de datos llegan a la capa de enlace de datos, stos pasan a ubicarse en tramas (unidades de datos), que vienen definidas por la arquitectura de red que se est utilizando (como Ethernet, Token Ring, etc.). La capa de enlace de datos se encarga de desplazar los datos por el enlace fsico de comunicacin hasta el nodo receptor, e identifica cada computadora incluida en la red de acuerdo con su direccin de hardware, que viene codificada en la NIC. La Figura 1.3 muestra la direccin de hardware asignada a la tarjeta de interfaz para red en una computadora que ejecuta Windows 98.

FIGURA 1.3 Cada nodo de la red slo tiene asignada una nica direccin fsica. Los protocolos reales utilizan ambos mtodos de comunicacin: Sin conexin y orientados a la conexin

En los conjuntos de protocolos de red, como TCP/IP e IPX/SPX, se utilizan ambas estrategias de comunicacin, la que precisa de una conexin y la que no, para desplazar los datos por la red. Por lo general, en la capa de sesin opera ms de un protocolo para gestionar estas estrategias distintas de comunicacin.

La informacin de encabezamiento se aade a cada trama que contenga las direcciones de envo y recepcin. La capa de enlace de datos tambin se asegura de que las tramas enviadas por el enlace fsico se reciben sin error alguno. Por ello, los protocolos que operan en esta capa adjuntarn un Chequeo de Redundancia Cclica (Cyclical Redundancy Check o CRC) al final de cada trama. El CRC es bsicamente un valor que se calcula tanto en la computadora emisora como en la receptora. Si los dos valores CRC coinciden, significa que la trama se recibi correcta e ntegramente, y no sufri error alguno durante su transferencia.

Una vez ms, y tal y como dijimos anteriormente, el tipo de trama que genera la capa de enlace de datos depender de la arquitectura de red que se est utilizando, como Ethernet, Token Ring de IBM o FDDI. La Figura 1.4 muestra una trama Ethernet 802.2 y la Tabla 1.1 describe cada uno de sus componentes. Aunque es posible que ahora no comprenda todas las partes que integra la trama representada, sta se compone bsicamente de un encabezado que la describe, de los datos que incluye, y de la informacin referente a la capa de enlace de datos (como los Puntos de Acceso al Servicio de Destino, Destination Service Access Points, y Puntos de Acceso al Servicio, Service Access Points), que no slo definen el tipo de trama de que se trata (en este caso, Ethernet), sino que tambin contribuyen a que la trama llegue a la computadora receptora. (Para ms informacin acerca de las especificaciones IEEE 802, consulte la nota titulada Tramas Ethernet.)

FIGURA 1.4 La trama Ethernet se crea en la capa de enlace de datos del modelo OSI. Tabla 1.1 Segmentos de la trama Ethernet.

Ubicacin dentro de las normas IEEE 802 Dentro del grupo de normas IEEE 802, el subnivel de enlace lgico se recoge en la norma IEEE 802.2 y es comn para todos los dems tipos de redes (Ethernet o IEEE 802.3, IEEE 802.11 o Wi-Fi, IEEE 802.16 o WiMAX, etc.); todas ellas especifican un subnivel de acceso al medio as como un nivel fsico distintos. En la prctica el subnivel de acceso al medio suele formar parte de la propia tarjeta de comunicaciones, mientras que el subnivel de enlace lgico estara en el programa adaptador de la tarjeta (driver en ingls). En la capa de enlace, los datos se organizan en unidades llamadas tramas. Cada trama tiene una cabecera que incluye una direccin e informacin de control y una cola que se usa para la deteccin de errores. Otro tipo de protocolos de nivel de enlace seran PPP (Point to point protocol o protocolo punto a punto), HDLC (High level data link control o protocolo de enlace de alto nivel), por citar dos. La cabecera de una trama de red de rea local (LAN) contiene las direcciones fsicas del origen y el destino de la LAN. La cabecera de una trama que se transmite por una red de rea extensa (WAN) contiene un identificador de circuito en su campo de direccin. Recuerde que un enlace es una red de rea local, una lnea punto a punto o alguna otra facilidad de rea extensa por la que se pueden comunicar los sistemas mediante un protocolo de la capa de enlace de datos. Funciones de la capa de enlace La capa de enlace de datos es responsable de la transferencia fiable de informacin a travs de un Circuito elctrico de transmisin de datos. La transmisin de datos lo realiza mediante tramas que son las unidades de informacin con sentido lgico para el intercambio de datos en la capa de enlace. Tambin hay que tener en cuenta que en el modelo TCP/IP se corresponde a la segunda capa Sus principales funciones son: 1. 2. 3. 4. 5. 6. 7. 8. Iniciacin, terminacin e identificacin. Segmentacin y bloqueo. Sincronizacin de octeto y carcter. Delimitacin de trama y transparencia. Control de errores. Control de flujo. Recuperacin de fallos. Gestin y coordinacin de la comunicacin.

La funcin de iniciacin comprende los procesos necesarios para activar el enlace e implica el intercambio de tramas de control con el fin de establecer la disponibilidad de las estaciones para transmitir y recibir informacin. Las funciones de terminacin son de liberar los recursos ocupados hasta la recepcin/envo de la ltima trama. Tambin de usar tramas de control. La identificacin es para saber a que terminal se debe de enviar una trama o para conocer quien enva la trama. Se lleva a cabo mediante la direccin del nivel de enlace. Segmentacin La segmentacin surge por la longitud de las tramas ya que si es muy extensa, se debe de realizar tramas ms pequeas con la informacin de esa trama excesivamente larga. Si estas tramas son excesivamente cortas, se ha de implementar unas tcnicas de bloque que mejoran la eficiencia y que consiste en concatenar varios mensajes cortos de nivel superior en una nica trama de nivel de enlace ms larga.

En las transferencias de informacin en el nivel de enlace es necesario identificar los bits y saber que posicin les corresponde en cada carcter u octeto dentro de una serie de bits recibidos. Funcin de sincronizacin Esta funcin de sincronizacin comprende los procesos necesarios para adquirir, mantener y recuperar la sincronizacin de carcter u octeto. Es decir, poner en fase los mecanismos de codificacin del emisor con los mecanismos de decodificacin del receptor. La capa de enlace debe ocuparse de la delimitacin y sincronizacin de la trama. Para la sincronizacin puede usar 3 mtodos:

El primero de ellos es "Principio y fin" (carcteres especificos para identificar el principio o el fin de cada trama). Tambin puede usar "Principio y cuenta" (Utiliza un carcter para indicar comienzo y seguido por un contador que indica su longitud). Por ltimo puede usar el "Guin" (se emplea una agrupacin especifica de bits para identificar el principio y fin mediante banderas/flags).

La transparencia se realiza mediante la insercin de bits. Consta de ir contando los unos consecutivos y cuando se encuentra con 5 unos seguidos y consecutivos introduce el bit 0 despus del quinto uno. Ejemplo: Las banderas/flag suelen ser 01111110, y al aplicar la transparencia pasa a ser 011111010. Es opcional en esta capa, la encargada de realizar esta funcion es la capa de transporte , en una WAN es muy problable que la verificacion, la realiza la capa de enlace Identificacin de las tramas y deteccin de errores Para la Identificacin de tramas puede usar distintas tcnicas como:

Contador de caracteres Caracteres de inicio y final con caracteres de relleno Secuencia de bits indicadora de inicio y final, con bits de relleno

El control de flujo es necesario para no 'agobiar' al receptor. Se realiza normalmente a nivel de transporte, tambin a veces a nivel de enlace. Utiliza mecanismos de retroalimentacin. Suele ir unido a la correccin de errores y no debe limitar la eficiencia del canal. Los mtodos de control de errores son bsicamente 2:

FEC o correccin de errores por anticipado y no tiene control de flujo. ARQ: Posee control de flujo mediante parada y espera, o/y ventana deslizante.

Las posibles implementaciones son:

Parada y espera simple: Emisor enva trama y espera una seal del receptor para enviar la siguiente o la que acaba de enviar en caso de error. Envo continuo y rechazo simple: Emisor enva continuamente tramas y el receptor las va validando. Si encuentra una errnea, elimina todas las posteriores y pide al emisor que enve a partir de la trama errnea. Envo continuo y rechazo selectivo: transmisin continua salvo que slo retransmite la trama defectuosa.

La deteccin de errores la realiza mediante diversos tipos de cdigos del que hay que resaltar:

CRC (control de redundancia cclica) Simple paridad

Paridad cruzada (Paridad horizontal y vertical) Suma de verificacin

La correccin de errores estn basados en Cdigo Hamming, por repeticin, verificacin de paridad cruzada, Reed-Solomon y de goyle. Tambin cabe destacar los protocolos HDLC que es un control de enlace de datos a alto nivel, orientado a bit y obedece a una ARQ de ventana deslizante o continuo. Tambin existen protocolos orientados a carcter. El control de flujo es necesario para no 'agobiar' al receptor. Se realiza normalmente a nivel de transporte, tambin a veces a nivel de enlace. Utiliza mecanismos de retroalimentacin. Suele ir unido a la correccin de errores y no debe limitar la eficiencia del canal. El control de flujo conlleva dos acciones importantsimas que son la deteccin de errores y la correccin de errores. La deteccin de errores se utiliza para detectar errores a la hora de enviar tramas al receptor e intentar solucionarlos. Se realiza mediante diversos tipos de cdigos del que hay que resaltar el CRC (cdigos de redundancia cclica), simple paridad (puede ser par, nmeros de 1s par, o impar) paridad cruzada (Paridad horizontal y vertical) y Suma de verificacin La correccin de errores surge a partir de la deteccin para corregir errores detectados y necesitan aadir a la informacin til un nmero de bits redundantes bastante superior al necesario para detectar y retransmitir. Sus tcnicas son variadas. El Cdigo Hamming, Repeticin, que cada bit se repite 3 veces y en caso de fallo se toma el bit que ms se repite; Tambin puede hacerse mediante verificacin de paridad cruzada, ReedSolomon y de goyle. Tambin cabe destacar los protocolos HDLC que es un control de enlace de datos a alto nivel, orientado a bit y obedece a una ARQ de ventana deslizante o continuo. Tambin existen protocolos orientados a carcter. Recuperacin ante fallos Se refiere a los procedimientos para detectar situaciones y recuperar al nivel de situaciones anmalas como la ausencia de respuesta, recepcin de tramas invlidas, etc. Las situaciones ms tpicas son la prdida de tramas, aparicin de tramas duplicadas y llegada de tramas fuera de secuencia. Si no se tratasen correctamente estos eventos, se perder informacin y se aceptarn datos errneos como si fuesen correctos. Generalmente se suelen utilizar contadores para limitar el nmero de errores o reintentos de los procesos y procedimientos. Tambin se pueden usar temporizadores para establecer plazos de espera (timeout) de los sucesos. La gestin atiende a 2 tipos:

El primero de ellos es un sistema centralizado donde existe una mquina maestra y varias esclavas. Estas conexiones se pueden realizar punto a punto o multipunto. El segundo de ellos es el distribuido, donde no existe mquina maestra y todas compiten por el control del sistema de comunicacin.

La coordinacin se puede realizar mediante seleccin o contienda:

La seleccin se puede implementar mediante sondeo/seleccin, donde el maestro recoge un mensaje de una secundaria y se la entrega a quien seleccione. Tambin es posible asignando un testigo a una mquina que es la que puede emitir mensajes/tramas. Son tpicas las configuraciones Token Ring y Token Bus. La contienda se basa en que cada ordenador emite su trama/mensaje cuando le apetece. Todos los componentes de la red son tanto emisores como receptores. Son tpicos los sistemas ALOHA y CSMA/CD. Hay que tener cuidado con las colisiones.

La capa Fsica
En la capa fsica las tramas procedentes de la capa de enlace de datos se convierten en una secuencia nica de bits que puede transmitirse por el entorno fsico de la red. La capa fsica tambin determina los aspectos fsicos sobre la forma en que el cableado est enganchado a la NIC de la computadora. En la computadora receptora de datos, la capa fsica es la encargada de recibir la secuencia nica de bits (es decir, informacin formada por 1 y 0).

Est formado por todos los componentes de hardware involucrados en la comunicacin, as como tambin las seales electromagnticas u opticas que circulan a travs de ellos, las cuales pueden ser medidas utilizando distintos instrumentos (tester, osciloscopio, etc.). Entre esos componentes podemos mencionar placas adaptadoras, cables y conectores, hubs, switches, routers, modems, lneas de fibra ptica, antenas, etc. Las seales electromagnticas pueden ser ondas elctricas de distinta forma (senoidal, cuadrada), ondas de radio, microondas, ondas luminosas, etc. Estas seales se modulan en amplitud o frecuencia para representar unos y ceros. Estas seales se manejan como niveles elctricos, cuando el voltaje tiene un valor n la seal es 1 y si est a 0 volt la seal es 0. Sin embargo, el medio fsico es totalmente ajeno a los datos que se transmiten a travs de l, y slo conecta fsicamente dos puntos entre los cuales circula la seal, garantizando nicamente que sta llegue a su destino. Las funciones y servicios realizados por esta capa son:

Envo bit a bit entre nodos Proporcionar un interfaz estandarizado para los medios de transmisin fsicos, incluyendo: Especificaciones mecnicas de los conector elctrico y cables, por ejemplo longitud mxima del cable Especificacin elctrica de la lnea de transmisin, nivel de seal e impedancia Interfaz radio, incluyendo el espectro electromagntico, asignacin de frecuencia y especificacin de la potencia de seal, ancho de banda analgico, etc. Especificaciones para IR (radiacin infrarroja) sobre fibra ptica o una conexin de comunicacin inalmbrica mediante IR Modulacin Codificacin de lnea Sincronizacin de bits en comunicacin serie sncrona Delimitacin de inicio y final, y control de flujo en comunicacin serie asncrona Multiplexacin de Conmutacin de circuitos Deteccin de portadora y CSMA/CD deteccin de colisin utilizada por algunos protocolos de acceso mltiple del nivel 2 Ecualizador, filtrado, secuencias de prueba, forma de onda y otros procesados de seales de las seales fsica