Centro de Estudiantes de Ingeniera

MONTADO Y CONFIGURACIN DE REDES INFORMTICAS

- 1998 -

INDICE

EL MODELO OSI................................................................................................................................3
ARQUITECTURA DE CAPAS.......................................................................................................................................3 COMUNICACION ENTRE SISTEMAS ABIERTOS....................................................................................................5 CAPAS DEL MODELO..................................................................................................................................................7 Capa 1, Capa Fsica......................................................................................................................................................7 Capa 2, Capa de Enlace de Datos.................................................................................................................................7 Capa 3, Capa de Red.....................................................................................................................................................8 Capa 4, Capa de Transporte..........................................................................................................................................8 Capa 5, Capa de Sesin................................................................................................................................................9 Capa 6, Capa de Presentacin ....................................................................................................................................10 Capa 7, Capa de Aplicacin.......................................................................................................................................10

TCP / IP..............................................................................................................................................11
DIRECCIONES..............................................................................................................................................................11 DHCP .............................................................................................................................................................................11 NOMBRES.....................................................................................................................................................................13 PRODUCTOS................................................................................................................................................................13

PROTOCOLOS NETWARE.............................................................................................................15
IPX..................................................................................................................................................................................15 SAP.................................................................................................................................................................................15 SPX II.............................................................................................................................................................................15 NCP................................................................................................................................................................................16

PUENTES Y ENRUTADORES........................................................................................................17
PUENTES.......................................................................................................................................................................17 ENRUTADORES...........................................................................................................................................................19

ETHERNET.......................................................................................................................................21
PAQUETES....................................................................................................................................................................21 LOS OTROS ETHERNET.............................................................................................................................................22

CABLEADO......................................................................................................................................23
INSTALACIN.............................................................................................................................................................23 VERIFICACIONES Y PRUEBAS................................................................................................................................24 ADMINISTRACIN.....................................................................................................................................................24

EL CABLEADO UTP EN LANS......................................................................................................25

INTRODUCCION..........................................................................................................................................................25 CONCEPTOS BASICOS...............................................................................................................................................25 CARACTERISTICAS ELECTRICAS...........................................................................................................................25 IMPERFECCIONES EN LAS SEALES DE DATOS................................................................................................26 TIPOS DE UTP..............................................................................................................................................................27 CONECTORES..............................................................................................................................................................27 NEXT..............................................................................................................................................................................29

NORMAS PARA CABLEADO EN UTP..........................................................................................31

EL MODELO OSI
Hubo una poca en que la conectividad estaba limitada a equipamientos y software propietarios. Esta siempre ha sido la primera poca de casi todos los desarrollos. A veces por tratarse de tecnologas de avanzada, a veces por la demora de las instituciones de normalizacin, la apertura de la conectividad ha sido un objetivo que an hoy no se ha alcanzado plenamente. Porque menuda tarea es expresar normas de conectividad entre hardware y software diferentes para establecer una interrelacin lo suficiente abierta como para ser genrica entre entes que se comunican. Para ello es menester primero establecer una estructura o arquitectura que defina una jerarqua de las funcionalidades necesarias para establecer una adecuada conectividad. La Organizacin Internacional de Normas o ISO, estableci hace como 15 aos el Modelo de Referencia OSI, que hoy lleva la denominacin ISO 7498, aunque es ms conocida como X.200. El modelo OSI o Interconexin de Sistemas Abiertos est desarrollado en base a una arquitectura de siete capas apiladas por lo que con el tiempo se comenz a mencionarlo tambin corno la pila OSI. La trascendencia del modelo OSI radica en que se define un sistema abierto, de modo tal que un sistema as puede comunicarse con otro que tambin se ajuste a la norma sin importar tecnologas y proveedores de cada uno. Todo esto equivale a poder definir procedimientos normalizados que rijan el establecimiento de comunicaciones, transferencia de informacin y desconexin entre sistemas de cmputo de todo tipo en base a hardware de computadoras de todo rango y terminales y perifricos, accionados por software o directamente por operadores humanos. El modelo de capas resuelve la interaccin horizontal entre capas de dos pilas OSI de dispositivos conectados por medio de servicios concatenados en sentido vertical en cada pila.

ARQUITECTURA DE CAPAS
El concepto conocido como de tcnicas estructuradas para resolver la arquitectura de sistemas conduce al agrupamiento de funciones en forma modular de capas o niveles, donde cada una de estas capas tiene como mximo slo otras dos capas adyacentes (una superior y otra inferior). Una aproximacin modular de este tipo se conoce como de accin atmica. Es similar a la que se plantea en ingeniera de software en cuanto a la particin y ubicacin de recursos. El resultado es que de esta manera se puede cambiar un mdulo sin afectar cualquier otro componente del sistema que dicho modulo est controlando Efectivamente, las capas idealmente estn diseadas para ser autoconsistentes de modo que la sustitucin de una capa determinada por otra diferente pero del mismo nivel no afecte a la pila de capas como conjunto. De esta manera el diseo de cada capa puede encararse por separado, rnodularizacin que favorece las realizaciones y actualizaciones separadas. Para ello se descompone la funcionalidad de conectividad en grande en subconjuntos. Estos subconjuntos pueden verse de la manera que sigue. Lo que est ms relacionado con la transmisin de datos entre los sistemas se ubica en la parte inferior de la pila. Esta capa define los componentes fsicos actuales tales corno los conectores y el cable y cmo se intercambian los datos entre los sistemas. Las capas del medio regulan el transporte de los datos desde el mtodo de acceso a la red, pasando por varias etapas que hacen al control del trfico. En estas capas se realizan una cantidad de funciones, tales como: Encapsulado. Agregado de encabezamientos y eventualmente una cola a los datos recibidos de una capa superior. Los encabezamientos generalmente estn constituidos por informacin de control referida especialmente a comandos, aunque tambin pueden incluir direcciones y otros campos especficos. El caso de la cola es muy particular y se refiere a un sistema de chequeo de errores en la informacin que est pasando. Segmentacin y reensamblado. Esto significa que la porcin datos de la unidad de datos que recibe de la capa superior puede dividirse, para adaptarse a un tamao limitado. Obviamente, al llegar la informacin a la capa semejante del nodo receptor, los datos recibidos deben reensamblarse para presentarlos a la capa superior siguiente en la forma original. Establecimiento y control de la conexin que puede incluir el asegurar una entrega ordenada, en especial cuando en el camino entre los sistemas que se comunican hay varias rutas posibles que pasan por nodos intermedios diferentes. 3

 Control de flujo. Se trata de asegurar que la velocidad de entrada de datos a una capa no sobrepase sus posibilidades particulares. En la prctica se trata de evitar el desborde (overflow) de los buffers correspondientes. Este es un tipo de funcionalidad que puede operar en ms de una capa. Control de error. Es el mecanismo para detectar y corregir errores Multiplexado. Forma de compartir varias conexiones un mismo canal de alta velocidad, generalmente por divisin en el tiempo asignando en forma cclica un determinado intervalo de tiempo a cada conexin de baja velocidad. Finalmente, en la parte superior se ubica todo lo que hace a la interaccin con las aplicaciones propiamente dichas incluyendo el manejo de perifricos como pantallas y ventanas dentro de ellas, con funciones que hacen a la presentacin con cuestiones como cambio de formato, cdigos de representacin, incluso compresin y encriptado. Todo este anlisis conduce a un modelo de capas conforme cierto agrupamiento especfico de funciones que se ven en cierto detalle ms adelante. Las comunicaciones entre sistemas de una red que ocupan nodos diferentes se hace por medio de una comunicacin fsica exclusivamente. Pero puesto que en cada sistema tenemos funcionalidades distintas que hemos comenzado a separar, las comunicaciones en cuestin debern guardar ciertos protocolos, para que los entes similares de ambos sistemas produzcan una informacin que sea entendible para ambos a ese nivel particular. Como la comunicacin entre dichos entes no es directa sino indirecta por medio de la conexin fsica, la informacin circular dentro de cada sistema de modo que el ente que est conectado al medio de comunicacin fsica provea el servicio adecuado de comunicacin al ente que est por arriba de l. De esta manera, ocurre que al haber establecido varios niveles, cada nivel proveer servicios al nivel inmediato superior a travs de las interfaces entre capa y capa (Figura 1).

Figura 1. Protocolos e Interfaces. El ambiente de interrelacin entre protocolos e interfaces involucra componentes y procesos que se pueden visualizar en la Figura 2 y que a continuacin comenzamos a desarrollar.

Figura 2. Conceptualizacin de Componentes y Procesos. El primer paso es agrupar las funcionalidades. Se define como entidad de una capa la implementacin de funciones de esa capa que puede enviar o recibir informacin. Esto puede verse como en una oficina de correos donde la atencin al publico (una capa de todo el proceso) incluye funcionalidades distintas: correspondencia normal, certificada, telegramas, etc. De manera anloga en nuestro modelo tambin puede haber varias entidades en la misma capa. Pero adems, cada una de esas entidades puede estar compuesta por servicios bsicos. Para una correspondencia por ejemplo pesar el envo, leer el destino, determinar el importe, pegar la estampilla o sellar el valor correspondiente, etc. En nuestro modelo cada uno de estos componentes se llama Elemento de Servicio. Podemos decir entonces que en una entidad puede haber uno o ms Elementos de Servicios. Como una entidad est asociada a una capa determinada, toma el nmero de ella; por lo tanto una entidad N est ubicada en la capa N, donde N es el numero de capa. A nivel de capas, puesto que una capa determinada provee servicios a la capa inmediata superior, se puede decir que la capa N provee servicios a la capa N+1 y tambin que la capa N+1 requiere servicios de la capa N. Analizando desde el punto de vista de la conectividad cada capa se define en dos partes: 1) El protocolo entre entidades semejantes de diferentes sistemas abiertos que intercambian mensajes 4

para un objetivo comn. 2) Los servicios provistos por las entidades de una capa a la capa adyacente de nivel superior en el mismo sistema. Analicemos primero el protocolo. Ya dijimos que las comunicaciones entre capas y entidades semejantes no es directa sino por medio de una conexin fsica ubicada en el nivel ms bajo de cada sistema. El protocolo entre semejantes es un lenguaje formal con formato, sintaxis y semntica de mensaje definidos, que permite intercambiar instrucciones y datos. Un protocolo de este tipo se efectiviza por medio de la construccin de una Unidad de Datos de Protocolo o PDU, que es el bloque de informacin que circular a travs de ambos sistemas pasando por el medio fsico para interconectar efectivamente dos capas semejantes. Cada capa entrega a su adyacente inferior su PDU. Un PDU contiene informacin de control bajo la forma de comandos del protocolo de la capa correspondiente y puede incluir tambin datos recibidos de la capa adyacente superior. Cada una de estas partes constituye un campo del PDU. Por su ubicacin se dice que la informacin de control constituye el encabezado de los datos propiamente dichos. Los elementos claves de un protocolo son los siguientes: 1) Sintaxis, es decir el formato del PDU, es decir de datos y encabezados. 2) Semntica, es decir el significado de los comandos del campo de control del PDU. 3) Secuenciamiento adecuado de las acciones que se toman respecto de los comandos referidos. Las funciones y servicios concomitantes de una capa determinada constituyen un protocolo. Por eso, cada capa puede individualizarse por su protocolo. El conjunto de capas se llama entonces pila de protocolos o protocol stack. Pasemos ahora a los servicios que prestan las capas del modelo. Ya dijimos que cada capa presta servicios a la capa contigua superior. Podemos decir entonces que una entidad de una capa puede solicitar un servicio de otra entidad de la capa adyacente inferior. Para ello usa primitivas de servicio. Una primitiva de servicio es la informacin que pasa entre el usuario de un servicio y el proveedor de dicho servicio en la capa adyacente inferior. Hay primitivas de requisicin, indicacin, respuesta y confirmacin. A diferencia del tratamiento que da a los protocolos, el modelo OSI si bien define en forma totalmente explcita la semntica de las primitivas de servicio, no hace lo mismo con la sintaxis correspondiente, es decir el formato. Esto se ha hecho para que un producto determinado puede resolver de mejor manera la comunicacin en los casos en que : el mismo proveedor proporciona la funcionalidad de ms de una capa. Las comunicaciones entre capas adyacentes se realizan por medio de interfaces. Una interfaz se localiza por medio de uno o ms Puntos de Acceso al Servicio (SAP) que permiten la transferencia de informacin entre entidades de capas adyacentes. Algunos lectores conocedores de los protocolos TCP/IP pueden identificar fcilmente los SAPs como los puertos del TCP o UDP. En operacin en una interfaz puede haber varios SAPs activos simultneamente. Se considera que las capas ofrecen SAPs en su frontera superior. Esto significa que un SAP de capa (N) est entre dicha capa y la capa superior (N+1 ). Cada interfaz puede tener uno o ms Puntos de Acceso al Servicio (SAP). Como en una entidad puede haber diferentes Elementos de Servicio, puede ocurrir que una entidad (o un Elemento de Servicio en particular) se conecte con diferentes Elementos de Servicios de una entidad de otra capa. Esto significa que se establecen conexiones lgicas diferentes, segn el elemento de servicioque se conecta. Tambin significa que esas conexiones atraviesan juntas el SAP que une ambas capas. Se define como Punto Terminal de Conexin (CEP), al punto del SAP por las que pasa una determinada conexin lgica. Obviamente, de acuerdo a lo dicho antes, un SAP puede contener ms de un CEP. Este concepto se vuelve importante en ciertas funciones. Una entidad de una capa puede conectarse con ms de una entidad de la capa adyacente superior para proveer el multiplexado de mltiples conexiones lgicas. En este caso, efectivamente dos o ms CEPs de una misma capa se conectan un mismo CEP de la capa adyacente interior. El proceso inverso puede verse como splitting, divisin o simplemente demultiplexado. Ahora tendramos un CEP de una capa que se conecta con dos o ms CEPs de la capa adyacente inferior.

