Guía de Configuración de Bridging e IBM Networking de Cisco IOS, Versión 12.2SR
Descripción General del Bridging
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 210 KB | Inglés (9 Septiembre 2007) | Comentarios

Contenidos

Descripción General del Bridging

Transparent Bridging y Source-Route Transparent (SRT) Bridging

Funciones de Transparent Bridging

Ruteo y Bridging integrados

Interfaz Virtual del Grupo de Bridges

Otras consideraciones

Funciones del Bridging SRT

Bridging de Ruta en Base de Origen (SRB)

Características SRB

Link Entre Switches Token Ring (TRISL)

Módulo de Switch de Ruta Token Ring (TRRSM)

Información General sobre Conmutación

Capacidad de Uso del Switching

VLAN

VLAN Token Ring

Soporte del VLAN de Token Ring en el RSM


Descripción General del Bridging


La sección del bridging de esta guía discute los componentes del software siguientes para interligar y los Routing Protocol en los routeres Cisco:

Transparent Bridging y Source-Route Transparent (SRT) Bridging

Bridging de Ruta en Base de Origen (SRB)

Link Entre Switches Token Ring (TRISL)

Módulo de Switch de Ruta Token Ring (TRRSM)

Este capítulo de descripción general proporciona una descripción de alto nivel de cada tecnología. Para la información de la configuración, refiera al capítulo correspondiente en esta publicación.


Soportana los comandos all de la nota soportados en los Cisco 7500 Series Router también en los Cisco 7000 Series Router.


Transparent Bridging y Source-Route Transparent (SRT) Bridging

El software de Cisco IOS soporta bridging transparente para Ethernet, Fiber Distributed Data Interface (FDDI) y medios seriales, y soporta bridging transparente con ruta de origen (SRT) para medios Token Ring. Además, Cisco soporta todas las variables obligatorias de la Base de información para administración (MIB) especificadas para Transparent Bridging en RFC 1286.

Esta sección contiene los temas siguientes:

Funciones de Transparent Bridging

Ruteo y Bridging integrados

Funciones del Bridging SRT

Funciones de Transparent Bridging

La implementación del software de Puente transparente de Cisco tiene las características siguientes:

Conforme con la norma IEEE 802.1D.

Proporciona la capacidad de dividir lógicamente una red puenteada de forma transparente en LANs virtuales.

Proporciona dos Spanning Tree Protocol — un más viejo formato del (BPDU) de la Unidad de bridge protocol data que sea compatible con Digitaces y otros Bridges LAN para la compatibilidad descendente y el formato BPDU de la norma IEEE. Además de las características estándar con estos Spanning Tree Protocol, el software propietario de Cisco preve los dominios múltiples para atravesar - los árboles. Los parámetros del spanning-tree son configurables.

Permite la filtración de tramas basada en la dirección MAC (Media Access Control), el tipo de protocolo o el código de proveedor. Además, el software de bridging se puede configurar para filtrar selectivamente los avisos del servicio multicast de transporte de área local (LAT).

Proporciona la distribución de carga determinista mientras se mantiene un spanning tree sin loops.

Proporciona la capacidad de puentear sobre ATM (Asynchronous Transfer Mode), DDR (Dial-On-Demand Routing), FDDI, Frame Relay, multiprotocolo LAPB (Link Access Procedure Balanced), SMDS (Switched Multimegabit Data Service) y redes X.25.

Proporciona ruteo y bridging simultáneos, es decir, la capacidad de puentear un determinado protocolo en algunas interfaces de un router y, simultáneamente, rutear dicho protocolo a otras interfaces del mismo router.

Proporciona ruteo y bridging integrados, que representan la capacidad de rutear un protocolo determinado entre las interfaces ruteadas y los grupos de bridge, o rutear un protocolo dado entre grupos de bridge.

Proporciona Transparent Bridging de conmutación rápida para interfaces seriales de alta velocidad (HSSI) y seriales encapsuladas Frame Relay, según el formato especificado en RFC 1490.

Proporciona Puente transparente Fast-Switched para la interfaz ATM en el Cisco 7000, según el formato especificado en el RFC 1483.

Proporciona la compresión de las tramas LAT para reducir el tráfico LAT a través de la red.

Proporciona tanto bridging como ruteo de VLANs.

Los routers y servidores de acceso Cisco se pueden configurar para funcionar como routers multiprotocolo y bridges para MAC, puenteando así todo el tráfico que no se puede rutear de otra manera. Por ejemplo, un router que rutea el Internet Protocol (IP) puede también interligar el protocolo o el tráfico de NetBios del LAT de Digital.

Los routers de Cisco también soportan el bridging remoto en líneas seriales sincrónicas. Al igual que en el caso de las tramas recibidas en todos los demás tipos de medios, el filtrado configurable y de aprendizaje dinámico se aplica a las tramas recibidas en líneas seriales.

También se soporta el bridging de tránsito de las tramas Ethernet a través de medios FDDI. El término tránsito hace referencia al hecho de que el origen o el destino de la trama no puede estar en el mismo medio FDDI. Esto permite que la FDDI actúe como estructura básica de alta eficiencia para la interconexión de muchas redes puenteadas. La configuración del bridging de tránsito de FDDI es idéntica a la configuración del bridging transparente en los demás tipos de medios.

Ruteo y Bridging integrados

Aunque los ruteo y Bridging simultáneos hagan posible a la ruta y interliguen un protocolo específico en las interfaces diferentes dentro de un router, el protocolo no se conmuta entre interligado y las interfaces ruteadas. El tráfico ruteado se reserva a las interfaces ruteadas; el tráfico puenteado queda confinado a las interfaces puenteadas. Un protocolo especificado se puede rutear o puentear en una interfaz dada, pero no ambos.

La integración entre ruteo y bridging permiten rutear un protocolo específico entre las interfaces ruteadas y los grupos de bridges, o rutear un protocolo específico entre grupos de bridges. El tráfico local o no enrutable se puede puentear entre las interfaces puenteadas del mismo grupo de bridges, mientras que el tráfico enrutable se puede rutear a otras interfaces ruteadas o grupos de bridges. El cuadro 1 ilustra cómo los Ruteo y Bridging integrados en un router interconectan un Bridged Network con una red ruteada.

Figura 1 Ruteo y Bridging Integrados que Interconectan una Red Puenteada con una Red Ruteada

Se puede configurar el Cisco IOS Software para rutear un protocolo específico entre las interfaces ruteadas y los grupos de bridges o para rutear un protocolo específico entre los grupos de bridges. Específicamente, el tráfico local o no enrutable se puentea entre las interfaces puenteadas del mismo grupo de bridges, mientras que el tráfico enrutable se rutea a otras interfaces ruteadas o grupos de bridges. Usando ruteo y bridging integrados, puede hacer lo siguiente:

Conmutar paquetes de una interfaz puenteada a una interfaz ruteada

Conmutar paquetes de una interfaz ruteada a una interfaz puenteada

Conmutación de paquetes dentro del mismo grupo de bridges

Interfaz Virtual del Grupo de Bridges

Dado que bridging actúa en la capa del link de datos y el ruteo actúa en la capa de red, siguen diferentes modelos de configuración del protocolo. Tomando el modelo básico del IP como ejemplo, todas las interfaces puenteadas pertenecerían a la misma red, mientras que cada interfaz ruteada representa una red distinta.

En el ruteo y el bridging integrados, se inserta la interfaz virtual de grupo de bridge para evitar confundir el modelo de configuración del protocolo cuando un protocolo específico se puentea y rutea en un grupo de bridge. El cuadro 2 ilustra el Interfaz Virtual de Bridge-Group como interfaz virtual del usuario configurado que reside dentro de un router.

Figura 2 Interfaz Virtual de Grupo de Bridges en el Router

La interfaz virtual de grupo de bridges es una interfaz ruteada normal que no soporta el bridging, pero representa al grupo de bridges correspondiente para la interfaz ruteada. Tiene todos los atributos de la capa de red (tales como una dirección de capa de red y filtros) que se aplican al grupo de bridges correspondiente. El número de interfaz asignado a esta interfaz virtual corresponde al grupo de bridges que representa esta interfaz virtual. Este número es el link entre la interfaz virtual y el grupo de bridges.

Cuando se habilita el ruteo para un protocolo dado en la interfaz virtual del grupo de bridge, los paquetes que proceden de una interfaz ruteada, pero destinados a un host en un dominio puenteado, se rutean a la interfaz virtual del grupo de bridges y se reenvían a la interfaz puenteada correspondiente. Todo el tráfico ruteado a la interfaz virtual del grupo de bridges se reenvía al grupo de bridges correspondiente como tráfico puenteado. Todo el tráfico ruteable recibido en una interfaz puenteada se rutea a otras interfaces ruteadas como si proviniera directamente de la interfaz virtual del grupo de bridges.

Para recibir los paquetes ruteables que llegan en una interfaz bridged pero destinados a una interfaz ruteada, o recibir paquetes ruteados, la interfaz virtual del grupo de bridges debe tener también las direcciones apropiadas. Las direcciones MAC y las direcciones de red se asignan a la interfaz virtual del grupo de bridges de la manera siguiente:

La interfaz virtual del grupo de bridges “pide prestada” la dirección MAC de una de las interfaces puenteadas en el grupo de bridges asociado a la interfaz virtual del grupo de bridges.

Para rutear y puentear un protocolo dado en el mismo grupo de bridges, debe configurar los atributos de la capa de red del protocolo en la interfaz virtual del grupo de bridges. Los atributos del protocolo no se deben configurar en las interfaces puenteadas y los atributos de bridging no se pueden configurar en la interfaz virtual del grupo de bridges.

Puesto que puede haber solamente una interfaz virtual de grupo de bridges que represente a un grupo de bridges y el grupo de bridges puede estar compuesto por diversos tipos de medios configurados para varios métodos de encapsulación distintos, puede que necesite configurar la interfaz virtual de grupo de bridges con los métodos de encapsulación determinados necesarios para conmutar los paquetes correctamente.

Por ejemplo, la interfaz virtual del grupo de bridges tiene encapsulaciones predeterminadas del link de datos y de la capa de red que coinciden con las disponibles en las interfaces Ethernet, pero la interfaz virtual del grupo de bridges se puede configurar con encapsulaciones que no se soportan en una interfaz Ethernet. En algunos casos, las encapsulaciones predeterminadas proporcionan resultados apropiados; en otros casos no lo hacen. Por ejemplo, con la encapsulación predeterminada, los paquetes ARPA (Advanced Research Projects Agency) de la interfaz virtual del grupo de bridges se traducen a SNAP (Subnetwork Access Protocol) al realizar el bridging de IP a una interfaz Token Ring o FDDI bridged. Pero para Internet Packet Exchange (IPX), la encapsulación Novell-Ether de la interfaz virtual del grupo de bridges se traduce a token sin tratar o a FDDI sin tratar al puentear IPX a una interfaz Token Ring o puenteada con FDDI. Puesto que este comportamiento no es generalmente lo que se quiere, debe configurar la encapsulación IPX SNAP o Service Advertisement Protocol (SAP) en la interfaz virtual de grupo de bridges.

Otras consideraciones

A continuación se aportan datos adicionales sobre el soporte del ruteo y bridging integrados:

Los Ruteo y Bridging integrados no se soportan en las Plataformas del cBus (AGS+ y las Cisco 7000 Series).

El ruteo y el bridging integrados se soportan para el bridging transparente, pero no para el de ruta de origen (SRB).

El ruteo y bridging integrado se soporta en todas las interfaces de medios excepto en las interfaces puenteadas X.25 e ISDN (red digital de servicios integrados).

El ruteo y bridging integrado soporta tres protocolos: IP, IPX, y AppleTalk en modos Fast-Switching y Process-Switching.

El ruteo y el bridging integrados y el ruteo y el bridging simultáneos no se pueden utilizar al mismo tiempo.

Funciones del Bridging SRT

Los routers de Cisco soportan Transparent Bridging en interfaces Token Ring que soportan el bridging SRT. El bridging transparente y SRT se soportan en todas las tarjetas de interfaz de Token Ring que se puedan configurar para las velocidades de transmisión de 4 o 16 MB.

Como con otros media, todas las características que utilizan bridge-group los comandos se pueden utilizar en las interfaces Token Ring. Como con otros tipos de interfaz, el Grupo de Bridge puede ser configurado para funcionar con los Spanning Tree Protocol de IEEE o de Digitaces. Cuando está configurado para Spanning Tree Protocol IEEE, el bridge coopera con otros bridges SRT y construye una topología sin loops a través de toda la red LAN extendida.

Usted puede también funcionar con el Spanning Tree Protocol de Digitaces sobre el Token Ring. Utilícelo cuando tenga otros bridges que no sean de tipo IEEE en otros medios y no disponga de ningún bridge SRT en Token Ring. En esta configuración, todos los bridges transparentes Token Ring deben ser routers Cisco. Esto es porque el Spanning Tree Protocol de Digitaces no se ha estandardizado en el Token Ring.

Tal como indica la especificación del bridging SRT, solamente los paquetes sin un campo de información de ruteo (RIF) (RII=0 en el campo SA) se puentean de manera transparente. Los paquetes con un RIF (RII= 1) se transfieren al módulo SRB para su gestión. Una interfaz Token Ring con capacidad SRT puede tener SRB y el bridging transparente habilitados a la vez. Sin embargo, con bridging SRT, las tramas que no tenían un RIF cuando fueron generadas por su host de origen nunca obtienen un RIF, y las que lo tenían nunca lo pierden.