COMUNICACION ENTRE SISTEMAS ABIERTOS

Dijimos que las entidades de capas homlogas de nodos diferentes pueden intercambiar mensajes conforme el protocolo correspondiente de dichas capas. Pero la "conexin" entre capas semejantes es slo virtual o lgica. En la prctica la comunicacin se realiza bajando informacin por las capas del nodo transmisor, alcanzar al receptor va el medio de comunicacin, y subir por las capas del receptor hasta alcanzar capa semejante. Para ello, el camino se resuelve verticalmente en cada sistema. Entonces, dos entidades de capas adyacentes interaccionan a travs de uno o ms SAPs por medio de los PDUs. Si analizamos un sistema que enva informacin a otro (Figura 3), partimos del mensaje que una aplicacin enva como el PDU o mensaje original. Se puede decir que en cada capa se encapsula el PDU 5

recibido de la capa superior agregando un encabezado y en el caso de la capa 2, como se ver ms adelante, tambin una cola. Debe tenerse presente que estos encabezados y cola slo tienen sentido para la capa homloga o semejante del otro sistema. Al llegar a la capa fsica, el mensaje compuesto encapsulado por las diferentes capas se transmite a destino. Aqu la informacin recibida empieza a subir por la pila. Ahora cada capa lee, interpreta y acta conforme la informacin de control, luego de lo cual elimina el encabezamiento correspondiente (y la cola en el caso de la capa 2). El mensaje compuesto se va entonces desencapsulando al ir subiendo por las capas para llegar a la interfaz superior de la capa de aplicacin con slo el mensaje original, es decir los puros

Figura 3. Proceso de Comunicacin. datos introducidos por la aplicacin o el usuario en el nodo transmisor. Como ya dijimos, una entidad N requiere la transferencia de mensajes de protocolo a una entidad N semejante, generando una primitiva de servicio a la capa (N-1) por medio del SAP (N-1) con el mensaje como argumento de la primitiva. La primitiva puede incluir datos e informacin de control como por el ejemplo el destino final, es decir, la entidad N de otro nodo, y las acciones a realizar al respecto. Pero una primitiva puede no contener datos sino simplemente informacin de control que hacen al proceso completo de transferencia. La informacin de control que cada capa introduce con destino a la capa semejante del otro sistema se llama Informacin de Control de Protocolo o PCI. Para la capa que recibe el PDU de la capa superior son simplemente datos. La capa que recibe un PDU le adiciona un PCI referido a su propio protocolo, formando su propio PDU, es decir el correspondiente a esta capa. Podemos decir entonces que a partir de un PDU (N), la capa N-1 le agrega su PCI (N-1 ) para constituir el nuevo PDU (N-1). Al conjunto que ahora baja a la capa inferior tambin se le adicionar un nuevo PCI correspondiente a esta ltima capa, para constituir otro PDU referido a la ltima capa (Figura 4).

Figura 4. Formacin de PDUs. Cuando el conjunto llega a destino, la capa inferior leer y quitar el PCI del protocolo correspondiente; la informacin restante ser pasada a la capa inmediatamente superior constituyendo para ella un nuevo PDU. En esta se repite el proceso. La capa lee y quita el PCI correspondiente a su protocolo, de forma tal que el resultado al subir a la capa superior constituye el PDU de dicha capa.

CAPAS DEL MODELO Capa 1, Capa Fsica

En sentido saliente esta capa recibe cuadros o paquetes de la capa 2, los convierte en seales elctricas u pticas equivalentes a los bits que componen aquellos, y los coloca en el medio de transmisin. El proceso se invierte en recepcin. Generalmente se reconocen tres aspectos principales: Mecnico. Se refiere bsicamente al tipo de conector a usar, como RJ-11, RJ-45, BNC, DB-9, DB25, etc. Elctrico. Niveles de tensin de transmisin y recepcin (la seal de recepcin tiene un nivel mucho menor), impedancia de la lnea, interferencias, duracin de los bits, forma de onda en recepcin de los pulsos, etc. Procedimientos. Cmo se establece una comunicacin y se intercambian datos. Es de particular importancia en las comunicaciones punto a punto. Entre las especificaciones ms comunes a este nivel podemos mencionar: RS-232; V.24/V.28; V.35; FireWire o IEEE 1394; X.21 y X.21 bis del X.25; I.430/1 del BRI y PRI respectivamente del ISDN; las partes correspondiente de la IEEE 802.3 (Ethernet), IEEE 802.5 (Token Ring), HIPPI, Canal de Fibra, y SONET del ANSI; G.707 del SDH (equivalente europeo al Sonet), etc.

Capa 2, Capa de Enlace de Datos

La capa fsica no chequea los datos que recibe. La capa 2 es la que proporciona los medios para asegurar confiabilidad a la ristra de bits que recibe de la capa fsica. Bsicamente esta capa efecta el control del flujo de la informacin que circula entre dos puntos que se comunican directamente. Esto le permite realizar la deteccin y correccin de errores, as como adicionalmente evitar el desborde de los buffers de recepcin. En el primer caso generalmente se recurre a mtodos mucho ms elaborados, ms exactos y ms eficientes que la simple paridad, apelando al uso de algoritmos (implementados por hardware o software) de redundancia cclica como el conocido CRC La correccin de errores en esta capa se basa bsicamente en el sistema de control de flujo conocido como de Requisicin Automtica de Repeticin, ARQ. Es el resultado de una deteccin negativa como paso previo. Este sistema puede ser tan simple como "parar y esperar" en que cada cuadro o paquete slo se transmite luego de recibir el reconocimiento OK del cuadro o paquete anterior. Los sistemas ms elaborados recurren al mecanismo de Ventana Deslizante, con el cual el reconocimiento incluye varios paquetes. De esta manera si se llega a producir algn error, el receptor pide el reenvo de los paquetes a partir del daado. Para evitar las retransmisiones (que pueden ser inaceptables en trminos de tiempo especialmente en el caso de comunicaciones satelitales) se recurre al FEC o Correccin de Errores por Adelantado. Este mecanismo agrega una redundancia importante pero permite corregir errores sin recurrir a retransmisiones. Se basa generalmente en cdigos convolucionales que producen en el tiempo un entramado (trellis) de estados posibles. Al trabajar con la historia de los estados anteriores, un sistema de este tipo que- de decodificarse con el algoritmo de Viterbi y la operacin con la menor distancia de Hamming entre palabras de cdigo permite al receptor hacer la mejor eleccin (o sea la ms probable) de salida frente a un posible error. La correccin de errores en esta capa no exime necesariamente de una tarea similar a las capas superiores. Efectivamente, si entre transmisor y receptor no hay una conexin directa, los nodos intermedios trabajan como verdaderos relevadores o repetidores de las seales y slo implementan las capas inferiores de comunicaciones Entonces, especialmente, en el caso de redes WANs pblicas, pueden llegar a producirse errores entre los extremos que efectivamente se comunican, errores que no pueden detectar los enlaces intermedios. Entonces, alguna capa superior del transmisor tendr que mantener un control de errores con la capa par del receptor. 7

El IEEE dividi esta capa para las . LANs en dos subcapas: el conocido MAC o Control de Acceso al Medio, y el LLC o Control Lgico del Enlace. El LLC provee servicios a la capa superior (3 de Red), mientras que el MAC hace interfaz con la capa fsica regulando el acceso de los usuarios a un medio fsico compartido como el de las LANs. En esta capa encontramos protocolos como: LAP-B del X.25 y canal B del ISDN; LAP-D (I.441 o Q.921) del canal D del ISDN; ISO 4335 del HLDC; ANSI X3T9.5 delFDDI; ANSI X3T9.3 del Canal de Fibra; I.122 del Frame Relay; y las partes ya mencionadas (MAC y LLC) del Ethernet y Token Ring, as como la correspondiente al HIPPI. Tambin aqu podramos mencionar protocolos propietarios como el ODI (Interfaz Abierta de Enlace de Datos) y NDIS (Norma de Interfaz de Driver de Red), aunque las funcionalidades no corresponden exactamente a la capa 2 del modelo OSI.

Capa 3, Capa de Red

Su funcionalidad bsica radica en el enrutado y conmutacin de paquetes. La presencia de esta capa en los casos prcticos es bastante variable. Cuando dos nodos se comunican directamente, prcticamente no es necesaria, puesto que el trabajo de control que efecta la capa 2 es suficiente para el trafico punto a punto. Adquiere mayor importancia cuando el camino entre los nodos comunicados atraviesa nodos intermedios, como es tpico en las WANs especialmente si dicha va puede variar en el tiempo. Funciones de control de flujo pareciera a primera vista que repiten funciones de la capa 2. Pero en realidad no es as. Ocurre que la capa 2 acta igual con todos los paquetes independientemente de donde vienen y donde van. En cambio, los nodos intermedios de una WAN pasan paquetes de distinto origen y distinto destino. En estos casos un nodo intermedio en un momento da servicio a un paquete que viene de A y va hacia B, y en otro momento a otro paquete que viene de M y va hacia N, etc. Con esta base operan redes WANs como X.25, Frame Relay, ATM, HIPPl, etc. El proceso referido implica caractersticas de una efectiva o ms bien real conmutacin de paquetes. Tambin da lugar al concepto de circuito virtual, es decir un circuito que parece ser punto a punto entre los nodos terminales o extremos que se comunican. Complementariamente se dice que hay una conexin lgica entre extremos. A su vez, las conexiones de los nodos intermedios a este nivel constituye lo que se llama enlace lgico entre cada par de nodos que se conectan (lo que en X.25 lamentablemente se llama circuito virtual y que por supuesto no debe confundirse con el concepto definido antes). Entonces, cuando en un nodo hay conmutacin de paquetes se vuelve necesario "personalizar" los controles. Ahora cada par que se comunica es un conjunto individualizable que necesita ser identificado (por ejemplo con un nmero de canal lgico, usando la terminologa del X.25), tener su propia ventana y poder manejar el secuenciamiento de sus propios mensajes (que llegan intercalados con los mensajes de otros pares de nodos terminales que se comunican). Pasemos ahora a una red local. Una LAN tambin es una red porque al menos en principio todos se pueden comunicar con todos. Pero, por ejemplo, en una LAN tipo Ethernet si queremos hablar de conmutacin en realidad debemos decir que es una especie de conmutacin pasiva o mejor dicho un proceso de difusin masiva/selectiva. Todos los nodos reciben los paquetes, pero slo uno o algunos son los destinatarios que en realidad leern el paquete. Debido a este motivo, la capa 3 en las LANs no adquiere nunca la plena funcionalidad que le otorga el modelo OSI. El propio protocolo IP del par TCP/IP, toma slo la parte superior de la capa 3 del modelo OSI como protocolo de convergencia independiente de la subred de comunicaciones. Esto puede compararse con el ISO 8208 del X.25, por ejemplo, que como protocolo de acceso a la subred toma slo la parte inferior de la capa 3, anlogamente al I.451 (o Q.931 ) del ISDN. Lo que hemos comentado referido a las LANs involucra a servidores y estaciones de trabajo. Diferente es la cuestin con un enrutador. Aqu, de nuevo, esta capa adquiere relevancia puesto que dicho dispositivo debe cumplimentar funciones de conmutacin entre LANs o segmentos de LANs. Incluso puede llegar a haber varios caminos entre las estaciones terminales, con lo que la funcionalidad termina siendo tan elaborada o ms que los nodos intermedios de una WAN de paquetes conmutados. Entre los protocolos de esta capa mencionaremos al ISO 8208 del X.25 que es un protocolo orientado a la conexin), el ISO 8473 CLNP (Protocolo de Red Sin Conexin) no orientado a la conexin, en este sentido similar al IP, el I.451 (o Q.931 ) del canal D del ISDN. Como protocolo propietario, el IPX de Novell.