Observeporque los Bridges que ejecutan solamente el SRT que interliga nunca agregan o quite los RIF de las tramas, ellos no integran el SRB con Puente transparente. Un host conectado con un bridge de ruta de origen que espera recibir RIFs nunca se puede comunicar con un dispositivo a través de un bridge que no entienda los RIFs. El bridging SRT no puede conectar los bridges de ruta de origen existentes a una red puenteada transparente. Para conectar los bridges existentes, debe utilizar el bridging de traducción de ruta de origen (SR/TLB) en su lugar. El SR/TLB se describe en “configurando el capítulo del Source-Route Bridging”.


El bridging entre Token Ring y otros medios requiere ciertas transformaciones de paquetes. En todos los casos, las direcciones MAC se someten a intercambio de bits, porque el orden de bits en Token Ring es diferente del de otros medios. Además, Token Ring soporta un formato de paquete, Logical Link Control (LLC), mientras que Ethernet soporta dos formatos (LLC y Ethernet).

La transformación de las tramas LLC entre los medios es sencilla. Un campo de longitud se crea (cuando la trama no se envía a Token Ring) o se remueve (cuando la trama se envía a Token Ring). Cuando una trama de formato Ethernet se envía al Token Ring, la trama se traduce a un paquete LLC-1 SNAP. El valor del punto de acceso del servicio de destino (DSAP) es AA, el valor del Punto de acceso al servicio de origen (SSAP) es AA, y el valor del Identificador organizacional único (OUI) es 0000F8. Asimismo, cuando un paquete en el formato LLC-1 se puentea en medios Ethernet, el paquete se traduce a formato Ethernet.


El bridgingde la precaución entre el medio distinto presenta varios problemas que puedan evitar que ocurra la comunicación. Entre estos problemas se incluye la traducción del orden de bits (o el uso de direcciones MAC como datos), las diferencias de la unidad máxima de transmisión (MTU), las diferencias de estado de trama y el uso de direcciones multicast. Algunos o todos estos problemas pudieron estar presentes en una LAN puenteada multimedia. Debido a las diferencias en el modo en que los nodos extremos implementan Token Ring, estos problemas son los más frecuentes al realizar bridging entre redes LAN Token Ring y Ethernet, o Ethernet y FDDI.

Actualmente se producen problemas con los protocolos siguientes cuando existe bridging entre Token Ring y otros medios: Novell IPX, DECnet Phase IV, AppleTalk, Banyan VINES, Xerox Network Systems (XNS) e IP. Además, pueden surgir problemas con los protocolos Novell IPX y XNS cuando se puentean entre FDDI y otros medios. Recomendamos que estos protocolos estén ruteados siempre que sea posible.

Bridging de Ruta en Base de Origen (SRB)

El Bridging Software del Cisco IOS incluye la capacidad SRB. Un bridge de ruta de origen conecta varios Token Rings físicos a un segmento de red lógica. Si el segmento de red puentea solamente soportes Token Ring para proporcionar conectividad, la tecnología se denomina SRB. Si el media del Token Ring de los Bridges de la red y del timbre del NON-token se introduce en el segmento del Bridged Network, la tecnología se llama Remote Source-Route Bridging (RSRB).

El SRB permite a los routers actuar simultáneamente como un router de nivel 3 y bridge de ruta de origen de nivel 2. Así, los protocolos tales como IPX o XNS de Novell se pueden rutear en Token Rings, mientras que en otros protocolos tales como Systems Network Architecture (SNA) o NetBIOS se realiza un puenteado de ruta de origen.

La tecnología SRB es una combinación de bridging y de funciones de ruteo. Un bridge ruteado en base de origen puede tomar decisiones de ruteo basadas en el contenido de la cabecera de la trama MAC. Mantener la función de ruteo en la capa MAC, o de nivel 2, permite que los protocolos de capa superior ejecuten sus tareas más eficientemente y permite ampliar la LAN sin el conocimiento de los protocolos de capa superior.

Según lo diseñado por IBM y el comité IEEE802.5, los bridges de ruta de origen conectan LANs Token Ring extendidas. Un Source-Route Bridge utiliza el RIF en el encabezado MAC IEEE802.5 de un datagrama (el cuadro 3) a determinar que suena o la red Token Ring divide el paquete en segmentos debe transitar.

Cuadro 3 formato de la trama Token Ring IEEE802.5

La estación de origen inserta el RIF en el encabezado MAC inmediatamente después del campo de dirección de origen en cada trama, dando así su nombre a este estilo de bridging. La estación de destino invierte el campo de ruteo para alcanzar la estación de origen.

La información de un RIF se deriva de paquetes de explorador generados por el nodo de origen. Estos paquetes de explorador atraviesan toda la red de bridge de ruta de origen recopilando información sobre las trayectorias que pudo utilizar el nodo de origen para enviar paquetes al destino.

El bridging de spanning tree transparente necesita tiempo para recalcular una topología en caso de falla; El SRB, que mantiene varias trayectorias, permite una rápida selección de rutas alternativas en caso de falla. Aún más importante es que el SRB permite que las estaciones finales determinen las rutas que toman las tramas.

Características SRB

La implementación de Cisco SRB tiene las características siguientes:

Proporciona software fast-switching configurable para SRB.

Admite un bridge de ruta de origen local que conecta dos o más redes Token Ring.

Proporciona grupos en anillo para configurar un bridge de ruta de origen con más de dos interfaces de red. Un grupo en anillo es una colección de interfaces Token Ring en uno o más routers que se tratan colectivamente como un anillo virtual.

Proporciona dos tipos de paquetes de explorador para recopilar información de RIF: un paquete explorador de todas las rutas, que sigue todos los trayectorias posibles a un anillo de destino, y un paquete explorador de spanning tree, que sigue una ruta limitada configurada estáticamente (spanning tree) al buscar las trayectorias.

Proporciona una memoria caché de RIF determinada dinámicamente según el protocolo. El software también permite añadir entradas manualmente a la memoria caché del RIF.

Proporciona el filtrado por dirección MAC, el encabezado de LSAP (punto de acceso de servicio de link) y el tipo de protocolo.

Permite filtrar las tramas de NetBIOS por el nombre de la estación o por un desplazamiento de bytes del paquete.

Proporciona la traducción en tramas puenteadas de forma transparente para permitir que las estaciones ruteadas en base de origen se comuniquen con estaciones no ruteadas en base de origen (generalmente en Ethernet).

Proporciona soporte para las variables MIB SRB según lo descrito en el documento "MIB de Bridge" del borrador IETF, "Definición de Objetos Administrados para Bridges", E. Decker, P. Langille, A. Rijsinghani y K. McCloghrie, junio de 1991. Sólo se soporta el componente SRB de Bridge MIB.

Proporciona el soporte para las variables MIB de Token Ring según lo descrito en el RFC 1231, IEEE 802.5 Token Ring MIB, por K. McCloghrie, R. Fox, y E. Decker, mayo de 1991. Cisco implementa las tablas obligatorias (Tabla de Interfaz y Tabla de Estadísticas), pero no la tabla opcional (Tabla de Temporizador) de MIB Token Ring. Se ha implementado el MIB Token Ring para las tarjetas Token Ring de 4/16-Mb, que pueden ser ajustadas por el usuario para velocidades de transmisión de 4 o 16 Mb (CSC-1R, CSC-2R, CSC-R16M o CSC-C2CTR).

SRB se soporta con FDDI en los Cisco 7200 Series Routers.

El switching basado en partículas se soporta (con FDDI y Token Ring) de forma predeterminada en los Cisco 7200 Series Routers.

Cumple con el RFC 1483 en Cisco IOS Release 12.0(3)T y posterior ofreciendo la capacidad de encapsular el tráfico SRB usando la encapsulación LLC RFC 1483 puenteada. Este soporte habilita la funcionalidad SRB sobre ATM que es interoperable con las implementaciones de SRB sobre ATM de otros proveedores.

Link Entre Switches Token Ring (TRISL)

El ISL es un protocolo de la capa 2 que permite al Switches y al Routers para transportar las tramas Ethernet de los VLAN múltiples a través de los fast ethernet o de los links Gigabit Ethernet. El protocolo de Cisco TRISL extiende el modelo ISL para incluir el transporte de las tramas Token Ring de los VLAN múltiples a través de estos mismos links.

El soporte TRISL en los routeres Cisco proporciona el Routing entre VLAN y el bridging a través de un link Fast Ethernet del 100 Mb. ISL y TRISL proporcionan ruteado y bridging entre las LANs, ELANs y VLANs Token Ring y Ethernet.

TRISL se soporta en las siguientes plataformas con cualquiera de los siguientes adaptadores de puerto:

Cisco 7500 o Cisco 7200 Series Routers

– Ethernet/ISL rápido cuadripolo 100BaseTX

– Ethernet/ISL rápido cuadripolo 100BaseFX

– Fast ethernet de un acceso 100BaseTX

– Fast ethernet de un acceso 100BaseFX

Cisco 4500 o 4700 Series Routers

– NM-1FE

Cisco 3600 o 2600 Series Routers

– NM-1FE1CT1

– NM-1FE2CT1

– NM-1FE1CE1


Observelos tamaños de trama rápidos cuadripolos del soporte de adaptadores del puerto Ethernet/ISL hasta 17800 bytes y los adaptadores de puerto Fast Ethernet de un acceso soportan los tamaños de trama de hasta 1500 bytes.


El TRISL proporciona las nuevas capacidades y características siguientes:

Routing IP para las tramas Source Routed y nonsource-ruteadas entre los VLA N TRISL y cualquier LAN, ELAN, o VLA N.

IPX Routing para las tramas Source Routed y nonsource-ruteadas entre los VLA N TRISL y cualquier LAN, ELAN, o VLA N.

SRB entre los VLA N TRISL y los LAN con capacidad para SRB, los ELAN, o los VLA N.

SRT entre los VLA N TRISL y los LAN con capacidad para SRT, los ELAN, o los VLA N.

SR/TLB entre los VLA N TRISL y los LAN Ethernet, ELAN, o VLA N.

Duplicate Ring Protocol (DRiP), que evita los loops externos que pueden generarse si el número de anillo virtual del router estuviera duplicado en otra parte en la red.


El VLAN Trunk Protocolde la nota (VTP) no se soporta para el TRISL en el Routers en esta versión.


Módulo de Switch de Ruta Token Ring (TRRSM)

El soporte del VLAN Token Ring en el (RSM) del Route Switch Module agrega la capacidad para hacer el ruteo de protocolo múltiple y el bridging para los VLAN Token Ring en el RS. El RS es un Cisco IOS Software corriente del módulo del router que conecta en un backplane del switch de red Token Ring.

Esta sección contiene una breve descripción del Token Ring Switching, que se describe en los temas siguientes:

Información General sobre Conmutación

Capacidad de Uso del Switching

VLAN

VLAN Token Ring

Soporte del VLAN de Token Ring en el RSM

Información General sobre Conmutación

La transferencia del término fue utilizada originalmente para describir las Tecnologías del Packet Switch tales como link de Proceso de Acceso a link Balanceado (LAPB), Frame Relay, Switched Multimegabit Data Service (SMDS), y X.25. Hoy, el Switching de LAN refiere a una tecnología que sea similar a un Bridge en gran medida.

Como los Bridges, el Switches conecta los segmentos LAN y utiliza la información contenida en la trama para determinar el segmento al cual un datagrama necesita ser enviado. El Switches, sin embargo, actúa a velocidades mucho más altas que los Bridges, y puede soportar las nuevas funciones, tales como LAN virtuales (VLA N). Vea la sección del “VLA N” y la sección de los “VLAN Token Ring”.

Los switches de red Token Ring primero aparecieron en 1994. Los switches de red Token Ring de primera generación se pueden dividir en dos categorías básicas:

Switches basado en el procesador — Estos procesadores reducidos uso del ordenador del conjunto de instrucciones del Switches (RISC) para conmutar las tramas Token Ring. Aunque tengan típicamente mucha función, son lentas y relativamente costosas. Este Switches se ha desplegado principalmente como switches de estructura básica debido a su costo alto.

Circuito específico de la aplicación (ASIC) - switches basados con las funciones limitadas — este Switches es rápidamente y relativamente barato, pero tiene función muy limitada. Típicamente, él ofrece poco a ninguna filtración, información para administración limitada, soporte limitado para interligar los modos, y VLA N limitados. Hoy, aunque este Switches sea menos costoso que el Switches basado en el procesador, él sigue siendo demasiado costoso y limitado para el uso extenso de Token Ring dedicado al escritorio.

En 1997, una segunda generación de switches de red Token Ring fue introducida. Los switches de red Token Ring del Cisco SECOND-GENERATION utilizan la transferencia ASIC basada, pero proporcionan la mayor funcionalidad dando por resultado una velocidad y un costo bajo más altos. También proporcionan una variedad más amplia de función que sus precursores, incluyendo el soporte para los modos múltiples del bridging, Token Ring dedicado (DTR) en todos los puertos, puerto de alta densidad, los links de alta velocidad, filtrando, Administración del Monitoreo remoto (RMON), control de broadcast, y los VLA N flexibles.

La familia de switches de red Token Ring de segunda generación se puede utilizar para la transferencia de la estructura básica, microsegmentation del grupo de trabajo, y Token Ring dedicado al escritorio. Los switches de red Token Ring que son ofrecidos actualmente incluyen:

El Catalyst 3900, que es un switch de grupo de trabajo apilable que proporciona el soporte para todos los modos, filtración, RMON, DTR, y administración de SNMP de la transferencia, y soporte para la atmósfera y el Inter-Switch Link (ISL).

El Catalyst 3920, que es también un switch de grupo de trabajo apilable que proporcione el soporte para todos los modos, filtración, RMON, DTR, y administración de SNMP de la transferencia.

El Catalyst 5000, que es un switch modular que soporta los Ethernetes, los fast ethernet, el FDDI, la atmósfera, y ahora el Token Ring.