Capa 4, Capa de Transporte

Vimos que el enlace lgico entre nodos intermedios (as como entre el origen o destino con el primer nodo intermedio en el camino) propio de la capa 3 de Red, maneja las comunicaciones en cada segmento componente de un circuito virtual. 8

Ahora necesitamos complementar dicho servicio con la "visin en grande" que justamente involucra dicho circuito virtual entre los nodos extremos que se comunican. Precisamente, la conexin lgica entre extremos referida antes, entonces es la responsable de la recuperacin de errores entre extremos, y que superficialmente podra pasar por redundante como tambin pareca la superposicin de control en las capas 2 y 3. La capa de Transporte, entonces debe asegurar una transferencia confiable entre extremos que se comunican, proveyendo por la recuperacin de errores y un adecuado control de flujo. Tendr que asegurar el ordenamiento de paquetes, pedir la retransmisin de los faltantes, etc. Adicionalmente, debe poder segmentar la informacin que recibe de capas superiores (y a su vez reensamblarlas al pasarlas hacia dichas capas) para un manejo adecuado por parte de la capa de Red. Esto ltimo puede involucrar tambin el mecanismo de multiplexado comentado antes. Adems, la comunicacin tambin debe ser transparente independientemente de los protocolos empleados en los nodos intermedios de la red. Pero las funciones de administracin pueden acotarse y/o extenderse para ofrecer una determinada Calidad de Servicio, QoS, expresada en forma de clases y referida al nivel de deteccin y recuperacin de errores, as como al multiplexado. Esta medida, por otra parte, est relacionada tambin con el comportamiento de la capa 3. Cuando sta es confiable especialmente al usar protocolos orientados a la conexin (como es el caso del X.25), la funcionalidad necesaria en la capa de Transporte se reduce considerablemente. A la inversa, cuando la capa 3 opera en forma no orientada a la conexin y/o la red propiamente dicha no es muy confiable, la capa de Transporte debe construirse con mucha mayor solidez. Se han definido cinco Clases, de 0 a 4. Clase 0: no produce prcticamente recuperacin de errores; si un paquete llega daado simplemente lo elimina. Puede ser aceptable para texto. Clase 1: incluye recuperacin de errores por medio de retransmisiones y se adapta para el uso del X.25. Clase 2: est prevista para una red ya confiable por si misma, con lo cual no se incluye recuperacin de errores aunque s control explcito del flujo, y adiciona el multiplexado. Clase 3: combina las clases 1 y 2. Clase 4: Tiene todas las caractersticas de la Clase 3 y adicionalmente provee deteccin y recuperacin extendidas de errores. Esto ltimo por ejemplo significa reconocimiento de paquetes perdidos, duplicados, desordenados y corrompidos. En muchos casos, las clases se establecen teniendo en cuenta el overhead que implica cada una de ellas. Sin embargo esto influye especficamente durante el establecimiento de la conexin y la recuperacin de errores, pero no durante la propia transferencia de datos, en que los procesos son iguales en todos los casos. Entre los protocolos de esta capa mencionaremos a los ISO 8073 o TP4 orientado a la conexin; ISO 8602 sin conexin; X.224 para circuitos conmutados, el conocido TCP orientado a la conexin; la versin UDP (Protocolo de Datagramas de Usuario) sin conexin; y entre los propietarios, el SPX (Intercambio de Paquetes Secuenciados) de Novell.

Capa 5, Capa de Sesin

Las cuestiones de conectividad de hardware y software de comunicaciones quedan completados en la capa de Transporte. A partir de la capa de Sesin las relaciones principales son con las propias aplicaciones. De hecho en muchos casos los protocolos de esta capa se integran con los de las capas superiores de Presentacin y Aplicacin. Esta capa bsicamente administra el establecimiento, mantenimiento y terminacin entre dos entidades de Presentacin (capa f 6) que establecen una conexin o sesin. Se trata entonces de controlar el dilogo que mantienen dichas entidades: Una de las funciones, por ejemplo, se refiere a si el dilogo de los usuarios es FDX o sea simultneamente de dos vas, o HDX es decir de dos vas pero en forma alternada, o bien Simplex es decir en un nico sentido. Otra funcin es la sincronizacin de las sesiones establecidas por medio de puntos de referencia insertados en las requisiciones correspondientes, lo que permiten el resincronismo, es decir el reseteado de una sesin a un estado preestablecido, asegurando la fluidez de la comunicacin aunque momentneamente pueda llegar a interrumpirse. ISO 8327 y X.225 son protocolos tpicos de esta capa. Tambin se pueden agregar el NetBIOS bsico como los emuladores correspondientes usados por ejemplo en redes NetWare. El NetBIOS "completo" incluye el NetBEUI, un protocolo mltiple que incluye funciones de capas inferiores a nivel de transporte, red y an de LLC, lo que le permite dialogar con el NDIS ya mencionado.

Capa 6, Capa de Presentacin

En esta capa se efecta la conversin de datos entre cdigos diferentes, el formateo o transformacin de sintaxis de dichos datos por ejemplo para su presentacin en pantalla o ventanas de ella, incluyendo el manejo de caracteres, la compresin y descompresin de datos, y el encriptado y desencriptado de la informacin. En muchos casos los protocolos de esta capa son parte del sistema operativo y hasta de las propias aplicaciones. Algunos protocolos independientes son el ISO 8823 v el X.226.

Capa 7, Capa de Aplicacin

Esta capa provee el acceso al ambiente de una red de las aplicaciones propiamente dichas. Las funcionalidades principales radican en cuestiones administrativas referidas a la red. as como servicio de directorios, procesamiento de transacciones, manejo de correo electrnico, terminales virtuales y transferencia de archivos. Algunos de los protocolos de esta capa son ISO 9040 de Terminal Virtual; ISO 8571 0 FTAM (Acceso y Administracin de Transferencia de Archivos), X.400 o ISO 10021 de correo electrnico; X.500 o ISO 9594 de Servicios de Directorio; ISO 10026 de Procesamiento de Transacciones; ISO 9041 de Terminal Virtual. Entre los propietarios el NCP (Protocolo del Ncleo NetWare) que en realidad se extiende a la capa de Presentacin e incluso a la de Sesin cuando no se trabaja con emulacin NetBIOS. Algo similar en cuanto a extensiones hacia capas inferiores puede decirse de los llamados servicios TCP como Telnet, FTP o Protocolo de Transferencia de Archivos, y SMTP o Protocolo Simple de Transferencia de Correo, as como del NFS o Sistema de Archivo de Red y del propio SNMP o Protocolo Simple de Administracin de Red.

10

TCP / IP
El explosivo inters actual en Internet ha logrado impulsar al TCP/IP en la PC mucho ms all de lo logrado en aos por el propio Unix. Las implementaciones TCP/IP, a estar de los proveedores de software para PC, estn creciendo con una tasa del 50 % anual. El lazo se cierra incluso pues el propio crecimiento de los miembros de la comunidad Internet crece al amparo de una arquitectura abierta que no depende de un determinado fabricante. Esta explosin a nivel de interconexin no significa de cualquier manera que el TCP/IP se vaya a instalar internamente en todas las redes. Por ejemplo una red NetWare podr seguir operando con su propio IPX y simplemente asignar un servidor de archivos (u otro especfico) como Gateway IP. Esto puede funcionar sin mayores complicaciones si el trafico de la LAN propiamente dicha es el mayor de todos. Pero no sera precisamente el caso cuando las comunicaciones Internet constituyen un sector importante del total de las comunicaciones. Ni obviamente tampoco en ambientes cliente-servidor bajo Unix. El TCP/IP (Protocolo de Control de Transpone/Protocolo Internet) consiste de una extensa serie de documentos llamados RFCs (Requisiciones de Comentarios) que explicitan la norma en s misma.

DIRECCIONES
Puesto que TCP/IP fue previsto para interconexiones globales, las redes deben poderse identificar en forma inequvoca. Esta tarea es manejada por una institucin americana llamada Centro de Informacin de Red. La Direccin IP constituye un encabezamiento de 4 bytes en cada cuadro TCP/IP. Con ella una mquina queda identificada. A su vez, el uso de mscaras especiales, permite dividir redes fsicas en mltiples subredes. Una breve descripcin del sistema de formacin y direccionamiento puede encontrarse en el recuadro DIRECCIONES IP. Cada mquina de una red debe tener su direccin IP para poder ser usada como destinataria de mensajes dentro del protocolo TCP/IP. Histricamente las formas de obtener dicha direccin lo fueron para estaciones de trabajo sin disco de redes Unix. Una de ellas es el RARP o Protocolo de Resolucin Inversa de Direccin, por el cual la mquina cliente difunde un paquete de broadcasting que contiene su direccin de hardware MAC, de 6 bytes. Como respuesta recibir la direccin IP que le fuera asignada en el servidor RARP correspondiente de su subred. Bajo Unix, el servidor guarda una tabla con las direcciones IP y MAC apareadas en un archivo dentro del subdirectorio /etc. Pero el RARP requiere acceso directo al hardware de la red, por lo que generalmente no es soportado en los productos TCP/IP para PC. La excepcin en una LAN la constituyen los servidores de impresin multiprotocolo. El BOOTP o Protocolo Bootstrap se ha vuelto el preferido en productos TCP/IP para PC. De manera similar al NFS o Sistema de archivo en Red, el BOOTP no usa el TCP en la capa de transporte sino el UDP o Protocolo de Datagramas del Usuario. El UDP maneja datagramas no orientados a la conexin. Precisamente el uso de datagramas permite implementar el BOOTP en simples programas de aplicacin. Para obtener la direccin IP, el BOOTP tambin opera bajo el sistema cliente-servidor. Pero ahora. la respuesta BOOTP puede incluir tambin otras informaciones en un campo o rea especfica del proveedor. De esta manera se pueden identificar mscaras de subred v direcciones de enrutador as como de servidores especiales como los de registro, DNS (que se ver enseguida), Ipr, etc. Con cualquiera de los sistemas comentados, se requiere que un administrador mantenga la base de datos del servidor de direcciones IP. Concretamente, cada vez que hay un cambio, agregado o eliminacin de un usuario o recurso de la red, se deben reasignar manualmente las direcciones.

DHCP
El Protocolo de Configuracin Dinmica de Hosts o DHCP, permite asignar direcciones IP, mscaras de 11

subredes y otras variables con mucha mayor flexibilidad que con los mtodos anteriores. Soporta tres formas de trabajo. Una forma manual es similar al BOOTP (y de hecho un servidor DHCP puede atender clientes BOOTP), salvo que ahora puede usarse cualquier identificador del propio cliente como puede serlo la direccin de hardware de red o el propio nombre del usuario. Otra posibilidad es la automatizacin de las asignaciones. Para esto el servidor guarda un pool o central de direcciones que va usando a medida que le son requerida. Pero, de nuevo, el mapeado entre direcciones IP v el identificador usado se guarda y permanece sin cambios ulteriores salvo intervencin manual. En realidad la caracterstica ms destacada del DHCP es la asignacin dinmica de direcciones. Esta funcionalidad consiste en limitar la validez de una asignacin, o sea concretamente su duracin, como para permitir el reuso de una misma direccin por parte de usuarios diferentes. Operativamente, el sistema permite, a pedido del usuario, una extensin del uso de una direccin cuando se vence el plazo prefijado. Lo trascendente de este mtodo es que ahora el mximo de hosts corresponde solamente a los que estn operando simultneamente. En la prctica, entonces, en una red puede haber una cantidad mayor de mquinas capacitadas para conectividad TCP/IP, aunque slo hasta el mximo puedan operar al mismo tiempo. Una cuestin pendiente aqu es un protocolo de comunicaciones entre un servidor DHCP y otro de backup, como para que bajo la forma automtica o dinmica de asignaciones, las estaciones de trabajo puedan seguir operando en caso de cada del primero. Otra limitacin bajo dichas formas de trabajo se ver ms adelante.

DIRECCIONES IP
Las direcciones IP tienen 4 octetos o bytes que se representan por sus equivalentes decimales separados por punto, como por ejemplo 178.11.20.139. Hay tres clases de direcciones IP: A, B, y C, que se reconocen por el primer byte. De 1 a 127 para la clase A, de 128 a 191 para la clase B y de 192 a 223 para la clase C (Figura 1). Pero, adems, las clases determinan el detalle de identificacin de una red o net en el Internet: usan el primer byte para la Clase A, los dos primeros para la B, y los tres primeros para la Clase C. En los tres casos, los bytes restantes identifican una mquina o host de una red determinada. A mayor cantidad de hosts (Clase A), menos espacio hay para identificar redes deferentes. Opuestamente, si se busca identificar la mayor cantidad posibles de redes (Clase C), se limita la cantidad de hosts en cada una de ellas. La Clase B, que justamente resulta ofrecer una suerte de equilibrio entre las otras dos, es la que se esta agotando rpidamente y parece que no podr llegar al fin de siglo. Este es uno de los motivos del nuevo esquema de direccionamiento IP llamado IPng (prxima generacin de IP) o IPv6 que identifica la versin 6 frente a la actual que es la nmero 4. El nuevo esquema no slo ofrece un direccionamiento 4 veces ms extenso (16 octetos), sino que agrega otras caractersticas como encriptado, autenticacin del usuario; configuracin automtica de la red y, especialmente, la posibilidad de manejar trfico sensible al retardo, que abrira las puertas a un buen funcionamiento de multimedia en las redes TCP/IP. Pero la nueva versin, puede significar importantes costos por el cambio de software; por ejemplo no hay que olvidar que el IP est implantado como parte de los propios sistemas operativos (Unix, Windows NT, Windows 95 y OS/2). De hecho todas estas cuestiones hacen dudar a muchos observadores de la efectividad del nuevo sistema, an en el mediano plazo. Hoy en da ms bien se habla de una caja negra que podra traducir direcciones globales nicas en simples direcciones locales especificas. En estas condiciones se podra pedir una direccin global de Clase C (de las que hay todava mas de un milln disponibles) e internamente usar cualquier otra, sin importar que alguien ms pudiera usarla, global o localmente. De esta manera se podran manejar centenares y an miles de hosts sin limitaciones. Si el nico problema fuera de direcciones globales disponibles, la solucin comentada podr extender la utilidad del sistema actual. Distinto es el caso en que se necesitan alguna de las otras nuevas caractersticas. Hay quienes piensan por ejemplo, que la propia inseguridad manifiesta de la red Internet facilite las implementaciones Ipv6 que, por cierto, este ao comenzaran a aparecer. 12

Figura 1. Direcciones IP.

NOMBRES
Sabemos que pese a la conveniencia de la representacin de una mquina por una direccin IP, resulta mucho ms prctico poder usar un nombre. Esto requiere la construccin de un mapa entre unos y otros. El mecanismo que se usa es el DNS o Sistema de Nombres de Dominio. El nombre completo constituye el llamado dominio de menor nivel y est compuesto por subnombres que en general siguen niveles jerrquicos de acuerdo con la organizacin de la empresa. Los subnombres se separan por medio de un punto y el dominio de mayor nivel o raz (el ltimo subnombre) representa el tipo de organizacin. Dicho dominio puede ser com para organizaciones comerciales, edu para instituciones educacionales, gov para organizaciones gubernamentales, etc. Por su parte, la implementacin del DNS consiste en una base de datos distribuida que mapea nombres a direcciones IP, aunque tambin puede realizar la operacin inversa, o sealar la direccin para el correo electrnico, etc. Aqu corresponde retomar el tema del DHCP. Ocurre que DHCP no tiene en la actualidad un mecanismo para actualizar el DNS. En consecuencia, si se usa el sistema automtico de asignacin de direcciones IP, el administrador tendr que cambiar manualmente las direcciones correspondientes en el DNS. Peor an es la situacin con el sistema de asignacin dinmica, puesto que obligara a una actualizacin prcticamente en lnea, lo cual obviamente es imposible para un proceso manual. Una forma de aliviar la situacin es asignar direcciones permanentes a dispositivos servidores de recursos. Esto servir hasta que aparezcan aplicaciones con comunicaciones entre pares, en que ya no existir en forma concreta la separacin entre cliente y servidor, puesto que el primero tambin podr cumplir funciones de servidor.

PRODUCTOS
Mucha gente se entusiasma porque Windows 9s viene -gratis- con la pila TCP/IP. Pero si en realidad queremos tener una amplia variedad de caractersticas adems de las estrictamente bsicas, tenemos que recurrir a productos especficos de TCP/IP para PC. Eso s, en algunos casos todava aparecen problemas de interoperabilidad entre diferentes productos, aunque no felizmente en las funcionalidades ms importantes. Hoy prcticamente todos los productos usan las API WinSock para sus comunicaciones bajo la forma de Drivers de Dispositivos Virtuales (VxD). Algunos incluso implementan VxD en su propia pila de protocolos constituyendo una alternativa ms eficiente, en cuanto a espacio ocupado en la RAM que el clsico TSR (Terminar y Quedar Residiendo). Las caractersticas que se encuentran en estos productos son: Telnet, cliente y servidor FTP, FTP Trivial, NFS y los servicios adicionales de impresin lpd (Dominio de Impresora de Lnea) como servidor y 13

Ipr (Impresin Remota en Lnea) cliente, correo electrnico, protocolos de acceso como SLIP, CSLIP (SLIP comprimido) o PPP, emulacin Tn3270, soporte SNMP por medio de agentes MIB II, soporte API con WinSock y, ltimamente, no slo con las formas adicionales tpicas de acceso al Internet como telnet y gopher, sino incluso algn browser como Mosaic para el acceso al Web o WWW. Mientras muchos productos ofrecen soporte cliente DHCP, son contados los que ofrecen la caracterstica servidor: Windows NT Server 3.5, OnNet 2.0 de FTP Software y el SolarNet PC-Admin (software) o Netra (soft y hard) de Sun Microsystems. El NT Server 3.5, en realidad viene con servidores DHCP y WINS (Sistema de Nombres de Interconexin Windows), donde este ltimo permite el manejo de nombres NetBIOS, aunque no es compatible con el DNS. Cuando se trabaja con NetWare hay que usar el driver ODI para unir mltiples protocolos en la NIC. Pero si una aplicacin est escrita para NDIS hay que agregar el ODINSUP de Novell. Otros proveedores ofrecen un parche para cargar el IPX sobre el NDIS.

14

PROTOCOLOS NETWARE
En esta oportunidad presentamos los principales protocolos para una LAN que usa una red NetWare. En la figura 1 puede verse esquemticamente la formacin del correspondiente paquete.

Figura 1. Paquete Netware.

IPX
Es un protocolo de capa tres de red que provee servicios de paquetes sin conexin, es decir que se entregan sin requerir el correspondiente reconocimiento. Este tipo de paquetes se llama mas propiamente datagramas. La operacin con datagramas simplifica el proceso y, sobre todo, acelera el funcionamiento del sistema especialmente en redes como en LANs donde los paquetes se propagan en forma masiva (broadcast) a todos los nodos. Debido a las condiciones expresadas antes, las garantas de entrega quedan reservadas a capas superiores a la del IPX, como pueden serlo SPX o NCP El encabezamiento de un paquete IPX incluye tres tipos de direcciones tanto de origen como de destino: red, nodo y socket. La direccin del nodo identifica la NIC de un dispositivo y tiene una longitud de 6 bytes. La direccin de red, de 4 bytes. define el segmento donde se ubican el nodo en cuestin. Finamente la direccin del socket o zcalo de 2 bytes identifica el proceso que se esta comunicando usando los servicios IPX. De estas ultimas hay valores prefijados como 451 para NCP, 452 para SAP, 453 para RIP y 455 para NetBios. El paquete tambin establece la longitud total del paquete, cantidad que antes estaba limitada a 576 bytes aunque actualmente puede extenderse. Tambin en el encabezamiento aparece un campo de Control de Transporte que cuenta los saltos que va haciendo el paquete entre enrutadores. Este valor esta limitado a 16, llegado el cual el paquete se desecha en el supuesto de lazos cerrados o imposibilidad de acceder a destino. Este protocolo permite el multiplexado y demultiplexado de diferentes protocolos superiores, lo que se indica con el campo llamado Tipo de Paquete y que de esta manera seala, por ejemplo al SPX o al NCP.

SAP
Un paquete SAP o Protocolo de Anuncio de Servicios se encapsula dentro del paquete IPX. SAP actuando como protocolo de capa cuatro de transporte permite que los servidores de archivos, impresin y otros anuncien sus servicios y direcciones. El encabezamiento del SAP incluye cosas como Nombre y Tipo del Servidor y, como antes, las direcciones de red, nodo y socket, como se vio anteriormente. Tambin se incluye el campo de Operacin de 2 bytes que define el tipo de operacin que se realiza. Aqu se define la requisicin hecha por un cliente por el nombre y direccin de un servidor de cierto tipo, la respuesta a una consulta del servidor ms cercano, la requisicin general de informacin a todos los servidores de cierto tipo, o bien respuesta a una requisicin general.

SPX II
El nuevo protocolo Intercambio Secuenciado de Paquetes II o SPX II es compatible hacia atrs con el 15

SPX anterior. Tambin es un protocolo a nivel de capa cuatro de transporte, que ofrece el sistema de ventana deslizante para poder manejar varios paquetes sin necesidad de reconocimientos individuales. El SPX II tambin permite paquetes ms extensos de los 576 bytes del SPX original.

NCP
El Protocolo de Ncleo NetWare, mas conocido como NCP, este protocolo se usa para implementar una serie de servicios: de archivos, impresin, acceso al NDS y administracin de nombres, as como el bloqueo de archivos y sincronizacin de servidores. Bajo esta perspectiva, NCP puede verse cubriendo las tres capas superiores del modelo OSI, es decir Sesin, Presentacin y Aplicacin. NCP se implementa tanto en el servidor como en la estacin de trabajo. En el primer caso est incluido en el shell y simplemente hace requisiciones al servidor NCP que es quien procesa las mismas. De esta manera se logra un acceso remoto transparentemente, es decir como si los recursos fueran locales, tanto a archivos como a servicios de impresin. El encabezamiento incluye campos como el Tipo de Requisicin NCP (crear una conexin, negociar el tamao de buffer, obtener nmero de la estacin, etc.), y el Cdigo de Servicio que amplia la identificacin del servicio requerido. NCP fue previsto para operacin en ambientes de broadcast propios de LANs y esencialmente a velocidades muy superiores a las posibles en circuitos seriales de amplio alcance. El llamado Modo Rfaga de Paquetes se agreg especialmente para las comunicaciones WAN, donde se aprecian serias restricciones en el comportamiento del NCP. Bsicamente con este modo rfaga, no hace falta responder una a una las requisiciones que se realicen, sino con una misma respuesta reconocer varias requisiciones.

16

PUENTES Y ENRUTADORES
Los equipos que interconectan LANs deben usar el mismo protocolo capa a capa. Si algunos de los protocolos involucrados no son iguales, debe intercalarse un dispositivo que haga la traduccin de un protocolo a otro. Puentes y Enrutadores poseen la funcionalidad necesaria para la exigencia mencionada. Sin embargo estos dispositivos pueden usarse tambin por otros motivos exclusivamente como por ejemplo un puente local para extender con ventajas el alcance de una red o particionar el trfico de la misma.

PUENTES
Los puentes, tal como se ir estudiando, podran definirse por un lado como repetidores inteligentes o, por el otro, como enrutadores de alta velocidad, independientes de los protocolos. Un puente trabaja (Figura 1) en los dos niveles ms bajos del modelo de capas, o sea la capa 1 (Fsica) y la 2 (Control del Enlace). Los puentes interconectan LANs que usan el mismo NOS y no realizan conversin de protocolos, sino simplemente despachan el paquete de datos a la direccin correspondiente de la otra red (Figura 2). De esta manera los puentes proporcionan una interconexin transparente de los segmentos fsicos de la red. Figura 1. Puentes y Enrutadores vistos desde el Modelo OSI