Los switches de red Token Ring del Catalyst soportan los modos siguientes del bridging: SRB, SRT, y Source-Route Switching.

Capacidad de Uso del Switching

El método tradicional de conectar los segmentos de Token Ring múltiples es utilizar un SRB. Por ejemplo, los Bridges son de uso frecuente conectar los timbres del grupo de trabajo al timbre de la estructura básica. Sin embargo, la introducción del Bridge puede reducir perceptiblemente el funcionamiento en el puesto de trabajo del usuario. Otros problemas se pueden introducir por el cargamento de tráfico total en el timbre de la estructura básica.

Para mantener el funcionamiento y evitarlo sobrecargar el timbre de la estructura básica, usted puede localizar los servidores en el mismo timbre que el grupo de trabajo que necesita acceder el servidor. Sin embargo, la dispersión de los servidores en la red los hace más difíciles sostener, administrar, y asegurar que si están situados en el timbre de la estructura básica. La dispersión de los servidores también limita el número de servidores que las estaciones determinadas puedan acceder.

Los routeres de estructura básica derrumbados pueden ofrecer la mayor producción que los Bridges, y pueden interconectar un número más grande de timbres sin el sobrecargarse. El Routers proporciona el bridging y las funciones de ruteo entre los timbres y ha sofisticado los mecanismos de control de broadcast. Estos mecanismos llegan a ser cada vez más importantes mientras que el número de dispositivos en la red aumenta.

La desventaja principal de usar al Routers como la estructura básica del campus es el precio alto relativamente por el puerto y el hecho de que la producción no aumenta típicamente mientras que se agregan los puertos. Un switch de red Token Ring se diseña para proporcionar la producción de la velocidad de cable sin importar el número de puertos en el Switch. Además, el Catalyst 3900 Token Ring Switch se puede configurar para proporcionar mismo la latencia baja entre los puertos Token Ring usando el Cut-Through Switching.

Como local se derrumbó el dispositivo de estructura básica, un switch de red Token Ring ofrece un coste por puerto más bajo y puede incurrir en un tiempo de espera más bajo del interstation que un router. Además, el Switch se puede utilizar para asociar directamente un gran número de clientes o de servidores, de tal modo substituyendo los concentradores. Típicamente, un switch de red Token Ring se utiliza conjuntamente con un router, proporcionando a una interconexión de gran capacidad entre los segmentos de Token Ring mientras que conserva el control de broadcast y la Conectividad de la área ancha proporcionados por el router.

VLAN

UN VLA N es un grupo lógico de segmentos LAN, independiente de la ubicación física, con un conjunto común de requisitos. Por ejemplo, varias estaciones terminales se pudieron agrupar como departamento, tal como ingeniería o estadísticas. Si las estaciones terminales están situadas cerca de otra, pueden ser agrupadas en un segmento LAN. Si las estaciones terminales unas de los están en un diverso segmento LAN, tal como diversos edificios o ubicaciones, pueden ser agrupadas en un VLA N que tenga los mismos atributos que un LAN aunque las estaciones terminales no son todas en el mismo segmento físico. La información que identifica un paquete como parte de un VLA N específico se preserva a través de una conexión del switch de Catalyst a un router o a otro Switch si están conectadas vía los puertos troncales, tales como ISL o atmósfera.

VLAN Token Ring

Porque un VLA N es esencialmente un dominio de broadcast, un VLAN Token Ring es levemente más complejo que las redes Ethernet VLAN. En el bridging transparente, hay solamente un tipo de trama de broadcast y, por lo tanto, sólo un nivel de dominio de broadcast y un nivel de VLAN. Sin embargo, en el ruteo de origen, hay dos tipos de tramas de broadcast:

Los que se confinan a un único anillo

Las que atraviesan el dominio puenteado

Por lo tanto, hay dos niveles de VLANs en una red conmutada Token Ring. Estas dos categorías de tramas de broadcast dan lugar a un dominio de broadcast que sea jerárquico en la naturaleza, apenas pues un dominio del anillo local puede existir solamente dentro de un dominio de todos los timbres interconectados.

El primer nivel es la función de retransmisión de concentrador Token Ring (TrCRF). En un VLAN Token Ring, los dominios del anillo lógico son formados definiendo a los grupos de puertos que tienen el mismo número de anillo. El IEEE llama a tal grupo de puertos una función del relay del concentrador (CRF). En los switches de Catalyst, tal agrupar de los puertos Token Ring se llama un Token Ring CRF (TrCRF). En este nivel, VLAN es un anillo lógico y, como tal, se le asigna un número de anillo. En un switch de red Token Ring, el anillo lógico (TrCRF) contiene uno o más puertos físicos. el Source-Route Switching se utiliza para remitir las tramas dentro de un TrCRF basado en la dirección MAC o el descriptor de Route. En un RS, un anillo lógico (TrCRF) se puede definir que no contiene ninguna puertos físicos, pero se utiliza bastante solamente en el proceso del tráfico Source Routed para terminar el RIF.