Mientras a travs de un repetidor (ver cuadro REPETIDORES) pasa cualquier paquete de informacin sin importar los sitios de origen o destino, un puente slo deja pasar paquetes a otra red si la direccin de destino no est en la misma red a la que pertenece el dispositivo originador del paquete. Esto se logra leyendo la direccin de cada paquete entrante (reconociendo de esta manera las direcciones de todos los nodos locales) y difundiendo a la otra LAN slo los paquetes que tengan direcciones extraas a las conocidas. En sentido inverso, el puente lee las direcciones de los paquetes que llegan de otra LAN y slo transfiere a la LAN local los paquetes que tengan las direcciones conocidas. Adems los puentes son transparentes a los protocolos usados por las capas superiores tales como TCP/IP, XNS, DECnet, etc. REPETIDORES Son dispositivos que permiten que las seales de una red puedan extender su alcance. Por ejemplo, a partir de que una red Ethernet de arquitectura barra y coaxil fino tiene una longitud mxima de 185 metros con un repetidor ubicado en un extremo dicha distancia puede extenderse a otro segmento o tramo de 185 metros totalizando 370 entre extremos. El proceso no es una simple amplificacin que incrementara no solo la seal atenuada sino tambin los ruidos y perturbaciones presentes en general. Con este tipo de seales digitales, ciertos circuitos permiten un verdadero proceso de regeneracin. La norma correspondiente permite que una red Ethernet del tipo comentado, puede tener hasta cuatro repetidoras consecutivas con lo que la longitud total llegara a 925 metros. Si lo mismo se hiciera en una red similar pero con el coaxil grueso original de Ethernet, la distancia de un tramo -500 metros- se podra extender hasta los 2,5 Km. 17

Por lo que queda dicho, un puente puede filtrar informacin monitoreando el trfico de las redes a las que est conectado y aprender las direcciones asociadas con cada red. Estos puentes pueden aislar el trfico local y el remanente de difusin de las dems redes. A medida que el puente aprende qu direcciones corresponden a cada red o subred, se incrementa el nivel de filtrado. Eventualmente estos puentes pueden adquirir el conocimiento de toda la topologa de la red e implementar automticamente las configuraciones.

Figura 2. Puentes Locales. Puesto que los puentes reconocen por si mismos las direcciones de los nodos locales, no requieren configuracin para el arranque. Sin embargo como requieren constante actualizacin de las tablas correspondientes; pueden volverse inmanejables al aumentar demasiado el tamao de la red. Resumiendo podemos decir que los puentes sirven esencialmente como ductos de alta velocidad. Idealmente estn preparados para interconectar redes similares donde la conversin de protocolo no es necesaria y las consideraciones de seguridad son mnimas y slo se requiere un enrutamiento rudimentario. Los puentes trabajan bien cuando conectan ambientes locales de subredes. El puente restringe el trafico local de un edificio o grupo de ellos y lo mantiene fuera del trfico estructural de la red. Las capacidades de filtrado de un puente pueden usarse para restringir los tipos de paquetes que viajan a travs de un puente, aliviando los cuellos de botella de trfico y limitando el acceso a cierto tipo de recursos de red. Su simplicidad les permite obtener una mayor eficiencia que se traduce generalmente en mayor velocidad, actualmente por arriba de los 15000 paquetes por segundo. Por otra parte, aunque en principio no hay lmite de distancia impuesta a los puentes mismos, los protocolos de red de alto nivel pueden emplear temporizadores para asegurar la entrega de un mensaje. Estos protocolos pueden entonces de hecho definir la mxima longitud de la interconexin. Tpicamente un puente puede extender la red a un distancia entre 1,5 y 50 km. Adems un puente, al permitir la particin de una gran red en varias subredes conectadas lgicamente, facilita el mantenimiento y la reparacin ya que la mayora de las posibles fallas slo afectarn un segmento de toda la estructura. Otra circunstancia a considerar es que con un puente se puede separar el conjunto en subredes segn el trfico, es decir a partir de la informacin de que haya estaciones que generen pocos y pequeos paquetes frente a otras que movilicen grandes paquetes e incluso muy frecuentes.

18

ENRUTADORES
Los Enrutadores conectan LANs trabajando a un nivel superior al de los puentes. Mientras estos manejan las dos primeras capas, los enrutadores lo hacen tambin a nivel de la capa 3 (Red). Estos dispositivos tienen mayor inteligencia que los puentes y en consecuencia pueden manejar diferentes niveles de direccionamiento. Los enrutadores actualizan el mapa de toda la red, incluyendo todos los dispositivos que operan en su nivel de protocolo o por debajo del mismo. Usando dicho mapa de red, los enrutadores pueden establecer el status actual de todos los caminos posibles a un destino dado y elegir el mejor mtodo de hacer llegar el paquete al destinatario. Los enrutadores simples son dependientes del protocolo; deben soportar cada protocolo de enrutado de una LAN. De cualquier manera tambin se disponen de enrutadores multiprotocolo. Los enrutadores reciben, retransmiten y enrutan los paquetes de datos entre LANs. De hecho las LANs pueden usar medios fsicos diferentes, p.e. coaxil y par trenzado; tambin pueden manejar protocolos diferentes en el segundo nivel: Token Ring y Ethernet. Sin embargo los enrutadores no son transparentes a los usuarios o sea a los nodos de las diferentes LANs. Para poder transmitir los datos salientes de un LAN determinada, los nodos deben direccionar a un enrutador especfico usando un cierto protocolo de la capa de red. Como resultado, todos los nodos conectados a un enrutador deben usar el mismo protocolo. Una de las formas de trabajar es encapsulando los protocolos de cada una de las LANs con el TCP/IP (Protocolo de Control de Transmisin/Protocolo Internet), SPX/IPX (Intercambio Secuencial/Internet de Paquetes) de Novell o XNS (Servicio de Red de Xerox). Una capacidad destacable del enrutamiento es reducir la cantidad del trfico 'broadcast' (difusin masiva) que NOS y programas usan en cierta (y a veces exagerada) magnitud, en desmedro de la eficiencia de una LAN y muy especialmente si se deben conectar va WAN. Los enrutadores absorben este tipo de trfico entre los diferentes segmentos de una red, mejorando las condiciones de trabajo de todo el sistema. La eficiencia de un enrutador no es tan buena como la de un puente y no poseen la capacidad de autoaprendizaje de los puentes; por lo tanto deben ser configurados por el usuario. Como contrapartida los enrutadores pueden usarse en WANs mtodos de enrutado muy eficientes como el uso de la ruta ms corta o el de una ruta alternativa, o incluso el que proporciona soporte de lazos, todo con un adecuado control de acceso. Justamente por esto ltimo se puede prevenir que ciertos nodos no autorizados de una LAN se comuniquen con los restringidos de otra. Adems los enrutadores, mientras proveen funciones similares de filtrado y de puente a travs de la red, ofrecen capacidades ms sofisticadas tales como funciones de administracin de red (por ejemplo control de trayectorias y reportes de error) as como caractersticas de control de trfico. Pueden realizar el equilibrio de las cargas y seleccionar el mejor camino disponible entre un nodo y otro. Los enrutadores, a diferencia de los puentes, pueden pasar por alto las fallas de enlaces y nodos congestionados porque comparten informacin entre s a travs de protocolos de enrutado que corren en la capa de Red. Los enrutadores ofrecen tambin algunas capacidades de seguridad: pueden filtrar paquetes de acuerdo con parmetros especficos tales como listas de acceso y protocolos. Las desventajas de los enrutadores consisten en que requieren un tiempo de procesamiento ms extenso que los puentes y en que consumen dicho de banda ya que los enrutadores se comunican permanentemente entre s. Por otra parte los enrutadores son una mejor eleccin que los puentes en empresas con varios edificios conectados. Al usar enrutadores, los administradores de la red pueden amoldar la red de acuerdo con las necesidades de la empresa, ajustar el rendimiento y asegurar un mantenimiento apropiado. En la Figura 3 se presenta un cuadro comparativo de las caractersticas principales de Puentes y Enrutadores. CARACTERISTICAS Capa del modelo OSI NOS en cada LAN Protocolos Direcciones Filtrado trafico local Mapa de la Red Administracin Trayectorias WAN Fallas de enlaces Congestin Tiempo de Procesamiento Uso ancho de banda Seguridad PUENTE 2 El mismo Transparente Autoaprendizaje Si NO NO Fijas Falla Falla Menor Menor No ENRUTADOR 3 Pueden ser diferentes Dependiente Si SI SI Control trayectoria y errores Selecciona mejor con balanceado Reenrutado automtico Reenrutado automtico Mayor Mayor Por filtrado especial

Figura 3. Comparacin de Puentes y Enrutadores. 19

ROUTERS o PUENTES-ENRUTADORES Este tipo de equipos, como lo insina su nombre, combina algunas caractersticas seleccionadas tanto de puentes como enrutadores. Se trata de dispositivos que con la base de un microcomputador trabajan con un algoritmo de enrutado, basado por ejemplo en tablas, filtrando a grandes velocidades (10000 o mas paquetes por segundo), y as poder atender aun a las LANs mas activas, aunque las retransmisiones se hagan a menor velocidad (varios miles de pps) y en realidad en funcin del medio de enlace entre LANs. El algoritmo de enrutado reconoce tanto la velocidad como la topologa de cada red en forma automtica sin intervencin del usuario. Generalmente el soporte incluye el enrutado alternativo y seleccin automtica de la ruta mas rpida con balanceo de cargas y respaldo automtico en caso de fallas del enlace. Tambin suele incluirse el control de acceso comentado antes en los enrutadores. Como la implementacin de los routers solo a nivel de capa de Enlace de Datos (numero 2), estos dispositivos son transparentes a los protocolos del as capas superiores como los mencionados al hablar de los puentes. Los routers se usan especialmente en conexiones remotas (Figura 4) interconectando LANs en topologas multipunto donde, por ejemplo, algunas pueden estar trabajando con PCs bajo NetWare y otros bajo TCP/IP en estaciones de trabajo Unix. Hoy en da los enrutadores y los ROUTERS (ver cuadro del mismo ttulo) forman la red estructural de muchas LANs indicando cuan rpidamente las redes LANs estn evolucionando a medida que se consiguen enrutadores ms poderosos en el mercado. Los enrutadores de alto rendimiento pueden manejar enrutado a nivel fsico, sistemas intermedios y nuevas formas de transmisin tales como tecnologas de Frame y Cell Relay. Estos enrutadores permiten extender las LANs por toda una empresa concentrando el trfico por medio de enrutadores alimentadores ubicados en distintos niveles de los canales de comunicacin de alta velocidad de todo el sistema.

Figura 4. Conexiones Remotas de LANs.

20

ETHERNET
Sin duda que Ethernet es la arquitectura de red ms popular en todo el mundo. Sigue la norma 802.3 de la lEEE, usa el mtodo de acceso CSMA/CD y funciona a velocidad de 10 Mbps. Puede usar fcilmente protocolos de comunicaciones como el TCP/IP del Unix hoy mucho ms extendido gracias al Internet. De esta manera se pueden acceder computadoras de mayor porte. Si bien la topologa original del Ethernet es de un bus lineal -es decir de una conexin que va de un extremo a otro, a lo largo del cual, se van "colgando" los diferentes equipos- hoy en da ms del 95 % de las instalaciones nuevas se hacen con la nueva topologa en estrella (ver Los Otros Ethernet). El sistema se llama 10 BASE-T. El 10 es de 10 Mbps. Base indica que la informacin se transmite tal cono se genera (los electrnicos dicen banda base) sin trasladarse en el espectro de frecuencias, y la T se refiere al medio de conexin que es el par trenzado sin blindar, ms conocido corno UTP. La configuracin se basa en un dispositivo central llamado hub, que hace de repetidor de las seales que circulan entre las PCs (Figura 1). Entonces el paquete que genera un equipo aparece en todas las ramas de la estrella.

Figura 1.10 BASE-T (UTP). La longitud mxima de una estacin al hub es de 100 metros. Para una mayor distancia hace falta un repetidor. La norma acepta hasta 4 repetidores en el camino total entre dos estaciones cualesquiera.

PAQUETES
Ya dijimos que la informacin producida por estaciones de trabajo y servidor se mueve en forma de paquetes de cierta cantidad de informacin. Ese es el paquete que se introduce al sistema de comunicacin cuando un equipo gana acceso al mismo. De qu estn hechos los paquetes? Obviamente que contienen informacin: eso ya lo dijimos. Pero primero en qu magnitud?, y segundo algo mas se transmite? En primer lugar, la longitud de datos depende del sistema de red. El paquete Ethernet tiene una longitud mxima de 1500 bytes para los datos. Entonces, no importa cun extensa sea la informacin a transferir de un equipo a otro, cada paquete no puede tener ms de 1500 bytes. Ahora bien; vimos que los paquetes entran a un medio de acceso que es de difusin masiva. o sea de broadcasting. El paquete est en todos lados del medio de comunicacin. Pero slo un equipo lo "tomar" como para l: el de destino. Por lo tanto se requiere agregar una "direccin" de destino. Adicionalmente dicha estacin tendr que saber quin envi el paquete, para la correspondiente respuesta. Por lo tanto tambin se deber agregar la "direccin" del remitente. Ambas direcciones son del mismo tipo. En la subsiguiente respuesta de la estacin que recibi un paquete, la direccin de destino ser la del remitente del paquete anterior. as como la del remitente actual ser la de destino del paquete anterior. Estas direcciones estn "grabadas" en cada tarjeta NIC. El lEEE se encarga de asignar juegos de numeraciones distintivas a los diferentes fabricantes, quienes a su vez deben cuidar de que los nmeros de fabricacin no se repitan. En definitiva, cada tarjeta de red tiene un nmero estipulado de 6 bytes de longitud que no tiene ninguna otra en ningn lugar del mundo. De esta manera una red local puede estar trabajando con tarjetas de distintos orgenes sin que se repitan las direcciones. Nuestro paquete entonces tiene a esta altura tres informaciones diferentes: datos, direccin de destino y direccin de origen. Cada una de ellas constituye un campo del paquete. Otros dos campos aparecen en el paquete Ethernet (Figura 2). Uno est entre el campo de direccin de origen y el de datos. Aqu hay una diferencia importante entre el Ethernet original (el inventado por Bob Metcalfe) y el estipulado por el IEEE -el 802.3- que es posterior. En el Ethernet original el campo en cuestin, de 2 bytes de longitud, est preparado para identificar el tipo de red; aqu se distingue, por ejemplo, una red TCP/IP (la de Unix e Internet) y otra Novell. El campo de la 802.3, en cambio, si bien 21

tambin de 2 bytes, solo indica la longitud de los datos.

Figura 2. Paquete Ethernet. La diferencia consignada nos dice que la especificacin 802.3 puede usarse en redes locales del mismo tipo, pero en un ambiente heterogneo, en algn lugar se debe hacer la conversin al Ethernet original. El otro campo agregado al paquete Ethernet es el llamado FCS que significa Secuencia de Chequeo del Cuadro. Tiene 4 bytes y va al final del cuadro, es decir, a continuacin del campo de datos. El FCS tiene un nmero llamado CRC o Chequeo de Redundancia Cclica que es el resultado de un elaborado mtodo matemtico de tratar los cuatro campos que le anteceden (los dos de direcciones, el tipo/longitud y el de datos). El destinatario del paquete efectuar el mismo tipo de operacin sobre estos campos, y el resultado obtenido lo comparar con el FCS recibido. Si son iguales, considera que la informacin recibida est en buenas condiciones. Caso contrario, desechar el paquete y, generalmente, pedir la retransmisin del paquete en cuestin. Con los valores estipulados el paquete Ethernet de longitud mxima tendr 1518 bytes, 1500 de datos, y los cuatro campos adicionales que agregan 18 bytes. Es funcin de la NIC el formar los paquetes que se van a transmitir en base a los datos que vienen de protocolos de mayor nivel o del propio software de aplicacin. Igualmente, reconocer los paquetes que le son dirigidos, verificar su exactitud y pasar a dichos protocolos, la informacin de datos recuperados de dichos paquetes.

LOS OTROS ETHERNET

Ya dijimos que el Ethernet original trabaja con una conexin tipo bus que, por cierto est terminada en sus extremos por sendas resistencias elctricas que absorben la energa que llega evitando que vuelvan (se reflejen) y causen seales falsas al superponerse a las correctas. En este caso se usa un cable coaxil conocido como de 50 ohmios (que no es el mismo de la televisin que es de 75 ohmios). Este cable va recorriendo la instalacin "buscando" los diferentes equipos. Hay dos versiones fsicas del Ethernet con coaxil: coaxil grueso y fino. El primero se llama 10 BASE5, el segundo, 10 BASE2. La diferencia en la denominacin est en el ltimo nmero, pues lo dems es lo mismo comentado en el texto principal. Ahora el "5" representa 500 metros, mientras el "2", 200 metros. Los valores se refieren a la longitud mxima del coaxil de extremo a extremo. En el Ethernet fino, en realidad, la distancia mxima es de 185 metros. Como se pueden admitir hasta 4 repetidoras, la distancia total mxima es de 2500 metros para el coaxil grueso y 925 metros con el fino. En realidad hay mayores diferencias entre el conexionado con coaxial grueso y fino. Con el coaxial grueso se usa en el cable lo que se llama un transceptor, del cual sale una conexin de cables mltiples (que se llama AUI) que se conecta a la NIC del equipo. De esta manera la PC puede llegar a estar hasta 50 metros de distancia del punto del coaxial al cual se conecta. En cambio con Ethernet fino (Figura 3), efectivamente hay que ir a "buscar" cada equipo. El coaxil que se usa en este caso se conoce como RG-58, y se usan conectores llamados BNC. El cable se conecta por medio de un conector BNC en forma de "T", una rama para cada trozo del cable, mientras que la parte central se conecta directamente a la NIC de la PC, o a lo sumo con un pequeo coaxil que no puede exceder los 4 cm. Las "T" que conectan equipos deben estar separadas por al menos 50 cm.

Figura 3. 10 BASE2 (Coaxil Fino). 22

CABLEADO
Se pueden decir muchas cosas del cableado. Este fue un tema venido a menos en el tiempo; algo aparentemente accesorio y de importancia relativa. Se cableaba lo que haca falta y simplemente con el tiempo se iba agregando en funcin de las necesidades. Quizs muchos ni se imaginen la cantidad de empresas grandes (al menos para nuestros pases latinos) en que las cosas se hicieron as durante mucho tiempo. Pero en los ltimos aos el cableado parece haber ganado ttulo profesional. Se comenz a hablar entonces de cableado estructurado. Ayudo un poco el hecho que se comenzaran a analizar los costos y el tiempo de los agregados y cambios acumulados con la rpida expansin de las redes locales. Porque los costos de estas circunstancias pueden representar tanto o hasta ms de lo que cost la instalacin inicial. Esta situacin se vuelve ms crtica cuando hay que resolver entre reparar una instalacin o directamente reemplazarla. En este sentido, la experiencia dice que es conveniente pensar en el futuro; es decir, prever las expansiones de los prximos aos. El nivel de conocimientos que los administradores de redes tienen hoy de este tema es bastante variable. Se sabe en general que las normas relacionadas son las EIA/TIA 568A y 568B, as como los boletines TSB-36 y TSB-40 que la complementan definiendo las tres categoras de sistemas de cableado UTP. Otros reconocen los cdigos de colores de los cables y an las diferencias entre los conectores RJ-45 (los de EIA/TIA, el propio del 10 Base-T y el USOC -Cdigo de Orden de Servicio Universal- que no est relacionado con los conectores UTP de una LAN). De hecho, para el caso abundan tarjetas con los diferentes tipos de cableado de dichos conectores. Tambin se consiguen atractivas reglas de clculo que, adems del conexionado de diversos conectores y sistemas de cableado, muestra la atenuacin y NEXT a distintas frecuencias. Pero la experiencia nos ha dicho que quizs convenga saber algo ms de los propios componentes de la instalacin, su registro y mantenimiento, as como de algunas verificaciones de una instalacin. El tema de las pruebas propias que se realizan por medio de instrumentos electrnicos, preferimos reservarlo para un desarrollo especfico.

INSTALACIN
Cuando hablamos de componentes nos referimos no solamente al cable sino a los dems dispositivos. Podemos mencionar a los Bloques de Conexin o Connecting Blocks que se ubican en los Paneles de Interconexin o Patch Panels del Armario de Telecomunicaciones o Telecommunications Closet o del Armario de Distribucin o Distribution Closet. En el primer caso especialmente podemos encontrarnos con montajes en rack con los conectores montados por el frente. Las placas y tomas de pared tambin son importantes. Deben ser modulares, quizs no slo para RJ45 sino tambin para RJ-11 (a veces un par), si la instalacin es comn con la telefnica. Los conectores inclinables facilitan la conexin y visualizacin. El Cable de Conexin o Cable Cord es el que va entre la toma de pared y la PC, y que por cierto no debiera superar una longitud de 3 metros. Y no olvidemos a los cables que van en el sobretecho por medio de tuberas. Estas deben tener cubiertas removibles para su inspeccin y, dems est decirlo, no compartir con los cables de energa. El tema de las puestas a tierra lo trata la EIA/TIA 607, y no olvidemos los problemas de interferencias de RF (radiofrecuencia), especficamente los causados por los motores de ascensores. Adems de conocer los componentes tambin puede ser importante tener algunos conocimientos tiles de las herramientas que se emplean, ms all de una simple peladora de cable que retira el forro o vaina del mismo. Una de ellas puede ser el Punzn o Punch-Down Tool que permite ubicar los cables entre las mordazas de las Abrazaderas o Clips que se ubican en los bloques de conexin. Estas abrazaderas vienen generalmente en dos tipos: 66 y 110. Muchos usuarios prefieren el 66 porque con este tipo, durante el propio proceso de terminacin del cable, se corta la mayor parte del exceso del mismo. Esto es importante si tenemos en cuenta que la norma requiere que la parte no retorcida de los cables que se conectan no exceda la media pulgada, o sea 1,3 cm., algo que requiere mucho cuidado por parte del instalador. Por otra parte, justamente hay abrazaderas del tipo 66 que tienen slo 20 mm. de altura. Esto permite reducir el valor del NEXT. Otra herramienta muy til es la Engarzadora o Crimper que permite el engarce de conectores en los cables en una operacin limpia y rpida.

23

VERIFICACIONES Y PRUEBAS
La mayora de los problemas de cableado que aparecen con el tiempo son consecuencia o del diseo (o falta del mismo) y/o de la instalacin. Forros rasgados o cortados; cable muy apretado en los amarres del cableado mltiple; doblados muy cerrados en las esquinas; falta de arandelas cuando se atraviesan superficies metlicas. Y los conocidos y mencionados pares sin trenzar. Tambin pueden prevenir de longitudes al limite.

ADMINISTRACIN
Lo mnimo que se puede pedir en cuanto la administracin de un sistema de cableado comienza con el etiquetado de componentes y conexiones como, por ejemplo, los tomas de cada estacin de trabajo y el extremo correspondiente en el panel de interconexin del armario de distribucin. En cambio, no puede decirse lo mismo de la conexin que va de la toma a la propia PC, puesto que las mquinas pueden cambiarse o cambiar de lugar. El etiquetado debe responder a un sistema de numeracin bien preciso; para los cables debe incluir al menos su identificacin y longitud. Hay una gran cantidad de software especializado que permite crear y mantener un mapa del cableado como modulo de todo el sistema de hardware de la red. Algunos tienen capacidad CAD (Diseo Ayudado por Computadora), incluyendo un sistema de coordenadas de la instalacin. Esto permite una planificacin por adelantado de movimientos, cambios o agregados. En definitiva, vale la pena invertir en un sistema de administracin de cable y documentar la informacin pertinente. Si ya lo tiene para el hardware "grande" (PCs, hubs, etc.), no se olvide del cableado. Quizs la prxima vez que tenga problemas se lamente si no lo hace.

24

EL CABLEADO UTP EN LANS

INTRODUCCION
Por muchas razones el cableado de pares trenzados sin blindar es atractivo para los planificadores y administradores de LAN Es barato, simple de instalar y fcil de mantener. Es una tecnologa establecida de muchos aos con normas bien conocidas, existente en todo tipo de edificios tanto particulares como comerciales e industriales y soportada por gran cantidad de proveedores e instaladores. Sin embargo este tipo de cableado es, ms que otras implementaciones, sensible al ruido y deformacin de las seales todo lo cual degrada el rendimiento de una LAN