El segundo nivel de VLA N es la función de Token Ring Bridge Relay (TrBRF). Ésta es la VLAN principal a la cual se asignan VLANs TrCRF. El dominio de los timbres interconectados se forma usando una función de Multiport Bridge interna que el IEEE llama una función de Bridge Relay (BRF). En los switches de Catalyst, tal agrupar de los anillos lógicos se llama un Token Ring BRF (TrBRF). En este nivel, la VLAN es un bridge lógico y, como tal, se le asigna un número de bridge. El TrBRF es responsable de remitir las tramas entre los grupos de puertos con el mismo número de anillo (TrCRFs) vía el SRB o el SRT.

El cuadro 4 representa la relación entre el TrCRF y los VLA N del TrBRF.

Cuadro 4 soporte del VLAN Token Ring en el RS

Soporte del VLAN de Token Ring en el RSM

El soporte del VLAN Token Ring en el RS agrega la capacidad para hacer el Multiprotocol Routing y el bridging para los VLAN Token Ring en el RS. El RS se puede utilizar solamente para hacer el Routing entre VLAN, o puede ser emparejado con un Catalyst VIP2 para proporcionar las conexiones de red externa con los adaptadores del mismo puerto usados en los Cisco 7500 Series Router. La combinación RSM/VIP2 proporciona la encaminamiento entre los adaptadores de puerto de los VLA N y del Catalyst VIP2. Una descripción completa del RS se puede encontrar en la nota de instalación y configuración del Route Switch Module de las Catalyst 5000 Series y la nota de instalación y configuración VIP2-15 y VIP2-40 del Catalyst del Route Switch Module.

El soporte del VLAN Token Ring en el RS agrega las funciones siguientes al Catalyst 5000 Switch:

Routing IP para Source Routed y Non-Source-Routed Frame entre el Token Ring (TrBRF) o redes Ethernet VLAN y interfaces VIP2

IPX Routing para Source Routed y Non-Source-Routed Frame entre el Token Ring (TrBRF) o redes Ethernet VLAN y interfaces VIP2

SRB entre los VLA N del Token Ring (TrBRF) y las interfaces VIP2

SR/TLB entre los VLA N del Token Ring (TrBRF) y redes Ethernet VLAN y interfaces VIP2

SRT entre los VLA N del Token Ring (TrBRF) y los VLA N con capacidad para SRT y las interfaces VIP2

El APPN y el DLSw+ se soportan para los VLAN Token Ring en el RS. Sin embargo, el RSRB no se soporta en el RS.

Para obtener información sobre cómo se implementan las VLANs Token Ring en los switches, refiérase a la Guía de Implementación de Switching Token Ring de Catalyst, la Notas de Configuración de Token Ring de Catalyst 5000 Series, la Guía del Usuario de Switching Token Ring del Catalyst 3900 y la Guía del Usuario de Switching Token Ring del Catalyst 3920.

El RS es un Cisco IOS Router Software corriente del módulo del router que interconecta directamente (los plugs en) el backplane del switch de Catalyst. De la perspectiva del VLAN Token Ring, la interfaz al RS está en el nivel del Bridged Network del Token Ring (TrBRF). Con el RS, es posible rutear o interligar entre el Token Ring y los dominios Ethernet separados.

Al rutear o interligando entre los VLA N del TrBRF que se definen como dominios SRB, es necesario crear un anillo lógico en el RS para el proceso apropiado RIF. Este anillo lógico se define como VLA N del TrCRF que no contenga ninguna puertos externa del switch de red Token Ring. El cuadro 5 ilustra la Vista lógica del Routing IP entre dos VLA N interligados Source-Route en el RS. En esta visión, el RS aparece tener una interfaz al timbre 100 y al timbre 110.

Cuadro 5 Vista lógica del soporte a VLAN en el RS

La función de Token Ring RSM se soporta en el RS en la plataforma del Catalyst 5000. El soporte para la función de Token Ring RSM primero fue introducido en el Cisco IOS Release 11.3(5)T. La función de Token Ring RSM se soporta en todas las imágenes de la versión de software del Cisco IOS Release 12.0 T. Una lista de las versiones soportadas del Cisco IOS y las imágenes del software están situadas en los Release Note para la publicación de las versiones de software del Cisco IOS 12.0T de las Catalyst 5000 Series RSM/VIP2. Para una Descripción funcional completa del RS, refiera a la nota de instalación y configuración de las Catalyst 5000 Series RS.