CONCEPTOS BASICOS
Podramos decir que bsicamente hay dos tipos de pares trenzados, el blindado (STP, Shielded Twisted Pair) que se usa generalmente en las redes Token Ring mientras que el Par Trenzado Sin Blindar (UTP, Unshielded Twisted Pair) es tpico de la nueva generacin de Ethernet y cada vez ms del Token Ring de 4 y 16 Mbps y hasta existen proyectos avanzados de llevarlo a la FDDI (Interfaz de Datos Distribuidos por Fibra) de 100 Mbps con cableado metlico. El cableado UTP se describen trminos de su dimetro, si es alambre cable y qu tipo de recubrimiento tiene. Tambin obviamente se lo puede distinguir por la cantidad de pares que contenga dentro de la misma envoltura. Cada conductor puede reducirse a un nico ALAMBRE o bien a un conjunto de ellos llamado CABLE cuando el conductor est formado por varios hilos de alambre muy delgado de forma tal que equivalen en espesor a cierto alambre ms grueso. El alambre es siempre preferible al cable; en este ltimo caso siempre pueden cortarse hilos y llegar a producirse fallas intermitentes. El AWG (Calibre Americano de Alambres) se defini en base a cuntos alambres de cada tipo entran en un rea determinada y constante. Por eso a mayor calibre menor dimetro y viceversa. La mayora de los pares trenzados usados en instalaciones telefnicas y de datos corresponde a los calibres 22 a 26 siendo 24 la norma de facto y que en USA se llama DIW (Cable Distribuido Interno). En la Figura 1 puede verse la equivalencia entre los calibres en cuestin y los dimetros en milmetros. Tambin se agregan los valores tpicos de la resistencia cada 100 metros medibles con un tester comn. Como se comenta ms adelant estos valores prcticamente no significan nada en cuanto a la atenuacin de los cables a las velocidades o frecuencias de trabajo. AWG # 22 # 24 # 26 Dimetro ( mm ) 0.64 0.51 0.40 Resistencia( Ohm./100 m ) 5.3 8.4 13.4

Figura 1. El Cableado UTP en LANs. Todos estos cables se trenzan de a pares entre s de forma tal que los conductores tengan no menos de una vuelta cada 15 cm. Adems, si pasan por ductos donde haya flujo de aire, al no tener otra proteccin, las normas indican que estos conductores deben tener un recubrimiento (plenum) que minimice los humos txicos en caso de recalentarse o incendiarse el aislante.

CARACTERISTICAS ELECTRICAS
Como parmetros elctricos mencionaremos: Capacitancia: Proporciona una medida de la cantidad de energa elctrica que se puede almacenar entre dos conductores. Si bien aumenta con la longitud, tomada por unidad depende fundamentalmente del espesor del aislante que segara un par conductor y el tipo del mismo dado por la llamada constante dielctrica. Los valores tpicos para las mejores calidades de UTP (que se categorizan por niveles como ya se ver) estn entre los 46 y 66 pF (picofaradios) por metro. 25

Atenuacin: Se mide en decibeles cada 100 metros y su valor es funcin de la velocidad de trabajo. Los decibeles (abreviadamente dB) miden la relacin de los niveles de potencia en los puntos que se quieren comparar, exactamente tanto como 10 veces el logaritmo decimal de dicha relacin. Las prdidas ocasionadas en la seal por un cable son normalmente mucho mayores que la simple resistencia medida con un tester comn (de DC o AC de baja frecuencia). A las velocidades de trabajo (4, 10 0 16 Mbps) aparecen otras limitaciones mucho ms importantes como el efecto pelicular, etc. Un detalle importante en las instalaciones con UTP es que un incremento en la temperatura provoca un aumento en la atenuacin medida a 20 grados. Por ejemplo, junto a una pared metlica, especialmente de tarde y en das calurosos la temperatura puede llegar a 60 grados y si el cableado pasa muy cerca de dicha pared, los efectos se harn sentir. Efectivamente, por empezar en un cable tpico con aislacin de PVC a la temperatura mencionada la atenuacin puede aumentar hasta en un 30 %. Esto estrictamente implica que la distancia mxima de la red debiera ser slo un 70 % de la establecida para una temperatura normal, so pena de que al no tener en cuenta este factor, aparezcan problemas intermitentes y cadas en el rendimiento de la red. Estas fallas responden a la mayor cantidad de colisiones en el caso de un Ethernet o al incremento del efecto negativo del NEXT (que se ver ms adelante), especialmente en una red Token Ring. En cambio si el cable tiene una aislacin especial, por ejemplo, de Teflon con resina fluorcarbono, el comportamiento puede considerarse ms aceptable ya que el incremento de atenuacin ser menor del 10 % para la temperatura mencionada. Impedancia Caracterstica: Es funcin de la frecuencia (velocidad) y otras caractersticas elctricas del cable conocidas como constantes distribuidas. Si su valor se adapta al medio al que se conecta, su efecto es lograr la mayor transferencia posible de energa entre los distintos puntos. Caso contrario da lugar a seales reflejadas que en definitiva producen prdidas cuando n6 acompaadas de interferencias. El valor tpico es de 100 ohmios con una tolerancia de 15%. Velocidad de Propagacin: En el espacio abierto se trata de la velocidad de la luz, aproximadamente 300000 Km. por segundo. Sin embargo dentro de un material conductor, debido justamente a la estructura del mismo, la velocidad efectiva resulta ser menor que aquella. En un par trenzado tpico UTP la velocidad real es de aproximadamente 180.000 km. por segundo, lo que corresponde a un factor de 0,60 respecto de la velocidad de la luz. La inversa de la velocidad de propagacin, conocida como Retardo de Transmisin, es un parmetro que el diseador de una LAN tiene en cuenta como factor que limita el acceso especialmente en Ethernet.

IMPERFECCIONES EN LAS SEALES DE DATOS

La velocidad con que se transmite y la cantidad de informacin que se pierde durante la transmisin son los parmetros principales que sealan la calidad de un sistema de cableado. Esto es as aunque los dispositivos que se conectan tengan algn sistema de deteccin y correccin de errores. Cualquier degradacin puede afectar seriamente el rendimiento puesto que generalmente los sistemas Ante dichos se basan en la retransmisin de las seales. El UTP es ms vulnerable a la interferencia debido justamente a la falta de un blindaje que puede aislar la seal de los campos elctricos externos al cable. En este sentido la Fibra Optica es totalmente inmune a la interferencia elctrica porque maneja haces luminosos. En forma simplificada podemos agrupar las imperfecciones en tres categoras: ruido, atenuacin y deformacin. El RUIDO IMPULSIVO Puede ser de dos orgenes diferentes: interferencias de RF (RFI) debidas a transmisiones de radio y EMI (Interferencia Electromagntica) por captacin de seales producidas por motores (de ascensor o acondicionadores, p.e.), luces fluorescentes, soldaduras de arco, fotocopiadoras, etc. El ruido por DIAFONIA (Crosstalk) es una seal indeseada interferente que aparece en un par proveniente de otro par del mismo conjunto de conductores. El fenmeno es similar al que ocurre cuando en comunicacin telefnica se escucha (aunque sea con mucho menor intensidad) la conversacin de otro par de abonados. En la diafona influyen principalmente el medio dielctrico que rodea los conductores y el grado de trenzado de los mismos dado por la cantidad de vueltas por unidad de longitud. El problema de las interferencias se ataca en dos frentes: Disminuir, en cada par de conductores, la capacidad de captacin de seales de otro par. Reducir la radiacin de seales propias de un par que puedan afectar a otro par. La solucin pasa en primer trmino por usar un sistema balanceado donde ninguno de los cables de un par es masa o retomo. Para el caso por uno de los conductores se enva una seal; por el otro se enva, por ejemplo, una seal opuesta a la anterior. En el extremo receptor se mide la diferencia entre las dos seales 26

para establecer la seal neta transmitida. Como las seales en cuestin son opuestas, el resultado ser una seal de doble magnitud a cualquiera de ellas. As las cosas, si este par recibe seales espreas ambos conductores presentarn seales indeseadas de amplitudes similares pero del mismo signo, por lo que al restarse el resultado ser un valor muy reducido; esto se llama rechazo en modo comn. Para la segunda parte no basta con que el sistema sea balanceado sino que los cables de cada par se trencen entre s. Debido a las seales balanceadas, los campos generados en cada conductor de un par sern iguales y de signo contrario. Sin embargo, si trabajamos con un par paralelo, visto desde afuera siempre habr un conductor que estar ms cerca que el otro y por lo tanto en ese punto externo habr una seal inducida residual de un signo determinado. Si en cambio el par fuera trenzado, la seal esprea resultante tender a ser nula porque los conductores se van alternando en su mayor cercana al punto de observacin, por donde supuestamente pasa otro par. Adems el hecho de usar un par trenzado ayuda a disminuir la captacin mencionada en primer trmino considerando que ahora el par que analizamos est en un punto exterior al par interferente. Al estar trenzado el par considerado, las seales inducidas por el otro tienden a igualarse totalmente por el mismo concepto de vecindad comentado y en consecuencia la lectura diferencia tiende mucho ms a cero que antes. Tpicamente el par nmero 1 est acoplado ms fuertemente por lo que resulta el mejor de todos los pares existentes dentro de un multipar. Le siguen el par nmero 2, 3, etc. El motivo es que an con dos vueltas por pie (una cada 15 cm.), el conjunto de todos los pares tambin se retuerce y por su ubicacin dentro del conjunto, el par nmero 1 resulta tener ms torsiones que todos los dems. La ATENUACION ya fue analizada anteriormente estando ligada ms que al dimetro del alambre, al tipo de dielctrico usado y obviamente a las velocidades manejadas. La DEFORMACION, por su parte, se produce en la transmisin de las seales por el cable. Los efectos capacitivos ya mencionados son uno de los factores principales que hacen que un bit que se transmite casi como una verdadera Onda Cuadrada llegue al receptor integrado adquiriendo el aspecto de una especie de Diente de Sierra. El llamado JITTER o BAILOTEO obedece en forma conjunta a la diafona y la atenuacin, por lo que las seales no llegan a cada nodo en sincronismo de modo que la deteccin puede darse o antes o despus del momento preciso. La mezcla de UTP y STP en una instalacin es una fuente muy frecuente de posible bailoteo. En un Token Ring puede darse, por ejemplo, el caso que una estacin remota trabaje bien mientras todas las estaciones locales estn trabajando, pero si varias de las locales se retiran, el jitter se acumule y la estacin remota comience a tener problemas.

TIPOS DE UTP
Se los reconoce por redes donde si bien todos se indican como alambres (no cables), tienen caractersticas

diferenciales dadas por el calibre, cantidad de vueltas por unidad de longitud y aislante entre conductores. Los niveles en cuestin son: Nivel 1: Se usa para voz, analgica y digital aunque limitada a 20000 bps en este ltimo caso. Nivel 2: Usado para voz y aplicaciones de datos de velocidades intermedias (hasta 4 Mbps). Se basa en la especificacin del Tipo 3 del Sistema de Cables de IBM y la principal aplicacin es en las instalaciones de ISDN de Velocidad Bsica. Nivel 3: Usado en aplicaciones de LAN de alta velocidad (hasta 16 Mbps), se corresponde con las especificaciones de la EIA/TIA 568. Se usa especficamente con 10 BASE-T y tiende a ser usado con Token Ring
tanto en redes de 4 como de 16 Mbps.

Nivel 4: Est previsto para aplicaciones de LAN de alta velocidad extendida (hasta 20 Mbps). Se caracteriza por un elevado rechazo a la diafona y baja atenuacin lo que lo hace una opcin UTP preferible en Token Ring de 16 Mbps.
Nivel 5: Se usa en aplicaciones de LAN de extremadamente alta velocidad(hasta 100 Mbps) como la FDDI con cableado metlico.

CONECTORES
Se deben tener cuidados especiales en el conexionado de los conectores especialmente el RJ-45, usados en el cableado UTP de las LANs. El conector mencionado es de 8 contactos y similar (pero ms grande) a los R1-11 y RJ-12 de los telfonos americanos. Estos ltimos conectores (parados y tres pares 27

respectivamente) tienen una polarizacin y secuencia dada por el Cdigo de Regulacin de Servicios Uniformes (USOC). Esta norma, que fuera extendida oportunamente a los RJ-45 (Figura 2), se caracteriza porque los pares estn anidados a partir del primero en el centro de los contactos. Sin embargo, USOC no es la nica norma existente pese a la enorme difusin de las instalaciones telefnicas de modo que por lo tanto es histricamente la secuencia ms usada en USA Ahora bien, puesto que las diferentes normas definen los pares lgicos a travs de los cuales se efecta la transmisin de datos, los conectores RJ-45 pueden originar fallas en aplicaciones de LAN si el conexionado de uno y otro lado no responde a una misma norma. Efectivamente, la interfaz 258A de AT&T (Figura 3) establece que el par 1 se conecta a las patas 4 y 5 mientras que las 1 y 2 corresponden al par 2. En cambio con USOC, si bien el primer par se corresponde con AT&T, el segundo par se realiza entre los pines 3 y 6.

Figura 2. Conexin USOC. Y ocurre que la norma AT&T se ha convertido en la especificacin ms usada ltimamente para las nuevas instalaciones de datos, debido a la fuerte presencia de dicha empresa en el mercado del Sistema Distribuido de Establecimientos (PDS). Adems, el conexionado recomendado para 10 BASE-T es un subconjunto del correspondiente a la 258A de AT&T (Figura 4), donde el apareado se produce entre los contactos 1/2 y 3/6 en el conector. Entonces el conexionado USOC no trabajar con un conector 10 BASE-T porque el trfico que se enve por las patas 1/2 corresponde a pares divididos. Y ocurre que si el cableado es tal que los pares lgicos resulten divididos aparecer un efecto inaceptable en el NEXT segn se ver ms adelante. Un detalle a tener muy en cuenta es que la divisin de pares puede que no se aprecie desde afuera del conector mismo ya que, pese al cruce, igualmente podra haber continuidad.

Figura 3. Conexin 258A (PDS) de AT&T. Otra fuente de problemas puede estar dada por el tipo de conductor que se conecta a un conector. Por ejemplo, el UTP puede estar hecho con alambre o cable y los buenos conectores RJ-45 son diferentes en cada caso. Para el alambre se necesita un conector que se cierre ahorcajadas de aquel, mientras que para el segundo el conector debe clavarse en los cablecitos. Conviene destacar que exteriormente los conectores son similares y su uso inapropiado puede ocasionar, luego de cierto tiempo, desconexiones intermitentes.

28

Figura 4. Conexin 10 BASE-T. Las fallas tambin se pueden originar en la tentacin de disponer los pares libres para otros usos. Esto en todo caso puede hacerse con STP que con su blindaje puede ofrecer aislacin electromagntica, pero definitivamente no con UTP. En las conexiones propiamente dichas se pueden crear problemas por trenzado reducido. En los tableros (blocks) de conexiones o paneles de empalmes (patch panel) muchos instaladores acostumbran dejar, al pelar los conductores, varios centmetros de cable sin trenzar. Por cierto algo parecido aunque de peores efectos en general resulta al usar el tpico cable telefnico que va del aparato correspondiente al jack en la pared o piso. Este conductor generalmente no es trenzado y su uso es slo para voz. En realidad ningn tramo de la instalacin, por corto que sea, debe realizarse con cable plano paralelo o con el propio par trenzado pero desenroscado. Es bueno aclarar que de acuerdo con AT&T, si por el conjunto de pares se transmite tambin voz, el conector debe tener una cua o lengeta para que no pueda calzar por error en un jack convencional. Un sistema de este tipo se completa con una muesca o ranura delgada en un costado del jack de modo que el conector con la cua pueda penetrar adecuadamente en l, aunque tambin puede hacerlo el conector convencional manteniendo compatibilidad hacia abajo. Y aqu conviene resaltar que de ninguna manera en aplicaciones de LAN conviene enchufar un RJ-11 o RJ-12 en un jack RJ-45 por los movimientos inevitables producidos por ejemplo por vibraciones, todo lo cual puede provocar intermitencias en el sistema. En cuanto al cableado propiamente dicho, la norma AT&T establece que los cables de transmisin sean blancos con estras de color azul (el par 1), naranja (el par 2), verde (el par 3) y marrn (el par 4), mientras que los de recepcin tengan sendas estras blancas con el cuerpo de los dems colores indicados en el orden respectivo.

NEXT
Con UTP se deben tener presente los efectos del ruido y la diafona. La situacin es de mayor cuidado cuando por un par se transmite y por el otro se recibe, como ocurre con el conexionado margarita del Token Ring y otros tipos de redes. Esto es as porque la seal que se transmite sale con su mximo nivel mientras que la recibida sido atenuada por el cable. El Problema se agudiza a mayores velocidades, vale decir puede ser de menor importancia en 4 Mbps pero crtico en redes de 16 Mbps. Ocurre que cuando se transmite una seal, especialmente en las cercanas del puerto transmisor, el cable correspondiente irradia lo suficiente (la seal de transmisin tiene all todava su mxima amplitud) como para ser captada por el otro par conectado al puerto de recepcin de la misma estacin. De esta manera, otra seal diferente que est llegando al puerto recin mencionado en forma "normal" desde el par de transmisin (va la MAU) de la estacin vecina ascendente y por lo tanto atenuada por el recorrido realizado, ser interferida por la primera debido al acoplamiento entre los pares de transmisin y recepcin El NEXT (Near End Crosstalk) mide la relacin entre la seal directa de un par y la captada del par cercano, es decir especficamente las potencias de la seal transmitida y el ruido captado del par adyacente. El NEXT mide cuntos dB por debajo de la seal transmitida est la seal interferente en el canal de recepcin. Corresponde aclarar que por tratarse en realidad de un valor negativo, un mejor NEXT corresponde a un nmero ms alto, mientras que un valor bajo implica un peor NEXT. El efecto del NEXT se har sentir si la seal esprea es comparable a la recibida "normalmente". Pongamos nmeros a esto partiendo de que en 100 metros una seal de 16 Mbps se puede atenuar en unos 11 dB (Figura 5) como valor tpico de un UTP de nivel 3. La seal que transmite una estacin puede llegar a recorrer 200 metros hasta su vecina (cada una a 100 metros de la MAU, Unidad de Acceso para Multiestaciones) y como MAU es pasivo la seal recibida estar atenuada en 22 dB con respecto a la transmitida.

29

Velocidad( Mbps ) 4 Nivel 3 mnimo Nivel 3 tpico Nivel 4 Nivel 5 5.6 4.6 4.3 4.3 10 9.8 8.0 7.2 7.2 16 13.3 11.0 8.9 8.2 20

22.0

Figura 5. Atenuacin( dB / 100 m. ) El mismo UTP tomado como ejemplo tiene como valor tpico a 16 Mbps un NEXT de 30 dB (Figura 6), pero como la seal en el canal de recepcin se ha atenuado en 22 dB (al hablar de atenuacin tambin por definicin corresponde el signo negativo),tendremos un margen de la seal recibida respecto del ruido de 8 dB (6,3 veces). Numricamente en decibeles: - 22 - ( -30 ) = 8 Si en cambio estuviramos frente a la peor muestra de dicho nivel de cable, el NEXT puede ser tan poco como 23 dB y entonces, como la atenuacin sigue siendo la misma, con 1 dB de diferencia (la seal deseada es slo un 25 % mayor que la interferencia) el sistema no trabajara para nada Se ha establecido el valor de 10 dB (10 veces) como nivel aconsejado para una buena operacin. En estas condiciones el "jitter" inducido por efecto del NEXT es de casi 3,5 nanosegundos (20 grados). Adems en la prctica las cosas pueden estar por debajo de lo previsto, habida cuenta de los efectos propios del nudo genrico que puede aparecer junto con la seal recibida Por ejemplo, el cableado al que nos referimos no debe tener trayectorias paralelas con cableado de 220 voltios y si as ocurriera 1 a separacin mnima debe ser de 30 centmetros. Tampoco debe pasar por las cercanas de fuentes generadoras de nudo de las mencionadas oportunamente. Velocidad( Mbps ) 4 Nivel 3 mnimo Nivel 3 tpico Nivel 4 Nivel 5 Figura 6. NEXT( dB ) Otro factor negativo causante de una mayor diafona es el uso de pares libres para manejar seales telefnicas analgicas. Aqu debe tenerse presente que el repique de un telfono corresponde a una seal de gran amplitud y con alto componente armnico y por lo tanto proclive a causar mayor interferencia. El uso de los conectores RJ-45, como ya se adelantara, tambin puede aportar su cuota negativa en el NEXT. Efectivamente, un apareado lgico incorrecto de cables en los conectores puede crear un par dividido en el que los cables no corran con el enroscado mutuo previsto. De esta manera la diafona aumentar as como el efecto del NEXT. De cualquier manera pueden ocurrir cosas aparentemente inslitas. Con ciertos cables el NEXT es menor con el par 7/8 respecto siempre del 1/2 que con el 3/6 de la norma. Esto puede ocurrir porque algunos pares por fabricacin pueden estar ms trenzados que otros. De hecho esto puede conducir, en casos extremos de NEXT, a probar todas las combinaciones posibles de los cuatro pares trenzados. Los problemas recin comentados as como otros referidos anteriormente nos llevan a establecer como procedimientos saludables, la mayor adherencia posible a las normas que, entre otras cosas, asegure que la inversin continuar siendo til e incluso no crear dependencia de algn proveedor en particular. 32 41 50 53 10 26 34 42 47 16 23 30 39 44 20

32

30

NORMAS PARA CABLEADO EN UTP

Existen diversas normas de aplicacin al cableado en UTP, cronolgicamente tenemos la IEEE 803.5j referida a la utilizacin de UTP para Token Ring a 4 Mbps, la IEEE 802.3i -denominada usualmente Ethernet 10 BaseT- y la EIA/TIA 568, Norma para el Cableado de Telecomunicaciones en Edificios Comerciales. Esta ltima, publicada en julio de 1991, es una norma de carcter general que cubre tanto telefona como datos, y para stos, el uso de diferentes tipos de cables. El objetivo deseado de la norma fue tanto el definir un cableado para el soporte general de un entorno multiprotocolo y multiproveedor, como el de ofrecer una gua para el diseo de equipos, es decir que nuevos productos ofrecidos deberan funcionar adecuadamente en l. La norma define una estructura general: comenzando desde el rea o puesto de trabajo, establece que el mismo debe tener dos conexiones, denominadas cableado horizontal, con un Armario de Telecomunicaciones en los que se hallan las terminaciones de las mismas, los sistemas de interconexin y equipos de telecomunicaciones. Una de las conexiones, para telefona, debe ser cable UTP de cuatro pares, para la otra, de datos, son tres: UTP de cuatro pares, STP que es el cable de pares blindados conocido habitualmente como cable Tipo I y el coaxil de 50 Ohm. La instalacin de fibra ptica es opcional y adicional a los vnculos anteriores. En cualquier caso el cable tiene que tener un solo tramo, -slo se permiten los empalmes cuando es necesario cambiar de tipo de cable, por ejemplo a tipo bajo alfombra- y dicho cable de be terminar rgidamente,
en el puesto en un conector definido para cada tipo de cable y en el Armario en un medio de interconexin o panel de patch (Figura 1 ).

Figura 1. Cableado horizontal. La longitud mxima permitida, para cualquier tipo de cable, es de 90 metros, con un cable de conexin entre el conector del puesto y el equipo de no ms de 3 metros y un cable de patch en el Armario de 6 metros. Para los cables UTP, que la norma y sus posteriores adiciones definen el conector en el puesto de trabajo debe ser un RJ-45 hembra, cableado segn dos variantes funcionalmente idnticas denominadas T568A y T568B, aunque debe usarse una sola en toda la instalacin (Figura 2).

Figura 2. Conector RJ-45. Los Armarios de Distribucin deben unirse a una Interconexin, o Armario Principal, o a una Interconexin Intermedia, a su vez unida al Armario Principal, permitiendo a lo sumo dos niveles jerrquicos de interconexin. Adems se permite unir los Armarios entre s para facilitar las comunicaciones. Esta parte del cableado que une Armarios se denomina red troncal o Backbone. (Figura 3). Los tipos de cable permitidos para la red troncal son los mismos que para el cableado horizontal, pero se permite el uso de multipares LTTP. En general la distancia total permitida entre el Armario Principal y los de Telecomunicaciones es de 500 metros, salvo para Fibra Optica para la que se admite hasta 2000 metros. La topologa establecida para la red Troncal es en estrella de forma tal que otras topologas, tales como anillos o barras, deben obtenerse a partir de sta (Figura 4). En resumen, y considerando slo la parte correspondiente a datos y el caso de cableado UTP, la Norma EIA/TIA 568 prescribe que: Los puestos de trabajo deben unirse a un Armario de Distribucin con un cable continuo de cuatro pares, de determinadas caractersticas, terminado rgidamente en el Armario en un medio de interconexin y en los puestos de trabajo en un conector fijo RJ-45 hembra cableado en forma determinada. 31

La longitud mxima del cable entre Armario y puestos es de 90 metros. Los Armarios de Distribucin deben unirse todos a un Armario Central, con topologa estrella.

Figura 3. Cableado troncal.

Figura 4. Configuracin del Backbone.

Bibliografa: Revista LAN & WAN.

32