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

Contenidos

Configuración del uso de puente transparente

Reseña general de tecnología

Bridging Transparente y SRT

Funciones de Transparent Bridging

Ruteo y Bridging integrados

Interfaz Virtual del Grupo de Bridges

Otras consideraciones

Funciones del Bridging SRT

Lista de Tareas de Configuración de Bridging Transparente y SRT

Configuración del Bridging Transparente y el Bridging SRT

Asignación de un Número de Grupo de Bridges y Definición del Spanning Tree Protocol

Asignación de cada Interfaz de la Red a un Grupo de Bridge

Elección del OUI para las Tramas Ethernet de Tipo II

VLANs Puenteadas de Manera Transparente para ISL

Ruteo entre las VLANs ISL

Configuración de un Grupo de Bridges del Suscriptor

Configuración de Transparent Bridging over WANs

Configuración de Fast-Switched Transparent Bridging over ATM

Configuración de Transparent Bridging en DDR

Configuración de Transparent Bridging over Frame Relay

Configuración de Transparent Bridging over Multiprotocol LAPB

Configuración de Transparent Bridging en SMDS

Configuración del Bridging Transparente sobre X.25

Configuración de Ruteo y Bridging Simultáneos

Configuración de Ruteo y Bridging Integrados

Asignación de un Número de Grupo de Bridges y Definición del Spanning Tree Protocol

Configuración de las Interfaces

Habilitación de Ruteo y Bridging Integrados

Configuración de la Interfaz Virtual del Grupo de Bridges

Configuración de Protocolos de Ruteo o Bridging

Configuración de las Opciones de Transparent Bridging

Inhabilitación de IP Routing

Habilitación de Bridging Autónomo

Configurar la compresión LAT

Establecimiento de Múltiples Dominios de Spanning-Tree

Cómo Evitar el Reenvío de Estaciones Determinadas Dinámicamente

Reenvío de Direcciones Multicast

Configuración del Tiempo de Caducidad de la Tabla de Bridge

Filtrado de Paquetes Puenteados de Forma Transparente

Configuración de Filtros en la Capa MAC

Filtrado de Anuncios del Servicio del LAT

Ajuste de los Parámetros de Spanning Tree

Configuración de la Prioridad de Bridge

Establecimiento de una Prioridad de Interfaz

Asignación de Costos de Trayectoria

Ajuste de los Intervalos BPDU

Inhabilitación del Spanning-Tree en una Interfaz

Configuración del Bridging Transparente e IRB en un Switch Ethernet PA-12E/2FE

Configurar el adaptador de puerto PA-12E/2FE

Monitoreando y manteniendo el adaptador de puerto PA-12E/2FE

Configurar a los Grupos de Bridge que usan 12E/2FE la configuración de VLAN WebTool

Ajuste de una Red Puenteada de Forma Transparente

Configuración de Grupos de Circuitos

Configuración de la Inundación de Multicast Restringida

Monitoreo y Mantenimiento de la Red de Bridge Transparente

Ejemplos de Configuración de Bridging SRT y Transparente

Ejemplo de Bridging Básico

Ejemplo de Ruteo y Bridging Simultáneos

Ejemplo Básico de Ruteos y Bridging integrados

Ejemplo Complejo de Ruteo y Bridging Integrados

Ejemplo de Ruteo y Bridging Integrados con Múltiples Grupos de Bridge

Ejemplo de Configuración de VLANs Puenteadas de Forma Transparente

Ejemplo de Configuración de Ruteo entre VLANs

Ejemplo de Transparent Bridging de Ethernet a FDDI

Ejemplo de Bridging Ethernet

Ejemplo de Bridging SRT

Ejemplo de Bridging de Paquetes Multicast o Broadcast

Ejemplo de Transparent Bridging X.25

Ejemplos de Frame Relay Transparent Bridging

Bridging en una Red Frame Relay sin Multicasts

Bridging en una Red Frame Relay con Multicasts

Ejemplo de Bridging Transparente sobre LAPB Multiprotocolo

Ejemplo de Transparent Bridging de Conmutación Rápida sobre ATM (Cisco 7000)

Ejemplos de Transparent Bridging over DDR

Ejemplo de Bridging Transparente de Conmutación Rápida sobre SDS

Ejemplo de Topología de Red de Transparent Bridging Compleja

Ejemplo de Puerto de Suscriptor Fast Ethernet, Trunk de Frame Relay

Ejemplo de Trunk ATM, Puertos del Suscriptor ATM

Ejemplo de Configuración del Bridging Transparente para el Adaptador de Puerto PA-12E/2FE

Ejemplo de Configuración de IRB para el Adaptador de Puerto PA-12E/2FE


Configuración del uso de puente transparente


La funcionalidad de Bridging del Cisco IOS Software combina las ventajas de un Bridge del atravesar-árbol y de un router multiprotocolo lleno. Esta combinación proporciona la transparencia de la velocidad y del protocolo de un Bridge adaptante del atravesar-árbol, junto con las funciones, la confiabilidad, y la Seguridad de un router.

Este capítulo describe cómo configurar interligar de Puente transparente y de la ruta de origen transparente (SRT). Este capítulo también describe los conceptos de conexión de red virtual, de Puente transparente de los LAN virtuales (VLA N), y de encaminamiento entre los VLA N. Para una descripción completa de los comandos de Puente transparente mencionados en este capítulo, refiera a “Puente transparente ordena” el capítulo en la referencia del comando bridging and ibm networking del Cisco IOS (volumen 1 de 2). Para encontrar documentación de otros comandos que aparecen en este capítulo, utilice el índice principal de referencia de comandos, o busque en línea.

Este capítulo contiene las secciones siguientes:

Reseña general de tecnología

Lista de Tareas de Configuración de Bridging Transparente y SRT

Ajuste de una Red Puenteada de Forma Transparente

Monitoreo y Mantenimiento de la Red de Bridge Transparente

Ejemplos de Configuración de Bridging SRT y Transparente

Reseña general de tecnología

Las secciones siguientes proporcionan una descripción de Puente transparente en el Cisco IOS Software:

Bridging Transparente y SRT

Funciones de Transparent Bridging

Ruteo y Bridging integrados

Funciones del Bridging SRT

Bridging Transparente y SRT

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.

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 es compatible con el Digital Equipment Corporation (DEC) y el otro LAN interliga 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 los Cisco 7000 Series Router, Cisco4500, y los Cisco 4000 Series Router, 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 IP puede también interligar el protocolo o el tráfico de NetBios del LAT de DEC.

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

Mientras que los ruteo y Bridging simultáneos hacen posible a la ruta y interligan 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.


Observecuando un dominio Bridged contiene el aprendizaje de los dispositivos (tales como Switches o Bridges) que puede aprender la dirección MAC de un Interfaz Virtual de Bridge-Group, la interfaz virtual se debe configurar con su propia dirección MAC — a parte de las direcciones MAC de las interfaces Bridged en el Grupo de Bridge que se asocian a la interfaz virtual. La dirección MAC se configura usando mac-address el comando de la interfaz virtual.


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 los Cisco 7000 Series Router).

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.

Con los Ruteo y Bridging integrados configurados, la capa 3 del socio atribuye solamente en el Interfaz Virtual de Bridge-Group y no en las interfaces del bridging. Teniendo IP Addresses en el Interfaz Virtual de Bridge-Group y en las interfaces del bridging se sabe para producir la conducta incoherente.

El estándar del IEEE 802.1Q permite a los Ruteo y Bridging integrados para soportar la Conectividad para los VLAN múltiples usando un (BVI) del Interfaz Virtual de Bridge-Group para asociar a un Grupo de Bridge.

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 DEC. 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 DEC 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 DEC 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 el capítulo el “que configura 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.

Lista de Tareas de Configuración de Bridging Transparente y SRT

Para configurar Puente transparente o el bridging SRT en su router, complete uno o más de las tareas en las secciones siguientes:

Configuración del Bridging Transparente y el Bridging SRT

VLANs Puenteadas de Manera Transparente para ISL

Ruteo entre las VLANs ISL

Configuración de un Grupo de Bridges del Suscriptor

Configuración de Transparent Bridging over WANs

Configuración de Ruteo y Bridging Simultáneos

Configuración de Ruteo y Bridging Integrados

Configuración de las Opciones de Transparent Bridging

Filtrado de Paquetes Puenteados de Forma Transparente

Ajuste de los Parámetros de Spanning Tree

Configuración del Bridging Transparente e IRB en un Switch Ethernet PA-12E/2FE

Vea la sección transparente y SRT “del configuración de Bridging de los ejemplos” para los ejemplos.

Configuración del Bridging Transparente y el Bridging SRT

Para configurar el bridging transparente y SRT, usted debe realizar las tareas siguientes:

Asignación de un Número de Grupo de Bridges y Definición del Spanning Tree Protocol

Asignación de cada Interfaz de la Red a un Grupo de Bridge

Elección del OUI para las Tramas Ethernet de Tipo II

Asignación de un Número de Grupo de Bridges y Definición del Spanning Tree Protocol

El primer paso en configurar su red de Puente transparente es definir un Spanning Tree Protocol y asignar un número de Grupo de Bridge. Usted puede elegir cualquier el Spanning Tree Protocol del IEEE 802.1D, el protocolo DEC anterior sobre el cual se basa esta norma IEEE o el Spanning Tree Protocol del VLAN Bridge. Cisco amplió el Spanning Tree Protocol original 802,1 D proporcionando el soporte del Spanning Tree Protocol del VLAN Bridge y aumentó la capacidad de la identificación de puerto. Además, la mejora proporciona:

Más de un byte en un número del puerto para distinguir las interfaces

Una manera mejorada de formar el ID del puerto

Los tamaños del número del puerto del soporte del ID del puerto se aplican solamente a IEEE y a los Vlan-Bridge Spanning-Tree Protocol. El protocolo DEC tiene solamente 8 bits en el ID del puerto, así que la extensión del ID del puerto no puede ser aplicada.

La extensión del campo de número del puerto en la porción de la prioridad de puerto del ID del puerto cambia el útil valora la prioridad de puerto puede ser asignada.

La manera de calcular el costo del trayecto del puerto se soporta solamente en IEEE y el entorno del Vlan-Bridge Spanning-Tree Protocol.

Para asignar un número de grupo de bridges y definir un Spanning Tree Protocol, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group protocol {ieee | dec | vlan-bridge}

Asigna un número de Grupo de Bridge y define un Spanning Tree Protocol como el estándar, DEC o VLAN Bridge del IEEE 802.1D.


El Spanning Tree Protocol IEEE 802.1D es la forma más utilizada de ejecutar el bridge. Utilice el Spanning Tree Protocol de DEC solamente para la compatibilidad descendente. El Vlan-Bridge Spanning-Tree Protocol soporta los media siguientes: Ethernetes, fast ethernet, FDDI, atmósfera y serial (HDLC, PPP, IETF de Frame Relay, S DS, X.25).

Asignación de cada Interfaz de la Red a un Grupo de Bridge

Un Grupo de Bridge es una organización interna de interfaces de la red en un router. Los Grupos de Bridge no pueden ser utilizados fuera del router en quien se define para identificar el tráfico conmutado dentro del Grupo de Bridge. Los Grupos de Bridge dentro del mismo router funcionan como los Bridges distintos; es decir, tráfico Bridged y Unidades (los BPDU no se pueden intercambiar entre diversos Grupos de Bridge en un router. Además, los Grupos de Bridge no pueden ser utilizados para multiplexar o para demultiplexar diversas secuencias del tráfico Bridged en un LAN. Una interfaz puede ser un miembro de solamente un Grupo de Bridge. Utilice a un Grupo de Bridge para cada uno (topológico) red distinta por separado interligada conectada con el router. Típicamente, solamente una tal red existe en una configuración.

El propósito de poner las interfaces de la red en un Grupo de Bridge es doble:

Para interligar todo el tráfico nonrouted entre las interfaces de la red que componen al Grupo de Bridge. Si conocen a la dirección destino del paquete en el tabla de Bridge, se remite en una sola interfaz en el Grupo de Bridge. Si el destino del paquete es desconocido en el tabla de Bridge, se inunda en todas las interfaces de reenvío en el Grupo de Bridge. El Bridge pone a las direcciones de origen en el tabla de Bridge mientras que las aprende durante el proceso de interligar.

Para participar en el algoritmo del árbol de expansión recibiendo, y en algunos casos enviando, BPDU en los LAN a los cuales los asocian. Un proceso que atraviesa separado se ejecuta para cada Grupo de Bridge configurado. Cada Grupo de Bridge participa en un árbol de expansión separado. Un Grupo de Bridge establece atravesar - árbol basado en los BPDU que recibe en solamente sus interfaces de miembro.

Para el bridging SRT, si el Token Ring y las interfaces seriales están en el mismo Grupo de Bridge, el cambio del método de la encapsulación en serie hace el estado de la interfaz Token Ring correspondiente ser reinicializado. Su estado cambiará de “encima de” a la “incialización” a “encima” de otra vez dentro de algunos segundos.

Después de que usted asigne un número de Grupo de Bridge y defina un Spanning Tree Protocol, asigne cada interfaz de la red a un Grupo de Bridge usando el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# bridge-group bridge-group

Asigna una interfaz de la red a un Grupo de Bridge.


Elección del OUI para las Tramas Ethernet de Tipo II

Para las redes del bridging SRT, usted debe elegir el código del Identificador organizacional único (OUI) que será utilizado en la encapsulación de los bastidores del tipo Ethernet II a través de las redes de estructura básica de Token Ring. Para elegir el OUI, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# ethernet-transit-oui [90-compatible | standard | cisco]

Selecciona el código de la encapsulación del tipo Ethernet II OUI.


VLANs Puenteadas de Manera Transparente para ISL

Tradicionalmente, un Grupo de Bridge es un red secundario independientemente interligado. En esta definición, los Grupos de Bridge no pueden intercambiar el tráfico por otros Grupos de Bridge, ni pueden multiplexan o demultiplexan diversas secuencias del tráfico Bridged. La característica transparente interligada del VLA N en Cisco IOS Software permite que un Grupo de Bridge extienda fuera del router para identificar el tráfico conmutado dentro del Grupo de Bridge.

Mientras que los Grupos de Bridge siguen siendo organizaciones internas de interfaces de la red que funcionan como los Bridges distintos dentro de un router, Puente transparente en las subinterfaces permite que utilicen a los Grupos de Bridge para multiplexar diversas secuencias del tráfico Bridged en una interfaz serial LAN o del HDLC. De esta manera, el tráfico Bridged se puede conmutar de un Grupo de Bridge en un router, multiplexar a través de una subinterfaz, y demultiplexar en un segundo Grupo de Bridge en un segundo router. Junto, el primer Grupo de Bridge y la segunda forma del Grupo de Bridge un VLA N transparente interligado. Este acercamiento se puede ampliar para imponer las topologías lógicas ante transparente los Bridged Network.

La aplicación principal de los VLA N transparente interligados construidos de esta manera es separar el tráfico entre los Grupos de Bridge de interfaces de red local, multiplexar el tráfico Bridged de varios Grupos de Bridge en una interfaz compartida (serial LAN o del HDLC), y para formar los VLA N integrados por las colecciones de Grupos de Bridge en vario Routers. Estos VLA N mejoran el funcionamiento porque reducen la propagación localmente del tráfico Bridged, y mejoran las ventajas de la Seguridad porque separan totalmente el tráfico.

En el cuadro 3, configuran a diversos Grupos de Bridge en diverso Routers en tres VLA N que atraviesen el Bridged Network. Cada Grupo de Bridge consiste en las interfaces locales convencionalmente interligadas y una subinterfaz en la estructura básica FDDI LAN. El tráfico Bridged en la subinterfaz se encapsula y “se colorea” con un identificador de VLAN conocido como Security Association Identifier común a todos los Grupos de Bridge que participan en el VLA N. Además, los Bridges validan solamente los paquetes que llevan los identificadores de la asociación de seguridad para los cuales tienen una subinterfaz configurada. Así, configuran a un Grupo de Bridge para participar en un VLA N si contiene una subinterfaz configurada con el Security Association Identifier característico del VLA N. Vea la sección “del ejemplo complejo de los Ruteo y Bridging integrados” para un ejemplo de configuración de la topología mostrada en el cuadro 3.


Observela encapsulación 802,10 usada “para colorear” transparente los paquetes Bridged en las subinterfaces pudo aumentar los tamaños de un paquete de modo que exceda la talla del MTU del LAN del cual el paquete originó. Para evitar las infracciones MTU en la red compartida, los LAN que originan deben o tener un natural más pequeño MTU que la red compartida (al igual que el caso de los Ethernetes al FDDI), o el MTU en todas las fuentes del paquete en el LAN que origina se debe configurar para ser por lo menos 16 bytes menos que el MTU de la red compartida.


Cuadro 3 VLA N transparente interligados en una estructura básica FDDI

Para configurar un VLA N en transparente un Bridged Network, utilice los siguientes comandos que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# interface type slot/port.subinterface-number

Especifica una subinterfaz.

Paso 2 

Router(config-if)# encapsulation sde said

Especifica el Security Association Identifier de intercambio de datos de la Seguridad del IEEE 802.10 (es decir especifica el “color”).

Paso 3 

Router(config-if)# bridge-group bridge-group

Asocia la subinterfaz a un Grupo de Bridge existente.

Los VLA N transparente interligados se soportan conjuntamente con solamente el IEEE Spanning-Tree Protocol. Cuando usted divide lógicamente transparente un Bridged Network en segmentos en los VLA N, cada VLA N computa su propia topología del árbol de expansión. Configurar cada VLA N para computar su propia topología del árbol de expansión proporciona la estabilidad mucho mayor que el funcionamiento el solo atravesar - árbol en todas partes. El tráfico interligado dentro de un VLA N es inafectado por los cambios de la topología física que ocurren dentro de otro VLA N.


Observela implementación actual de la encapsulación SDE no se recomienda para el serial o los medios Ethernet.


Ruteo entre las VLANs ISL

Nuestra implementación del VLAN Routing se diseña para actuar a través de todas las plataformas del router. Sin embargo, el protocolo VLAN trunking del Inter-Switch Link (ISL) se define actualmente en 100 interfaces Fast Ethernet BaseTX/FX solamente y por lo tanto es apropiado al Cisco 7000 y a las plataformas de alto nivel solamente. El protocolo IEEE 802.10 puede ejecutarse en cualquier interfaz serial LAN o HDLC. El tráfico VLAN es conmutado rápido. El formato real de estos encapsulados de VLAN se detalla en el Secure Data Exchange de la norma IEEE 802.10-1992 y en la especificación del protocolo del Inter-Switch Link (ISL).

Nuestra implementación del VLAN Routing trata el ISL y 802,10 protocolos como tipos de encapsulación. En una interfaz del router físico que reciba y envíe los paquetes de VLAN, usted puede seleccionar una subinterfaz arbitraria y asociarla al VLAN determinado “color” integrado dentro del encabezado VLAN. Esta asignación permite que usted controle selectivamente cómo el tráfico de LAN se rutea o se conmuta afuera de su propio dominio del VLA N. En el paradigma del VLAN Routing, un VLA N conmutado corresponde a una sola subred ruteada, y asignan la dirección de red a la subinterfaz.

Para rutear un paquete de VLAN recibido que el Cisco IOS Software VLAN Switching Code primero extrae el VLAN ID del encabezado de paquete (esto es un campo 10-bit en el caso de ISL y de una entidad 4-byte conocida como el Security Association Identifier en el caso del IEEE 802.10), después que demultiplexa el valor VLAN ID en una subinterfaz del puerto de recepción. Si el color de VLAN no resuelve a una subinterfaz, el Cisco IOS Software puede transparente interligar el paquete no nativo nativo (sin la modificación del encabezado VLAN) a condición de que el Cisco IOS Software se configure para interligar en la subinterfaz sí mismo. Para los paquetes de VLAN que llevan un ID correspondiente a una subinterfaz configurada, los paquetes recibidos entonces son clasificados por el Tipo de protocolo antes de funcionar con el motor de Switching rápido específico del protocolo apropiado. Si la subinterfaz se asigna a un Grupo de Bridge después a los paquetes NON-ruteados es el desencapsulado antes de que se interliguen. Esto se llama “Fall-Back Bridging” y es la más apropiado para los tipos de tráfico nonroutable.

En el cuadro 4, el router A proporciona la Conectividad del inter VLAN entre Cisco múltiple que conmuta las Plataformas donde hay tres topologías virtuales distintas presentes. Por ejemplo, para el VLA N 300 a través de los dos segmentos del Catalyst 1200A, el tráfico que origina en la interfaz LAN 1 “se marca con etiqueta” con un VLAN ID de 300 mientras que se conmuta sobre el anillo FDDI. Este ID permite que el Catalyst remoto 1200A tome una decisión del reenvío inteligente y conmute solamente el tráfico a las interfaces locales configuradas como perteneciendo al mismo dominio de broadcast del VLA N. El router A proporciona un mecanismo del inter VLAN que deje la función del router A como gateway para las estaciones en un segmento LAN dado enviando el tráfico encapsulado del VLA N a y desde otros dominios conmutados del VLA N o simplemente enviando el tráfico en el formato nativo (del NON-VLA N).

El cuadro 4 ilustra los escenarios siguientes:

Los clientes en el VLA N 300 quieren establecer las sesiones con un servidor asociado a un puerto en un diverso VLA N (600). En este escenario, los paquetes que originan en la interfaz LAN 3 del Catalyst 1200B Switch se marcan con etiqueta con una encabezado 802,10 con un Security Association Identifier de 300 mientras que se remiten sobre el anillo FDDI. El router A puede validar estos paquetes porque se configura para rutear el VLA N 300, para clasificar y para hacer una decisión de reenvío de la capa 3 basada en el direccionamiento de red de destino y la ruta hacia fuera (en este caso los fast ethernet 3/1), y agregar la encabezado del ISL VLAN (color 200) apropiada a la subred de destino mientras que se conmuta el tráfico.

Hay un requisito de la red para interligar dos VLA N juntos a través del sistema bastante que rutea selectivamente ciertos protocolos. En este escenario las dos identificaciones de VLAN se ponen en el mismo Grupo de Bridge. Observe que forman un dominio del broadcast único y atravesar - árbol, formando con eficacia un solo VLA N.

Cuadro 4 Conectividad del Inter-VLA N entre las Plataformas múltiples de la transferencia

Vea “encaminamiento entre la sección del ejemplo de configuración de los VLA N” para un ejemplo de configuración de la topología mostrada en el cuadro 4.

Para configurar la encaminamiento entre los VLA N, ingrese los siguientes comandos que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# interface type slot/port.subinterface-number

Especifica una subinterfaz.

Paso 2 

Router(config-if)# encapsulation {sde | isl} domain

Especifica el tipo de encapsulación (ISL o SDE) y el dominio del VLA N.

Paso 3 

Router(config-if)# bridge-group bridge-group

Asocia la subinterfaz al VLA N.

Configuración de un Grupo de Bridges del Suscriptor

La característica del soporte del Bridge del Digital Subscriber Line (DSL) le permite para configurar a un router para el Intelligent Bridge Flooding para el DSL y otro las aplicaciones del Bridge. Para configurar a un Grupo de Bridge del suscriptor, utilice los siguientes comandos que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# bridge bridge-group protocol {ieee | dec | vlan-bridge}

Define el Spanning Tree Protocol del Bridge.

Paso 2 

Router(config)# bridge bridge-group subscriber-policy policy

Define a un Grupo de Bridge de suscriptor y especifica la política de suscriptor para el grupo.

Paso 3 

Router(config)# subscriber-policy policy [[no] [default] packet [permit] [deny]]

Define o modifica las decisiones delanteras y del filtro de la política de suscriptor.

Paso 4 

Router(config)# interface type number

Configura una subinterfaz.

Paso 5 

Router(config-if)# bridge-group bridge-group [subscriber-trunk]

Asigna a un Grupo de Bridge del suscriptor e indica si la interfaz es por aguas arriba o rio abajo del flujo de tráfico.


Las listasde acceso estándar de la nota pueden coexistir con la política de suscriptor. Sin embargo, la política de suscriptor tomará la precedencia sobre la lista de acceso por ser marcado primero. Un paquete permitido por la política de suscriptor será marcado contra la lista de acceso si se especifica. Un paquete negado por la política de suscriptor será caído sin marcar adicional de la lista de acceso.


Configuración de Transparent Bridging over WANs

Usted puede configurar Puente transparente sobre una variedad de redes, según lo descrito en las secciones siguientes:

Configuración de Fast-Switched Transparent Bridging over ATM

Configuración de Transparent Bridging en DDR

Configuración de Transparent Bridging over Frame Relay

Configuración de Transparent Bridging over Multiprotocol LAPB

Configuración de Transparent Bridging en SMDS

Configuración del Bridging Transparente sobre X.25

Configuración de Fast-Switched Transparent Bridging over ATM

Nuestra implementación del bridging soporta IEEE 802,3 formatos de trama y los formatos de trama del IEEE 802.10. Nuestra implementación puede transparente interligar los paquetes Ethernet del estilo ARPA (también conocidos como Versión de Ethernet 2).

Puente transparente Fast-Switched sobre el Asynchronous Transfer Mode (ATM) soporta los paquetes encapsulados AAL5-SNAP solamente. Todos los paquetes encapsulados interligados AAL5-SNAP son conmutados rápido. Puente transparente Fast-Switched soporta los Ethernetes, el FDDI, y los paquetes del Token Ring enviados en la encapsulación AAL5-SNAP sobre la atmósfera. Vea “Puente transparente Fast-Switched sobre el ejemplo atmósfera (sección de Cisco el 7000)" para un ejemplo de configuración de Puente transparente Fast-Switched sobre la atmósfera.

El soporte para el RFC 1483 fue agregado en el Cisco IOS Release 12.0(3)T, habilitando Puente transparente entre los Token Ring LANE (usando AAL5-SNAP PVC) y los LAN, los VLA N o los ELAN (usando los PDUs). RFC 1483 define un tipo de encapsulación para la transferencia de datos de LAN a través de redes ATM.

Para más información sobre configurar la atmósfera, refiera “configurando al capítulo atmósfera” en la Guía de Configuración de redes de área ancha del Cisco IOS.

Configuración de Transparent Bridging en DDR

El Cisco IOS Software soporta Puente transparente sobre el Dial-on-Demand Routing (DDR) y le proporciona una cierta flexibilidad en el acceso que controla y configurar la interfaz.

Para configurar el DDR para interligar, complete las tareas en las secciones siguientes:

Definición de los protocolos para interligar

Especificar el bridging protocol

Determinar el acceso para interligar

Configurar una interfaz para interligar

Por un ejemplo de configurar Puente transparente sobre el DDR, vea “Puente transparente sobre la sección de los ejemplos DDR”.

Definición de los protocolos para interligar

Los paquetes IP se rutean por abandono a menos que se interliguen explícitamente; todos los demás se interligan por abandono a menos que se ruteen explícitamente.

Para interligar los paquetes IP, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# no ip routing

Inhabilita el ruteo IP.


Si usted elige no interligar otro protocolo, utilice el comando relevant de habilitar la encaminamiento de ese protocolo. Para más información sobre las tareas y los comandos, refiera a los capítulos del protocolo relevante en las publicaciones siguientes:

IP del Cisco IOS y guía de configuración de IP Routing

APPLETALK del Cisco IOS y guía de configuración de IPX del Novell

Cisco IOS dominio Apollo, Banyan VINES, DECNet, guía de configuración ISO CLNS, y XNS

Especificar el bridging protocol

Usted debe especificar el tipo de bridging protocol del atravesar-árbol para utilizar y también para identificar a un Grupo de Bridge. Para especificar el Spanning Tree Protocol y un número de Grupo de Bridge, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group protocol {ieee | dec | vlan-bridge}

Define el tipo de Spanning Tree Protocol e identifica a un Grupo de Bridge.


Se utiliza el número de Grupo de Bridge cuando usted configura la interfaz y la asigna a un Grupo de Bridge. Los paquetes se interligan solamente entre los miembros del mismo Grupo de Bridge.

Determinar el acceso para interligar

Usted puede determinar el acceso permitiendo todos los Bridge Packet o controlando el acceso según los códigos de tipo Ethernet.

Para permitir todos los paquetes del Bridge transparente, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# dialer-list dialer-group protocol bridge permit

Define una lista del dialer que permita todos los paquetes del Bridge transparente.


Para controlar el acceso por los códigos de tipo Ethernet, utilice los siguientes comandos en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# access-list access-list-number {permit | deny} type-code [mask]

Paquetes de los permisos según los códigos de tipo Ethernet (los números de lista de acceso deben estar en el rango 200 a 299).

Paso 2 

Router(config)# dialer-list dialer-group protocol bridge list access-list-number

Define una lista del dialer para la lista de acceso especificada.

Para una tabla de algunos códigos de los tipos del Ethernet común, vea que los “tipos Ethernet cifran” el apéndice en la referencia del comando bridging and ibm networking del Cisco IOS (volumen 1 de 2).

Configurar una interfaz para interligar

Usted puede configurar las interfaces seriales o las interfaces de ISDN para el bridging DDR. Para configurar una interfaz para el bridging DDR, utilice los siguientes comandos que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# interface type number

Especifica el serial o la interfaz de ISDN e inicia al modo de configuración de la interfaz.

Paso 2 

Router(config-if)# dialer string dial-string

dialer map bridge [name hostname] [broadcast]dial-string[:isdn-subaddress]

Configura la cadena de marcado para llamar.
o
Configura una correspondencia del Bridge del marcador.

Paso 3 

Router(config-if)# bridge-group bridge-group

Asigna la interfaz especificada a un Grupo de Bridge.

Configuración de Transparent Bridging over Frame Relay

El interligar del software support de Puente transparente de los paquetes sobre las redes Frame Relay. Esta capacidad es útil para las tareas tales como enviando los paquetes de los protocolos de propietario a través de una red Frame Relay. El interligar sobre una red Frame Relay se soporta en las redes que apoyan los recursos de multidifusión y las que no lo hagan. Ambos casos se describen en esta sección.

Puente transparente Fast-Switched

El software de Puente transparente proporciona Puente transparente Fast-Switched para el serial y las redes encapsulados Frame Relay de la interfaz en serie de alta velocidad (HSSI).

Los circuitos virtuales conmutados (SVC) no se soportan para Puente transparente en esta versión. Todos los circuitos virtuales permanentes (PVC) configurados en una subinterfaz deben pertenecer al mismo Grupo de Bridge.

Bridging en una Red Frame Relay sin Multicasts

El software de bridging de Frame Relay utiliza el mismo algoritmo de spanning-tree que las demás funciones de bridging, pero permite que los paquetes se encapsulen para su envío a través de una red Frame Relay. Usted especifica la correspondencia de direcciones del Identificador de conexión del IP-a-DATA-link (DLCI) y el sistema mantiene una tabla de la dirección Ethernet y de los DLCI.

Para configurar el bridging en una red que no apoye los recursos de multidifusión, defina la asignación entre un direccionamiento y el DLCI usados para conectar con el direccionamiento. Para interligar sin los Multicast, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# frame-relay map bridge dlci broadcast

Define la asignación entre un direccionamiento y el DLCI usados para conectar con el direccionamiento.


Un ejemplo de configuración se proporciona en “la sección de los ejemplos de Puente transparente del Frame Relay”. El Frame Relay se comenta más detalladamente en el capítulo "Configuración del Frame Relay" en la Guía de Configuración de Networking de Área Ancha de Cisco IOS.

Bridging en una Red Frame Relay con Multicasts

Utilizan a los recursos de multidifusión para aprender sobre los otros Bridges en la red, eliminando la necesidad de usted de especificar cualquier asignación con frame-relay map bridge broadcast el comando. Un ejemplo de configuración se proporciona en “la sección de los ejemplos de Puente transparente del Frame Relay” para el uso como guía de configuración. El Frame Relay se comenta más detalladamente en el capítulo "Configuración del Frame Relay" en la Guía de Configuración de Networking de Área Ancha de Cisco IOS.

Configuración de Transparent Bridging over Multiprotocol LAPB

El Cisco IOS Software implementa Puente transparente sobre la encapsulación Protocolo-equilibrada del acceso multiprotocol del link (LAPB) en las interfaces seriales. Para configurar el bridging transparente sobre el LAPB multiprotocolo, utilice los siguientes comandos que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# interface serial number

Especifica la interfaz serial.

Paso 2 

Router(config-if)# no ip address

No especifica ninguna dirección IP a la interfaz.

Paso 3 

Router(config-if)# encapsulation lapb multi

Configura la encapsulación LAPB multiprotocolo.

Paso 4 

Router(config-if)# bridge-group bridge-group

Asigna la interfaz a un grupo de bridges.

Paso 5 

Router(config-if)# bridge bridge-group protocol {ieee | dec | vlan-bridge}

Especifica el tipo de Spanning Tree Protocol.



Puente transparentede la nota sobre el LAPB multiprotocol requiere el uso encapsulation lapb multi del comando. Usted no puede utilizar encapsulation lapb protocol el comando con bridge una palabra clave de configurar esta característica.


Por un ejemplo de configurar Puente transparente sobre el LAPB multiprotocol, vea
“Puente transparente sobre el ejemplo Multiprotocol” secciónLAPB.

Configuración de Transparent Bridging en SMDS

Soportamos Puente transparente Fast-Switched para el serial encapsulado Switched Multimegabit Data Service (SMDS) y las redes HSSI. Se utilizan los comandos del Standard Bridging de habilitar el bridging en una interfaz S DS.

Para habilitar Puente transparente sobre el S DS, utilice los siguientes comandos que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# interface serial number

Especifica la interfaz serial.

Paso 2 

Router(config-if)# encapsulation smds

Configura la encapsulación SMDS en la interfaz serial.

Paso 3 

Router(config-if)# bridge-group bridge-group

Asocia la interfaz con un grupo de bridges.

Paso 4 

Router(config-if)# smds multicast bridge smds-address

Habilita Puente transparente de los paquetes a través de una red S DS.

Los paquetes del Address Resolution Protocol (ARP) del broadcast se tratan diferentemente en Puente transparente sobre una red S DS que en otros métodos de encapsulación. Para el S DS, dos paquetes se envían a la dirección Multicast. Uno se envía usando una encapsulación estándar del (SMDS) ARP; el otro se envía con el paquete ARP encapsulado en un encabezado MAC 802,3. El ARP nativo se envía como broadcast regular ARP.

Nuestra implementación de Puente transparente de IEEE 802.6i para el S DS soporta 802,3, 802,5, y los formatos de la trama FDDI. El router puede aceptar tramas con o sin secuencia de verificación de tramas (FCS). Transparent Bridging de conmutación rápida es el valor predeterminado y no es configurable. Si un paquete no puede ser conmutado rápido, es proceso conmutado.

Un ejemplo de configuración se proporciona en “Puente transparente Fast-Switched sobre la sección del ejemplo S DS”. Para más información sobre el S DS, refiera “configurando al capítulo S DS” en la Guía de Configuración de redes de área ancha del Cisco IOS.

Configuración del Bridging Transparente sobre X.25

El interligar del software support de Puente transparente de los paquetes en las tramas X.25. Esta capacidad es útil para las tareas tales como enviando los paquetes de los protocolos de propietario a través de una red X.25.

El Bridging Software X.25 utiliza el mismo algoritmo del árbol de expansión que las otras funciones de Bridging, pero permite que envíans los paquetes sean encapsulados en las tramas X.25 y a través de los media X.25. Usted especifica la correspondencia de direcciones IP-to-X.121, y el sistema mantiene una tabla de los Ethernetes y de X.121 Address. Para configurar Puente transparente X.25, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# x25 map bridge x.121-address broadcast [options-keywords]

Especifica la asignación IP-to-X.121 para interligar sobre el X.25.


Para más información sobre configurar el X.25, refiera “configurando al capítulo X.25 y LAPB” en la Guía de Configuración de redes de área ancha del Cisco IOS.

Configuración de Ruteo y Bridging Simultáneos

Usted puede configurar el Cisco IOS Software para rutear un protocolo dado entre un grupo de interfaces y para interligar en paralelo ese protocolo entre un grupo separado de interfaces, todos dentro de un router. El protocolo dado no se conmuta entre los dos grupos. Bastante, el tráfico ruteado se confina a las interfaces ruteadas y el tráfico Bridged se confina a las interfaces Bridged. Un protocolo se puede rutear o interligar en una interfaz dada, pero no ambas.

La capacidad de los ruteo y Bridging simultáneos, por abandono, se inhabilita. Mientras que se inhabilitan los ruteo y Bridging simultáneos, el Cisco IOS Software absorbe y desecha los paquetes salvables en los protocolos que se configuran para rutear en cualquier interfaz en el router.

Cuando los ruteo y Bridging simultáneos son primeros habilitados en presencia de los Grupos de Bridge existentes, generarán un comando de Configuración del router del Bridge para cualquier protocolo para el cual cualquier interfaz en el Grupo de Bridge se configure para rutear. Ésta es una precaución que se aplica solamente cuando los ruteo y Bridging simultáneos no se habilitan ya, los Grupos de Bridge existe, y bridge crb se encuentra el comando.

Para habilitar los ruteo y Bridging simultáneos en el Cisco IOS Software, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge crb

Habilita los ruteos y el bridging simultáneos.


La información sobre la cual se rutean los protocolos y la cual se interligan se salva en una tabla, que se puede visualizar con show interfaces crb el comando privileged exec.

Cuando se han habilitado los ruteo y Bridging simultáneos, usted debe configurar un comando bridge route explícito para cualquier protocolo que deba ser ruteado en las interfaces en un Grupo de Bridge además de cualquier configuración de la interfaz requerida del protocol específico.

Para configurar los protocolos específicos que se rutearán en un Grupo de Bridge, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# bridge bridge-group route protocol

Habilita el ruteo de un protocolo especificado en un grupo de bridges especificado.


Configuración de Ruteo y Bridging Integrados

Realice uno o más de las tareas siguientes de configurar los Ruteo y Bridging integrados en su router:

Asignación de un Número de Grupo de Bridges y Definición del Spanning Tree Protocol

Configuración de las Interfaces

Habilitación de Ruteo y Bridging Integrados

Configuración de la Interfaz Virtual del Grupo de Bridges

Configuración de Protocolos de Ruteo o Bridging

Asignación de un Número de Grupo de Bridges y Definición del Spanning Tree Protocol

Antes de configurar al router para los Ruteo y Bridging integrados, usted debe habilitar el bridging configurando un número de Grupo de Bridge y especificando un Spanning Tree Protocol. Usted puede elegir el Spanning Tree Protocol del IEEE 802.1D o el protocolo digital anterior sobre los cuales se basa esta norma IEEE.

Para asignar un número de grupo de bridges y definir un Spanning Tree Protocol, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group protocol {ieee | dec | vlan-bridge}

Asigna un número de Grupo de Bridge y define un Spanning Tree Protocol.


El Spanning Tree Protocol IEEE 802.1D es la forma más utilizada de ejecutar el bridge. Utilice el Spanning Tree Protocol de Digitaces solamente para la compatibilidad descendente.

Configuración de las Interfaces

Para configurar una interfaz del router en el Cisco IOS Software, utilice los siguientes comandos que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# interface type number

Especifica la interfaz e ingresa en el modo de configuración de la interfaz.

Paso 2 

Router(config-if)# port

Especifica la operación del puerto de concentrador.

Paso 3 

Router(config-if)# bridge-group bridge-group

Asigna a los Grupos de Bridge para apropiarse de las interfaces.

Habilitación de Ruteo y Bridging Integrados

Después de que usted haya configurado las interfaces en el router, usted puede habilitar los Ruteo y Bridging integrados.

Para habilitar los Ruteo y Bridging integrados en el Cisco IOS Software, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge irb

Habilita los Ruteo y Bridging integrados.


Utilice show interfaces irb el comando privileged exec de visualizar los protocolos que una interfaz Bridged dada puede rutear a la otra interfaz ruteada cuando el paquete es routable, y visualizar los protocolos que una interfaz Bridged dada interliga.

Configuración de la Interfaz Virtual del Grupo de Bridges

El Interfaz Virtual de Bridge-Group reside en el router. Actúa como una interfaz ruteada normal que no soporte el bridging, pero representa al Grupo de Bridge correspondiente entero a las interfaces ruteadas dentro del router. El Interfaz Virtual de Bridge-Group se asigna el número del Grupo de Bridge que representa. El número del Interfaz Virtual de Bridge-Group es el link entre el Interfaz Virtual de Bridge-Group y su Grupo de Bridge. Porque el Interfaz Virtual de Bridge-Group es una interfaz ruteada virtual, tiene todos los atributos de la capa de red, tales como una dirección de red y la capacidad de realizar la filtración. Solamente un Interfaz Virtual de Bridge-Group se soporta para cada Grupo de Bridge.

Cuando usted habilita la encaminamiento para un protocolo dado en el Interfaz Virtual de Bridge-Group, los paquetes que vienen de una interfaz ruteada pero destinados para un host en un dominio Bridged se rutean al Interfaz Virtual de Bridge-Group, y se remiten a la interfaz Bridged 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 crear un Interfaz Virtual de Bridge-Group, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# interface bvi bridge-group

Habilita un Interfaz Virtual de Bridge-Group.


Cuando usted se prepone interligar y rutear un protocolo dado en el mismo Grupo de Bridge, usted debe configurar los atributos de la capa de red del protocolo en el Interfaz Virtual de Bridge-Group. No configure los atributos del protocolo en las interfaces Bridged. Ningunos atributos del bridging se pueden configurar en el Interfaz Virtual de Bridge-Group.

Aunque sea generalmente el caso que todos los segmentos interligados que pertenecen a un Grupo de Bridge están representados como un solo segmento o red al Routing Protocol, hay las situaciones donde varias redes individuales coexisten dentro del mismo segmento interligado. Para permitir para que el dominio ruteado aprenda sobre las otras redes detrás del Interfaz Virtual de Bridge-Group, configure a una dirección secundaria en el Interfaz Virtual de Bridge-Group para agregar la red correspondiente al proceso de ruteo.

Configuración de Protocolos de Ruteo o Bridging

Cuando se habilitan los Ruteo y Bridging integrados, el comportamiento de la ruta predeterminado/del Bridge en un Grupo de Bridge es interligar todos los paquetes.

Usted podría entonces configurar explícitamente al Grupo de Bridge para rutear un protocolo particular, para rutear los paquetes enrutables de este protocolo, mientras que los paquetes nonroutable de este protocolo o los paquetes para los protocolos para los cuales no configuran al Grupo de Bridge explícitamente para rutear serán interligados.

Usted podría configurar también explícitamente al Grupo de Bridge de modo que no interligue un protocolo particular, para rutear los paquetes enrutables de este protocolo cuando el Bridge se configura explícitamente para rutear este protocolo, y se caen los paquetes nonroutable porque interliga se inhabilita para este protocolo.


Los paquetesde la nota de protocolos no enrutables tales como LAT se interligan solamente. Usted no puede inhabilitar el bridging para el tráfico nonroutable.


Para configurar los protocolos específicos que se rutearán o interligados en un Grupo de Bridge, utilice uno o más de los siguientes comandos en el modo de configuración global, según las necesidades:

Comando
Propósito

Router(config)# bridge bridge-group route protocol

Habilita el ruteo de un protocolo especificado en un grupo de bridges especificado.

Router(config)# no bridge bridge-group route protocol

Inhabilita la encaminamiento de un protocolo especificado en un Grupo de Bridge especificado.

Router(config)# bridge bridge-group bridge protocol

Especifica que un protocolo debe ser interligado en el Grupo de Bridge.

Router(config)# no bridge bridge-group bridge protocol

Especifica que un protocolo no debe ser interligado en el Grupo de Bridge.



Observecuando un Grupo de Bridge contiene las interfaces Token Ring, los paquetes del Token Ring no deben incluir el RIF. El estándar del Bridge transparente del IEEE 802.1D especifica que las tramas con la información del Source Routing deben ser caídas por los Bridge transparente; por lo tanto, si el tráfico Token Ring incluye el RIF, será caído. El RIF es señalado por el RII, que es el primer bit de la dirección MAC. El RII=1 indica que el paquete viene con el RIF, RII=0 indica que la trama no viene con el RIF.


Por ejemplo, para interligar el APPLETALK, Bridge y la ruta IPX, y IP de la ruta en el mismo Grupo de Bridge, usted haría el siguiente:

APPLETALK del Bridge — Porque los Ruteo y Bridging integrados interligan todo por abandono, no se requiere ninguna configuración interligar el APPLETALK.

Bridge y ruta IPX — Después de usar bridge irb el comando de habilitar los Ruteo y Bridging integrados, y interface bvi del comando para crear el Interfaz Virtual de Bridge-Group para el Grupo de Bridge, usted utilizaría bridge route el comando al Bridge y a la ruta IPX (el bridging se habilita ya por abandono; bridge route el comando habilita la encaminamiento).

IP de la ruta — Utilice bridge route el comando de habilitar la encaminamiento, y después utilice no bridge bridge el comando de inhabilitar el bridging.


Observecuando los Ruteo y Bridging integrados no se habilita, rutear un protocolo dado significa que el protocolo no está interligado, y interligar un protocolo significa que el protocolo no está ruteado. Cuando se habilitan los Ruteo y Bridging integrados, la relación disjunta entre la encaminamiento y el bridging se analiza, y un protocolo dado se puede conmutar entre ruteado y las interfaces Bridged sobre una base selectiva, independiente.


Configuración de las Opciones de Transparent Bridging

Usted puede configurar una o más opciones de Puente transparente. Para configurar las opciones de Puente transparente, realice uno o más de las tareas en las secciones siguientes:

Inhabilitación de IP Routing

Habilitación de Bridging Autónomo

Configurar la compresión LAT

Establecimiento de Múltiples Dominios de Spanning-Tree

Cómo Evitar el Reenvío de Estaciones Determinadas Dinámicamente

Reenvío de Direcciones Multicast

Configuración del Tiempo de Caducidad de la Tabla de Bridge

Inhabilitación de IP Routing

Si usted quiere interligar el IP, usted debe inhabilitar el Routing IP porque el Routing IP se habilita por abandono en el Cisco IOS Software. Usted puede habilitar el Routing IP cuando usted decide rutear los paquetes IP. Para inhabilitar o habilitar el Routing IP, utilice uno de los siguientes comandos en el modo de configuración global, según las necesidades:

Comando
Propósito

Router(config)# no ip routing

Inhabilita el ruteo IP.

Router(config)# ip routing

Habilita el IP Routing.


Todas las interfaces en el Grupo de Bridge que están interligando el IP deben tener la misma dirección IP. Sin embargo, si usted tiene más de un Grupo de Bridge, cada Grupo de Bridge debe tener su propia dirección IP.

Habilitación de Bridging Autónomo

Normalmente, el interligar ocurre en la placa del procesador en el nivel de interrupción. Cuando se habilita el bridging autónomo, el bridging ocurre totalmente en el regulador ciscoBus2, mejorando perceptiblemente el funcionamiento. El bridging autónomo es una característica del Switching de alta velocidad que permite que inundan el tráfico Bridged sea remitido y en el regulador ciscoBus2 entre las interfaces residentes. Si usted está utilizando el regulador ciscoBus2, usted puede maximizar el funcionamiento habilitando el bridging autónomo en las interfaces siguientes ciscoBus2:

MEC

FCIT transparente

HDLC HSSI

Aunque las mejoras del rendimiento sean consideradas la mayoría en las interfaces residentes, la característica autónoma del bridging se puede también utilizar en los Grupos de Bridge que incluyen las interfaces que no están en el regulador ciscoBus2. Estas interfaces incluyen CTR, FCI con el Encapsulation Bridging, y HSSI con la encapsulación con excepción del HDLC, tal como X.25, Frame Relay, o S DS, MCI, STR, o SBE16.

Si usted habilita el bridging autónomo para un Grupo de Bridge que incluya una combinación de interfaces que sean residentes en el regulador ciscoBus2 y algo que no son, del regulador ciscoBus2 los paquetes adelante solamente entre las interfaces residentes. La expedición entre las interfaces no residentes y residentes se hace en el rápido o los trayectos del proceso. El inundar entre las interfaces residentes es hecho por el regulador ciscoBus2. El inundar entre las interfaces no residentes se hace convencionalmente. Si un paquete se remite de un no residente a una interfaz residente, el paquete se remite convencionalmente. Si los paquetes se inundan de una interfaz no residente a una interfaz residente, el paquete autónomo se inunda.

Para habilitar el bridging autónomo sobre una base del por interface, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# bridge-group bridge-group cbus-bridging

Habilita el bridging autónomo (si usa el regulador ciscoBus2).



Nota queusted puede filtrar por la dirección de capa MAC en una interfaz solamente cuando el bridging autónomo se habilita en esa interfaz. Si se configura algunos filtros o espera de la prioridad, el bridging autónomo se inhabilita automáticamente.


Configurar la compresión LAT

El protocolo del Local Area Transport (LAT) usado por Digitaces y los servidores terminales compatibles con digital es uno de los protocolos comunes que falta una capa de red bien definida (la capa 3) y debe ser interligada tan siempre.

Para reducir la cantidad de ancho de banda que el tráfico LAT consume en las interfaces seriales, usted puede especificar una forma Lat-específica de compresión. El hacer aplica tan la compresión a las tramas del LAT que son enviadas por el Cisco IOS Software a través de la interfaz en la pregunta. Para configurar la compresión LAT, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# bridge-group bridge-group lat-compression

Reduce la cantidad de ancho de banda que el tráfico LAT consume en una interfaz serial.


La compresión LAT se puede especificar solamente para las interfaces seriales. Para las operaciones mas comunes del LAT (los golpes de teclado y los paquetes de reconocimiento del usuario), la compresión LAT reduce los requerimientos de ancho de banda del LAT por casi un factor de dos.

Establecimiento de Múltiples Dominios de Spanning-Tree

El Bridging Software del IEEE 802.1D de Cisco soporta los dominios del atravesar-árbol de los Grupos de Bridge. Los dominios son un específico de la característica a Cisco. Esta característica está solamente disponible si usted ha especificado IEEE como el Spanning Tree Protocol. Un dominio establece una identificación externa de los BPDU enviados de un Grupo de Bridge. El propósito de esta identificación es como sigue:

Los Grupos de Bridge definidos dentro del dominio pueden reconocer ese BPDU como perteneciendo a ellos.

Dos interligaron los redes secundarios en diversos dominios que están compartiendo una conexión común pueden utilizar el Identificador del dominio para identificar y después para ignorar los BPDU que pertenecen a otro dominio. Cada red secundario interligado establece su propio atravesar - árbol basado en los BPDU que recibe. Los BPDU que recibe deben contener el número de dominio al cual el red secundario interligado pertenece. El tráfico Bridged no es dominio identificado.


Los dominiosde la nota no obligan la propagación del tráfico Bridged. Un Bridge interliga el tráfico nonrouted recibido en sus interfaces sin importar el dominio.


Usted puede poner cualquier número de Routers o de Bridges dentro del dominio. Solamente los dispositivos dentro de un dominio comparten la Información acerca del árbol de expansión.

Cuando los routeres múltiples comparten el mismo cable y usted quiere utilizar solamente ciertos subconjuntos discretos de eso Routers para compartir la Información acerca del árbol de expansión con uno a, establezca los dominios del atravesar-árbol. Esta función es la más útil al ejecutar otras aplicaciones, tales como User Datagram Protocol (UDP) IP que inunda, que utilizan el árbol de expansión IEEE. Usted también puede utilizar esta característica para reducir el número de reconfiguraciones globales en los Bridged Network grandes.

Para establecer los dominios del árbol de expansión múltiple, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group domain domain-number 

Establece un dominio del árbol de expansión múltiple.


Por un ejemplo de cómo configurar los dominios, vea la sección “de Puente transparente del ejemplo complejo de la topología de red”.

Cómo Evitar el Reenvío de Estaciones Determinadas Dinámicamente

Normalmente, el sistema adelante cualquier tramas para las estaciones que han aprendido alrededor dinámicamente. Inhabilitando esta actividad, el Bridge remitirá solamente las tramas cuyo direccionamiento se ha configurado estáticamente en el caché de la expedición. Para prevenir o permitir el envío de las estaciones dinámicamente determinadas, utilice uno del siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# no bridge bridge-group acquire

Filtra hacia fuera todas las tramas excepto los cuyos direccionamientos se han configurado estáticamente en el caché de la expedición.

Router(config)# bridge bridge-group acquire

Adelante cualquier tramas para las estaciones que el sistema ha aprendido alrededor dinámicamente.


Reenvío de Direcciones Multicast

Un paquete con un RIF, indicado por una dirección de origen con el bit del Multicast girado, no se remite generalmente. Sin embargo, usted puede configurar el soporte del bridging para permitir la expedición de los bastidores que serían desechados de otra manera porque tienen un RIF. Aunque usted pueda remitir estas tramas, el tabla de Bridge no será puesto al día para incluir a las direcciones de origen de estos bastidores.

Para remitir las tramas con las direcciones Multicast, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group multicast-source

Permite la expedición de los bastidores con las direcciones de origen multicast.


Configuración del Tiempo de Caducidad de la Tabla de Bridge

Un Bridge adelante, inundaciones, o paquetes de los descensos basados en el tabla de Bridge. El tabla de Bridge mantiene las Entradas estáticas y las entradas dinámicas. Las Entradas estáticas son ingresadas por el administrador de la red o por el Bridge sí mismo. Las entradas dinámicas las ingresa el proceso de aprendizaje del bridge. Una entrada dinámica se quita automáticamente después de una longitud del tiempo especificada, conocida como tiempo de envejecimiento, a partir del tiempo la entrada fue creada o el actualizado más reciente.

Si los hosts en un Bridged Network son probables moverse, disminuya el tiempo de envejecimiento de permitir al Bridge para adaptarse al cambio rápidamente. Si los hosts no envían continuamente, aumente el tiempo de envejecimiento de registrar las entradas dinámicas por un tiempo más largo y de reducir así la posibilidad de la inundación cuando los hosts envían otra vez.

Para fijar el tiempo de envejecimiento, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge-group bridge-group aging-time seconds

Fija el Bridge Table Aging Time.


Filtrado de Paquetes Puenteados de Forma Transparente

Un Bridge examina las tramas y las envía con la red interna según la dirección destino; un Bridge no remitirá una trama de nuevo a su segmento de red que origina. El Software de Bridge permite que usted configure los filtros administrativos específicos que las tramas del filtro basaron sobre la información con excepción de las trayectorias a sus destinos. Usted puede realizar la filtración administrativa por el ejecución de las tareas en las secciones siguientes:

Configuración de Filtros en la Capa MAC

Filtrado de Anuncios del Servicio del LAT


Observeal configurar la filtración administrativa, recuerde que no hay virtualmente multa de rendimiento en la filtración al lado de Media Access Control (MAC) Address o Vendor Code (Código de proveedor), sino que puede haber una multa de rendimiento significativa al filtrar por el Tipo de protocolo.


Al configurar el control de acceso de Puente transparente, tenga las puntas siguientes presente:

Usted puede asignar solamente una lista de acceso a una interfaz.

Las condiciones en la lista de acceso son aplicadas a todos los paquetes de salida no originados por el Cisco IOS Software.

Las Listas de acceso se exploran en la orden que usted las ingresa; se utiliza la primera coincidencia.

Un implícito niega a todo la entrada se define automáticamente en el extremo de una lista de acceso a menos que usted incluya un permiso explícito todo entrada en el extremo de la lista.

Todas las nuevas entradas a una lista existente se ponen en el extremo de la lista. No puede añadir una entrada en mitad de una lista. Esto significa que si usted ha incluido previamente un permiso explícito todo entrada, las nuevas entradas nunca serán analizadas. La solución es borrar la lista de acceso y escribirla de nuevo a máquina con las nuevas entradas.

Usted puede crear las listas de acceso ampliadas para especificar filtros más detallados, tales como coincidencia del direccionamiento solamente.

Usted no debe utilizar las listas de acceso ampliadas en las interfaces FDDI que el hacer transita el bridging en comparación con el Translational Bridging.

Configurar las Listas de acceso del bridging del tipo 700 puede causar una interrupción momentánea del flujo de tráfico.

Para más información sobre las Listas de acceso, refiera al capítulo del “filtrado de tráfico y de los Firewall” de la guía de configuración de la Seguridad de Cisco IOS.

Configuración de Filtros en la Capa MAC

Usted puede filtrar el envío de los bastidores en la capa MAC realizando las tareas en una de las secciones siguientes:

Filtración por la dirección MAC específica

Filtración por Vendor Code (Código de proveedor)

Filtración del Tipo de protocolo

Al filtrar por una dirección de capa MAC, usted puede utilizar dos clases de Listas de acceso: listas de acceso estándar que especifican un direccionamiento simple, y listas de acceso ampliadas que especifican los formatos de dos direcciones. Usted puede restringir también más lejos el acceso creando los filtros para estas listas. Después de que usted haya completado una de las tareas anteriores, realice la tarea en “que define y que aplica la sección de las listas de acceso ampliadas”.


Las direcciones MACde la nota en el Ethernets son “bit intercambiado” en comparación con las direcciones MAC en el Token Ring y FDDI. Por ejemplo, el direccionamiento 0110.2222.3333 en los Ethernetes es 8008.4444.CCCC en el Token Ring y el FDDI. Las Listas de acceso utilizan siempre la representación canónica de los Ethernetes. Al usar diversos media y construyendo las Listas de acceso para filtrar en las direcciones MAC, tenga esta punta presente. Observe que cuando un paquete Bridged atraviesa un link serial, tiene un direccionamiento del Ethernet-estilo.


Filtración por la dirección MAC específica

Usted puede filtrar tramas con una dirección de origen o de destino de estación de capa MAC determinada. Se puede configurar cualquier número de direcciones en el sistema sin una multa de rendimiento. Para filtrar por la dirección de capa MAC, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group address mac-address {forward | discard}[interface]

Filtra a las direcciones de estación determinadas de la Capa MAC.


Si filtra direcciones de destino MAC concretas, tenga en cuenta los paquetes de multicast o de difusión que son necesarios para los protocolos de las redes puenteadas. Refiera al ejemplo en “Multicast o la sección del ejemplo de Bridging de los paquetes de broadcast” para dirigirle en la construcción de su configuración para tener en cuenta el Multicast o los paquetes de broadcast.

Filtración por Vendor Code (Código de proveedor)

El Bridging Software permite que usted cree las Listas de acceso administrativo para filtrar las direcciones MAC. Estas Listas de acceso pueden a los Grupos de filtro de direcciones MAC, incluyendo ésos con los códigos del proveedor específico. No hay notable pérdida de rendimiento al usar estas Listas de acceso, y las listas pueden estar de longitud indefinida. Usted puede los Grupos de filtro de direcciones MAC con los códigos del proveedor específico realizando la primera tarea y o ambos otras tareas que siguen:

Establezca Vendor Code (Código de proveedor) una lista de acceso

Filtre a las direcciones de origen

Filtre a las direcciones destino

Para establecer Vendor Code (Código de proveedor) una lista de acceso, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# access-list access-list-number {permit | deny} address mask

Elabora la información del control de acceso para filtrar de los bastidores por la dirección MAC (Ethernet-pedida) canónica.


Vendor Code (Código de proveedor) son los primeros tres bytes de la dirección MAC (de izquierda a derecha). Por un ejemplo de cómo filtrar por Vendor Code (Código de proveedor), vea “Multicast o la sección del ejemplo de Bridging de los paquetes de broadcast”.


La notarecuerda que, como con ninguna lista de acceso usando las direcciones MAC, no lo hacen el intercambio del Ethernets su ordenar mordida dirección MAC, y los Token Ring y el FDDI. Por lo tanto, una lista de acceso que trabaja para un media no pudo trabajar para otros.


Una vez que usted ha definido una lista de acceso para filtrar por un código del proveedor específico, usted puede asignar una lista de acceso a una interfaz particular para filtrar en los direccionamientos de fuente MAC de los paquetes recibidos en esa interfaz o las direcciones destino MAC de los paquetes que serían remitidos ordinariamente hacia fuera esa interfaz. Para filtrar por las direcciones de origen o de destino, utilice uno de los siguientes comandos en el modo de configuración de la interfaz, según las necesidades:

Comando
Propósito

Router(config-if)# bridge-group bridge-group input-address-list access-list-number

Asigna una lista de acceso a una interfaz particular.

Router(config-if)# bridge-group bridge-group output-address-list access-list-number

Asigna una lista de acceso a una interfaz para filtrar de las direcciones destino MAC.


Filtración del Tipo de protocolo

Usted puede filtrar por el Tipo de protocolo usando el mecanismo y especificar de la lista de acceso un código del Tipo de protocolo. Para filtrar por el Tipo de protocolo, realice la primera tarea y uno o más de las otras tareas que siguen:

Establezca una lista de acceso del Tipo de protocolo

Filtre Ethernet y los paquetes encapsulados de SNAP en la entrada

Filtre Ethernet y los paquetes encapsulados de SNAP en la salida

Filtre los paquetes de IEEE 802.2-encapsulated en la entrada

Filtre los paquetes de IEEE 802.2-encapsulated en la salida


Notaes una buena idea tener amba código del tipo de la entrada y salida que filtra en diversas interfaces.


La orden en la cual usted ingresa access-list los comandos afecta a la orden en la cual se marcan las condiciones del acceso. Cada condición se comprueba en sucesión. Entonces se utiliza una condición que se debe cumplir para ejecutar la decisión de permitir o rechazar. Si ningunas condiciones hacen juego, “niegue” la decisión se alcanza.


Las Listas de accesodel Tipo de protocolo de la nota pueden tener un impacto en el rendimiento del sistema; por lo tanto, mantenga las listas tan cortas como sea posible y utilice las máscaras de bits del comodín siempre que sea posible.


Las Listas de acceso para los paquetes de Ethernet y de IEEE 802.2-encapsulated afectan solamente a las funciones de Bridging. No es posible utilizar tales Listas de acceso para bloquear las tramas con los protocolos se están ruteando que.

Usted puede establecer las Listas de acceso del Tipo de protocolo. Especifique un código de tipo Ethernet para los paquetes encapsulado a Ethernet o un par DSAP/SSAP para 802,3 o los paquetes 802.5-encapsulated. Los códigos de tipo Ethernet se enumeran en el apéndice de los “códigos de tipo Ethernet” de la referencia del comando bridging and ibm networking del Cisco IOS (volumen 1 de 2).

Para establecer las Listas de acceso del Tipo de protocolo, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# access-list access-list-number {permit | deny} type-code wild-mask

Elabora la información del control de acceso para las tramas de filtración del Tipo de protocolo.


Usted puede filtrar Ethernet y los paquetes encapsulados de SNAP en la entrada. Para las tramas Broche-encapsuladas, la lista de acceso que usted crea es aplicada contra el campo de dos bytes del TIPO dado después de los campos DSAP/SSAP/OUI en la trama. La lista de acceso se aplica a todos los Ethernetes y tramas de la BROCHE recibidos en esa interfaz antes del proceso de aprendizaje del Bridge. Las tramas RÁPIDAS también deben pasar cualquier IEEE aplicable 802,2 Listas de acceso DSAP/SSAP.

Usted puede también filtrar Ethernet y los paquetes encapsulados de SNAP en la salida. La lista de acceso que se crea se aplica momentos antes de enviar una trama a una interfaz.

Para filtrar estos paquetes en la entrada o la salida, utilice los siguientes comandos en el modo de configuración de la interfaz, según lo necesite:

Comando
Propósito

Router(config-if)# bridge-group bridge-group input-type-list access-list-number

Agrega un filtro para Ethernet y los paquetes encapsulados de SNAP en la entrada.

Router(config-if)# bridge-group bridge-group output-type-list access-list-number

Agrega un filtro para Ethernet y los paquetes encapsulados de SNAP en la salida.


Usted puede filtrar los paquetes de IEEE 802-encapsulated en la entrada. La lista de acceso que usted crea se aplica a todas las tramas del IEEE 802 recibidas en esa interfaz antes del proceso de Bridge-aprendizaje. Las tramas SNAP también deben pasar cualquier lista de acceso de código de tipo Ethernet aplicable.

Usted puede también filtrar los paquetes de IEEE 802-encapsulated en la salida. Las tramas SNAP también deben pasar cualquier lista de acceso de código de tipo Ethernet aplicable. La lista de acceso que se crea se aplica momentos antes de enviar una trama a una interfaz.

Para filtrar estos paquetes en la entrada o la salida, utilice los siguientes comandos en el modo de configuración de la interfaz, según lo necesite:

Comando
Propósito

Router(config-if)# bridge-group bridge-group input-lsap-list access-list-number

Agrega un filtro para los paquetes de IEEE 802-encapsulated en la entrada.

Router(config-if)# bridge-group bridge-group output-lsap-list access-list-number

Agrega un filtro para los paquetes de IEEE 802-encapsulated en la salida.


Las Listas de acceso para los paquetes de Ethernet y de IEEE 802-encapsulated afectan solamente a las funciones de Bridging. Usted no puede utilizar tales Listas de acceso para bloquear las tramas con los protocolos se están ruteando que.

Definiendo y aplicando las listas de acceso ampliadas

Si usted está filtrando por la dirección de capa MAC, si está por una dirección MAC específica, Vendor Code (Código de proveedor), o el Tipo de protocolo, usted puede definir y aplicar las listas de acceso ampliadas. Las listas de acceso ampliadas permiten la granularidad más fina del control. Permiten que usted especifique las direcciones de origen y de destino y los bytes arbitrarios en el paquete.

Para definir una lista de acceso ampliada, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# access-list access-list-number {permit | deny} source source-mask destination destination-mask offset size operator operand

Define una lista de acceso ampliada para el control más fino del tráfico Bridged.


Para aplicar una lista de acceso ampliada a una interfaz, utilice los siguientes comandos en el modo de configuración de la interfaz, según las necesidades:

Comando
Propósito

Router(config-if)# bridge-group bridge-group input-pattern-list access-list-number

Aplica una lista de acceso ampliada a los paquetes que son recibidos por una interfaz.

Router(config-if)# bridge-group bridge-group output-pattern-list access-list-number

Aplica una lista de acceso ampliada al paquete que es enviado por una interfaz.


Después de que una lista de acceso se cree inicialmente, cualquier adición subsiguiente (ingresada posiblemente de la terminal) se pone en el extremo de la lista. Es decir usted no puede agregar o quitar selectivamente las líneas de comando access list de una lista de acceso específica.


Adviertadebido a su complejidad, sólo las listas de acceso ampliadas del uso si usted es muy familiar con el Cisco IOS Software. Además, no especifique un valor de desplazamiento que sea mayor que los tamaños del paquete.

Filtrado de Anuncios del Servicio del LAT

El Bridging Software permite que usted filtre las tramas del LAT. La filtración del Bridge del LAT permite la inclusión o la exclusión selectiva de los avisos del servicio de multidifusión del LAT sobre una base del por interface.


Observelos comandos de filtración del LAT no se implementan para las interfaces Token Ring.


En el protocolo del LAT, un código del grupo se define como número decimal en el rango 0 a 255. Algunos de los comandos configuration del LAT toman una lista de códigos del grupo; esto se refiere como lista de código del grupo. Las reglas para ingresar los números en una lista de código del grupo siguen:

Las entradas pueden ser números de código del grupo individual separados con un espacio. (La implementación del LAT de Digitaces especifica que una lista de números sea separada por las comas; sin embargo, nuestra implementación espera que los números sean separados por los espacios.)

Las entradas pueden también especificar un rango de los números. Esto es hecha separando un rango del orden ascendente de los números de grupo con los guiones.

Cualquier número de códigos del grupo o de rangos del código del grupo se puede enumerar en un comando; apenas separe cada uno con un espacio.

En el LAT, cada nodo envía un mensaje periódico del anuncio del servicio que anuncie su existencia y Disponibilidad para las conexiones. Dentro del mensaje es una lista de código del grupo; ésta es una máscara hasta de los bits 256. Cada bit representa un número de grupo. En el uso tradicional de los códigos del grupo del LAT, un servidor terminal conectará solamente con un sistema del host cuando hay una coincidencia entre la lista de código del grupo del usuario en el servidor terminal y la lista de código del grupo en el mensaje del anuncio del servicio. En un entorno con muchos los Bridges y muchos hosts del LAT, el número de mensajes de multidifusión de los cuales cada sistema tenga que ocuparse llegan a ser irrazonables. Los códigos del grupo 256 no pudieron ser bastantes para afectar un aparato las directivas locales de la asignación, tales como donante cada dispositivo de DECserver 200 de su propio código del grupo en los Bridged Network grandes. La filtración del código del grupo del LAT permite que usted tenga control muy fino sobre el cual los mensajes de multidifusión consigan realmente interligados. Con una combinación de permiso de la entrada y salida y niegue las listas, usted puede implementar muchas diversas directivas de control del LAT.

Usted puede filtrar los anuncios de servicio de LAT realizando las tareas unas de los en las secciones siguientes:

Habilitar la filtración del servicio del código del grupo del LAT

El especificar niega o las condiciones de permiso para los códigos del grupo del LAT en la entrada

El especificar niega o las condiciones de permiso para el LAT agrupan los códigos en la salida

Habilitar la filtración del servicio del código del grupo del LAT

Usted puede especificar el grupo-código del LAT que filtra para informar al sistema que los anuncios de servicio de LAT requieren el proceso especial. Para habilitar el grupo-código del LAT que filtra, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group lat-service-filtering

Filtración del servicio del LAT de los permisos.


El especificar niega o las condiciones de permiso para los códigos del grupo del LAT en la entrada

Usted puede especificar los códigos del grupo por los cuales negar o permitir el acceso sobre la entrada. El especificar niega las condiciones hace el sistema no interligar ningún anuncio de servicio de LAT que contienen a los grupos especificados uces de los. Especificar las condiciones de permiso hace el sistema interligar solamente esos anuncios del servicio que hagan juego por lo menos a un grupo en la lista del grupo especificado.

Para especificar niegue o las condiciones de permiso para los grupos del LAT en la entrada, utilizan uno de los siguientes comandos en el modo de configuración de la interfaz, según las necesidades:

Comando
Propósito

Router(config-if)# bridge-group bridge-group input-lat-service-deny group-list

Especifica los códigos del grupo con los cuales negar el acceso sobre la entrada.

Router(config-if)# bridge-group bridge-group input-lat-service-permit group-list

Especifica los códigos del grupo con los cuales permitir el acceso sobre la entrada.


Si un mensaje especifica los códigos del grupo en la negación y el permiso enumera, el mensaje no se interliga.

El especificar niega o las condiciones de permiso para el LAT agrupan los códigos en la salida

Usted puede especificar los códigos del grupo por los cuales negar o permitir el acceso sobre la salida. El especificar niega las condiciones hace el sistema no interligar sobre la interfaz de salida ningunos anuncios de servicio de LAT que contengan a los grupos especificados uces de los. Especificar las condiciones de permiso hace el sistema interligar sobre la interfaz de salida solamente esos anuncios del servicio que hagan juego por lo menos a un grupo en la lista del grupo especificado.

Para especificar niegue o las condiciones de permiso para los grupos del LAT en la salida, utilizan uno de los siguientes comandos en el modo de configuración de la interfaz, según las necesidades:

Comando
Propósito

Router(config-if)# bridge-group bridge-group output-lat-service-deny group-list

Especifica los códigos del grupo con los cuales negar el acceso sobre la salida.

Router(config-if)# bridge-group bridge-group output-lat-service-permit group-list

Especifica los códigos del grupo con los cuales permitir el acceso sobre la salida.


Si un mensaje hace juego una negación y una condición de permiso, no será interligado.

Ajuste de los Parámetros de Spanning Tree

Usted puede ser que necesite ajustar ciertos parámetros del atravesar-árbol si los valores predeterminados no son convenientes para su configuración de Bridge. Parámetros que afectan a atravesar entero - el árbol se configura con las variaciones bridgedel comando global configuration. los parámetros Interfaz-específicos se configuran con las variaciones bridge-group del comando interface configuration.

Usted puede ajustar los parámetros del atravesar-árbol realizando las tareas unas de los en las secciones siguientes:

Configuración de la Prioridad de Bridge

Establecimiento de una Prioridad de Interfaz

Asignación de Costos de Trayectoria

Ajuste de los Intervalos BPDU

Inhabilitación del Spanning-Tree en una Interfaz


Observesolamente a los administradores de la red con una buena comprensión de cómo los Bridges y el trabajo del Spanning Tree Protocol deben hacer los ajustes a los parámetros del atravesar-árbol. Los ajustes mal previstos en estos parámetros pueden tener un impacto negativo en el funcionamiento. Una buena fuente en el bridging es la especificación del IEEE 802.1D; vea el apéndice de las “referencias y de las lecturas recomendadas” en la referencia de comandos de los fundamentales de la configuración del Cisco IOS para otras referencias.


Configuración de la Prioridad de Bridge

Usted puede global configurar la prioridad de un Bridge individual cuando el lazo de dos Bridges para la posición como el Root Bridge, o usted puede configurar la probabilidad que un Bridge será seleccionado como el Root Bridge. Esta prioridad se determina de forma predeterminada; sin embargo, puede cambiarla. Para establecer la prioridad de Bridge, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group priority number

Establece la prioridad de Bridge.


Establecimiento de una Prioridad de Interfaz

Usted puede establecer una prioridad para una interfaz. Cuando el lazo de dos Bridges para la posición como el Root Bridge, usted configura una prioridad de interfaz para romper el lazo. El Bridge con el valor más bajo de la interfaz se elige. Para establecer una prioridad de interfaz, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# bridge-group bridge-group priority number

Establece una prioridad para una interfaz especificada.


Asignación de Costos de Trayectoria

Cada interfaz tiene un costo de trayectoria asociado. Por el convenio, el costo del trayecto es el índice 1000/data del LAN asociado, en los millones de bits por segundo (Mbps). Usted puede fijar diversos costos del trayecto. Refiera a la entrada para este comando en la referencia del comando bridging and ibm networking del Cisco IOS (el volumen 1 de 2) para los diversos media omite. Para asignar los costos del trayecto, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# bridge-group bridge-group path-cost cost

Fija un costo del trayecto diferente de los valores por defecto.


Ajuste de los Intervalos BPDU

Usted puede ajustar los intervalos BPDU según lo descrito en las secciones siguientes:

Ajuste del intervalo entre hola los BPDU

Definición del intervalo del retardo de reenvío

Definición del intervalo ocioso máximo


Observecada Bridge en atravesar - el árbol adopta el intervalo entre hola los BPDU, el intervalo del retardo de reenvío, y los parámetros de intervalo ociosos máximos del Root Bridge, sin importar lo que pudo ser su configuración individual.


Ajuste del intervalo entre hola los BPDU

Usted puede especificar el intervalo entre hola los BPDU. Para ajustar este intervalo, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group hello-time seconds

Especifica el intervalo entre los hello BPDUs.


Definición del intervalo del retardo de reenvío

El intervalo del retardo de reenvío es la cantidad de tiempo pasada estando atenta la información del cambio de la topología después de una interfaz se ha activado para interligar y antes de que el envío comience realmente. Para cambiar la configuración del intervalo predeterminado, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group forward-time seconds

Fija el valor por defecto del intervalo del retardo de reenvío.


Definición del intervalo ocioso máximo

Si un Bridge no oye los BPDU del Root Bridge dentro de un intervalo especificado, asume que la red ha cambiado y recalcula la topología del árbol de expansión. Para cambiar la configuración del intervalo predeterminado, usando el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group max-age seconds

Cambia la cantidad de tiempo que un Bridge esperará para oír los BPDU del Root Bridge.


Inhabilitación del Spanning-Tree en una Interfaz

Cuando un trayecto sin Loops existe entre cualquier dos redes secundarios interligados, usted puede prevenir los BPDU generados en un red secundario de Puente transparente de los Nodos de afectación en el otro red secundario de Puente transparente, con todo todavía permite interligar en el Bridged Network en conjunto. Por ejemplo, cuando transparente los redes secundarios del LAN Bridged son separados por WAN, los BPDU se pueden prevenir de viajar a través del link PÁLIDO.

Para inhabilitar atravesar - el árbol en una interfaz, utiliza el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# bridge-group bridge-group spanning-disabled

Inhabilita atravesar - árbol en una interfaz.


Configuración del Bridging Transparente e IRB en un Switch Ethernet PA-12E/2FE

El adaptador del puerto de un switch de Ethernet PA-12E/2FE proporciona los Cisco 7200 Series Router con hasta doce 10-Mbps y dos Switched Ethernet 10/100-Mbps (10BaseT) y las interfaces de los fast ethernet (100BASE-TX) para un ancho de banda total de 435 Mbps, FULL-duplex. El adaptador de puerto PA-12E/2FE soporta los Ethernetes, las especificaciones de IEEE 802,3, y de IEEE 802.3u para 10-Mbps y la transmisión del 100-Mbps sobre los cables de UTP.

El adaptador de puerto PA-12E/2FE descarga el Layer 2 Switching del host CPU usando la tecnología de memorización o del Cut-Through Switching entre las interfaces dentro del mismo VLA N en el adaptador de puerto PA-12E/2FE. Los soportes de adaptador de puerto PA-12E/2FE hasta cuatro VLA N (Grupos de Bridge).


Observeel adaptador de puerto PA-12E/2FE es un adaptador de puerto de la dual-anchura, que significa que ocupa dos slots de adaptador de puerto horizontalmente alineados cuando está instalado en un Cisco 7200 Series Router. (los adaptadores de puerto de la Solo-anchura ocupan los slots del adaptador del puerto individual en un Cisco 7200 Series Router.)


Todas las interfaces en el autosensing del soporte de adaptador de puerto PA-12E/2FE y el autonegotiation del modo de transmisión apropiado (semidúplex o FULL-duplex) con un dispositivo conectado. Las primeras dos interfaces PA-12E/2FE (puerto 0 y autosensing del soporte del puerto 1) también y autonegotiation de la velocidad de conexión adecuada (10 Mbps o 100 Mbps) con un dispositivo conectado. Si un dispositivo conectado no soporta el autosensing y el autonegotiation del modo de transmisión apropiado, las interfaces PA-12E/2FE asociadas al dispositivo ingresan automáticamente al modo semidúplex. Utilice show running-config el comando de determinar si una interfaz PA-12E/2FE es autosensing y autonegociar el modo de transmisión apropiado con un dispositivo conectado. Utilice los full-duplex y half-duplex comandos de cambiar el modo de transmisión de una interfaz PA-12E/2FE. Después de cambiar el modo de transmisión, utilice show interfaces el comando de verificar el modo de la transmisión de la interfaz.


Observesi usted utiliza los full-duplex y half-duplex comandos de cambiar el modo de transmisión de las primeras dos interfaces PA-12E/2FE (el puerto 0 y el puerto 1), la velocidad de transmisión de las dos interfaces PA-12E/2FE omite automáticamente el 100-Mbps. Las primeras dos interfaces PA-12E/2FE actúan solamente en 10-Mbps cuando las interfaces son autosensing y autonegociar la velocidad de conexión adecuada (10-Mbps o 100-Mbps) con un dispositivo conectado.


Para configurar el adaptador de puerto PA-2E/2FE, realice las tareas en las secciones siguientes. Se requiere la primera tarea, el resto de las tareas es opcional.

Configurar el adaptador de puerto PA-12E/2FE

Monitoreando y manteniendo el adaptador de puerto PA-12E/2FE

Configurar a los Grupos de Bridge que usan 12E/2FE la configuración de VLAN WebTool


Observesi usted planean utilizar una interfaz PA-12E/2FE para iniciar de una red (TFTP), asegúrese de que la interfaz esté configurada para un entorno sin loop, una dirección IP se configura para el Interfaz Virtual de Bridge-Group de la interfaz, y la imagen del arranque del sistema en la versión 11.2(10)P está instalada en su router (utilice show version el comando de ver la imagen del arranque del sistema de su router). Entonces, antes de iniciar del servidor de red, utilice bridge-group el comando bridge-group numberspanning-disabled de inhabilitar el Spanning Tree Protocol configurado en la interfaz para guardar el servidor TFTP de medir el tiempo hacia fuera y de cerrar la sesión.

Para información detallada sobre el inicio de una red (TFTP), cargando una imagen del sistema de un servidor de red, y configurando el Spanning Tree Protocol en su Cisco 7200 Series Router, refiera a las instalaciones del adaptador de puerto Switch10BASE-T y 100BASE-TX de los Ethernetes PA-12E/2FE y a la configuración que acompaña el hardware y a los fundamentales guía de configuración y Cisco IOS que interligan y publicaciones de la configuración del Cisco IOS de la guía de configuración de las Redes IBM.


Para la información sobre otros comandos que se puedan utilizar para configurar un adaptador de puerto PA-12E/2FE, refiera al Capítulo Configuración de interfaces en la guía de configuración de los fundamentales de la configuración del Cisco IOS.

Por los ejemplos de la configuración de adaptador de puerto PA-2E/2FE, vea “configuración de Puente transparente por la sección del ejemplo del adaptador de puerto PA-12E/2FE” y “configuración del IRB por la sección del ejemplo del adaptador de puerto PA-12E/2FE”.

Configurar el adaptador de puerto PA-12E/2FE

Esta sección proporciona las instrucciones para una configuración básica. Usted puede ser que también necesite ingresar otros comandos configuration dependiendo de los requisitos para su configuración del sistema y los protocolos que usted planea rutear en la interfaz.

Para configurar las interfaces en el adaptador de puerto PA-12E/2FE, realice las tareas siguientes que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# bridge bridge-group protocol ieee

Especifica el tipo de Spanning Tree Protocol. Los soportes de adaptador de puerto PA-12E/2FE DEC y protocolos del árbol de expansión IEEE; sin embargo, recomendamos el usar del protocolo de IEEE al configurar a los Grupos de Bridge.

Paso 2 

Router(config)# interface fastethernet slot/port

(para los puertos 0 y 1)

interface ethernet slot/port

(para los puertos 2 a 13)

Ingresa la interfaz que usted quiere configurar.

Paso 3 

Router(config-if)# bridge-group bridge-group

Asigna a un Grupo de Bridge a la interfaz.

Paso 4 

Router(config-if)# cut-through [receive | transmit]

(Opcional) configura la interfaz para la tecnología del Cut-Through Switching. El valor por defecto es de memorización.

Paso 5 

Router(config-if)# full-duplex

(Opcional) si un dispositivo conectado no soporta el autosensing o el autonegotiation, configura el modo de transmisión para el FULL-duplex. El valor por defecto es semidúplex.

Paso 6 

Router(config-if)# no shutdown

Cambia el estado de cierre a activado.

Paso 7 

Router(config-if)# exit

Vuelve al modo de configuración global.

Paso 8 


Relance el paso 1 al paso 7 para cada interfaz.

Paso 9 

Router(config)# exit

Sale del modo de configuración global.

Paso 10 

Router# copy running-config startup-config

Guarda la nueva configuración a la memoria.

Para habilitar los Ruteo y Bridging integrados en los Grupos de Bridge, realice las tareas siguientes que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# bridge irb

Habilita los Ruteo y Bridging integrados.

Paso 2 

Router(config)# interface bvi bridge-group

Habilita una interfaz virtual en un Grupo de Bridge.

Paso 3 

Router(config-if)# ip address address mask

Asigna una dirección IP y una máscara de subred al Interfaz Virtual de Bridge Group.

Paso 4 

Router(config-if)# no shutdown

Cambia el estado de cierre a activado.

Paso 5 

Router(config-if)# exit

Vuelve al modo de configuración global.

Paso 6 


Relance el paso 1 al paso 5 para cada interfaz.

Paso 7 

Router(config)# bridge bridge-group route protocol

Especifica el protocolo para cada Grupo de Bridge.

Paso 8 

Router(config)# exit

Sale del modo de configuración global.

Paso 9 

Router# copy running-config startup-config

Guarda la nueva configuración a la memoria.

Monitoreando y manteniendo el adaptador de puerto PA-12E/2FE

Después de configurar la nueva interfaz, usted puede visualizar su estatus y verificar la otra información. Al mostrar información sobre el adaptador de puerto PA-12E/2FE, realice las tareas siguientes en el modo EXEC privilegiado:

Comando
Propósito

Router# show version

Visualiza la configuración del hardware del sistema, la versión de software, los archivos de los nombres y de fuentes de la configuración, y la imagen del arranque de sistema.

Router# show controllers

Visualiza todos los adaptadores de puerto actuales y sus interfaces.

Router# show interface fastethernet slot/port

(para los puertos 0 y 1)

show interface ethernet slot/port

(para los puertos 2 a 13)

Verifica las interfaces tienen el número de slot correcto y eso la interfaz y Line Protocol está en el estado correcto.

Router# show bridge group

Verifica todos los Grupos de Bridge y sus interfaces.

Router# show interface ethernet slot/port irb

(para los puertos 2 a 13)

show interface fastethernet slot/port irb

(para los puertos 0 y 1)

Verifica el protocolo ruteado correcto se configura para cada interfaz.

Router# show protocols

Visualiza los protocolos configurados para el sistema entero y las interfaces específicas.

Router# show pas eswitch addresses fastethernet slot/port

(para los puertos 0 y 1)

show pas eswitch addresses ethernet slot/port

(para los puertos 2 a 13)

Visualiza los direccionamientos aprendidos de la capa 2 para cada interfaz.

Router# show running-config

Muestra el archivo de configuración en ejecución.

Router# show startup-config

Visualiza la configuración salvada en el NVRAM.


Configurar a los Grupos de Bridge que usan 12E/2FE la configuración de VLAN WebTool

12E/2FE la configuración de VLAN WebTool, mostrado en el cuadro 5, es los subprogramas java basado en buscador de la red que visualizan las interfaces configuradas y a los Grupos de Bridge para los adaptadores de puerto PA-12E/2FE instalados en los routeres Cisco. Con el WebTool usted puede realizar las tareas siguientes:

Cree y borre a los Grupos de Bridge (también designados los VLA N)

Agregue y quite las interfaces PA-12E/2FE de los Grupos de Bridge

Asigne los colores a los Grupos de Bridge y a las interfaces PA-12E/2FE

Administrativo apague (neutralización) y traiga para arriba (habilite) las interfaces PA-12E/2FE

Vea el estatus del bridge-group de cada interfaz PA-12E/2FE

Usted puede acceder 12E/2FE la configuración de VLAN WebTool del Home Page de su router. Para más información sobre el Home Page del router, refiera a la guía de configuración de los fundamentales de la configuración del Cisco IOS.

Para los procedimientos completos en cómo utilizar la configuración de VLAN WebTool, refiera a las instalaciones del adaptador de puerto Switch10BASE-T y 100BASE-TX de los Ethernetes PA-12E/2FE y a la configuración que acompaña el hardware.

Cuadro 5 Home Page del ejemplo para un Cisco 7200 Series Router (Cisco 7206 mostrado)


Notausted debe utilizar a un buscador Web habilitado las Javas para acceder 12E/2FE la configuración de VLAN WebTool del Home Page de su router.


Todos los routeres Cisco que funcionan con el Cisco IOS Release 11.0 o Posterior tienen un Home Page. Si su router tiene un adaptador de puerto instalado PA-12E/2FE, usted puede acceder 12E/2FE la configuración de VLAN WebTool del Home Page del router.


Observea todo el router Cisco que los Home Page son contraseña protegida. Entre en contacto a su administrador de la red si usted no tiene el nombre o la contraseña para su Cisco 7200 Series Router.



Observeel link de hypertext de WebTool de la configuración de VLAN se enumera en el Home Page del router solamente cuando un adaptador de puerto PA-12E/2FE está instalado en el router.


Ajuste de una Red Puenteada de Forma Transparente

Las secciones siguientes describen cómo configurar las funciones que aumentan el rendimiento de la red reduciendo el número de paquetes que atraviesen la red de estructura básica:

Configuración de Grupos de Circuitos

Configuración de la Inundación de Multicast Restringida

Configuración de Grupos de Circuitos

En curso de eliminación del loop, el algoritmo del árbol de expansión bloquea siempre todos sino uno de un grupo de segmentos de red paralelos entre dos Bridges. Cuando esos segmentos están de ancho de banda limitado, puede ser que sea preferible aumentar el ancho de banda total entre dos Bridges remitiendo a través de los segmentos de red paralelos múltiples. Los grupos de circuitos pueden ser utilizados para agrupar los segmentos de red paralelos múltiples entre dos Bridges para distribuir la carga mientras que todavía mantienen atravesar sin loop - árbol.

La distribución de carga determinista distribuye el tráfico entre dos Bridges a través de los segmentos de red paralelos múltiples agrupados juntos en un solo grupo de circuitos. Mientras un puerto del grupo de circuitos esté en el estado de reenvío, todos los puertos en ese grupo de circuitos participarán en la distribución de carga sin importar sus estados de puerto de árbol de expansión. Este proceso garantiza que el atravesar computado - el árbol es todavía adaptante a cualquier cambio de la topología y la carga se distribuye entre los segmentos múltiples. La distribución de carga determinista garantiza el paquete que ordena entre las pares de destino fuente, y siempre adelante el tráfico para las pares de destino fuente en el mismo segmento en un grupo de circuitos para una configuración dada del grupo de circuitos.


Notausted debe configurar todos los segmentos de red paralelos entre dos Bridges en un solo grupo de circuitos. La distribución de carga determinista a través de un grupo de circuitos ajusta dinámicamente a la adición o a la cancelacíon de los segmentos de red, e interconectar los cambios de estado.


Si un puerto del grupo de circuitos va abajo y sube como resultado de la configuración o de un cambio del Line Protocol, el algoritmo del árbol de expansión desviará la transición de puerto y medirá el tiempo hacia fuera de los temporizadores necesarios para forzar los puertos elegibles del grupo de circuitos para ingresar al estado de reenvío. Esto evita el tiempo largo de la interrupción causado por el recomputation de la topología del árbol de expansión y por lo tanto reanuda la distribución de carga lo más rápidamente posible.

Para ajustar transparente el Bridged Network, realice las tareas siguientes:

1.Defina a un grupo de circuitos.

2.Opcionalmente, configure un intervalo de la pausa de la transmisión.

3.Modifique la estrategia de la distribución de carga.

Para definir a un grupo de circuitos, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# bridge-group bridge-group circuit-group circuit-group

Agrega una interfaz serial a un grupo de circuitos.


Para los grupos de circuitos de interfaces seriales del mezclado-ancho de banda, puede ser que sea necesario configurar un intervalo de la pausa durante el cual el envío de los datos se suspende para evitar pedir los paquetes que siguen incorrectamente los cambios en la composición de un grupo de circuitos. Los cambios en la composición de un grupo de circuitos incluyen la adición o la cancelacíon de una interfaz y de los cambios de estado de la interfaz. Para configurar un intervalo de la pausa de la transmisión, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group circuit-group circuit-group pause milliseconds

Configura un intervalo de la pausa de la transmisión.


Para las aplicaciones que dependen de ordenar del unicast y del tráfico Multicast mezclados de una fuente dada, la distribución de carga se debe basar sobre el MAC Address de origen solamente. Para modificar la estrategia de la distribución de carga para acomodar tales aplicaciones, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge bridge-group circuit-group circuit-group source-based

Distribuye la carga baja en el MAC Address de origen solamente.


Por un ejemplo de cómo configurar a un grupo de circuitos, vea la sección “de Puente transparente del ejemplo complejo de la topología de red” más adelante en este capítulo.

Configuración de la Inundación de Multicast Restringida

En un Bridge transparente, los paquetes de multidifusión se inundan en todos los puertos de la expedición en el Bridge. Para algunos protocolos, es posible que un Bridge determine la calidad de miembro de los grupos de multidifusión, y obliga la inundación de los Multicast a un subconjunto de los puertos de la expedición. La inundación de multidifusión obligada permite a un Bridge para determinar la calidad de miembro de grupo de los grupos del Multicast IP dinámicamente y para inundar los paquetes de multidifusión solamente en esos puertos que alcancen a los miembros del grupo.

Para habilitar obligó la inundación de multidifusión, utiliza el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# bridge cmf

Los permisos obligaron la inundación de multidifusión para todos los Grupos de Bridge configurados.


Monitoreo y Mantenimiento de la Red de Bridge Transparente

Para monitorear y la actividad de mantener en el Bridged Network, utiliza uno de los siguientes comandos en el modo EXEC privilegiado, según las necesidades:

Comando
Propósito

Router# clear bridge bridge-group

Quita cualquier entrada aprendida de las bases de datos de reenvío y borra el transmitir y recibe las cuentas para cualesquiera entradas de reenvío estáticamente configuradas.

Router# clear bridge [bridge-group] multicast [router-ports | groups | counts] [group-address] [interface-unit] [counts]

Quita la información del estado del grupo de multidifusión y borra el transmitir y recibe las cuentas.

Router# clear sse

Reinicializa el procesador del switch de silicio (SSP) en el Cisco 7000 Series Router.

Router# clear vlan statistics

Quita las estadísticas de VLAN de estáticamente o las entradas sistema-configuradas.

Router# show bridge [bridge-group] [interface]

Visualiza a los detalles del Grupo de Bridge.

Router# show bridge [bridge-group] [interface] [address [mask]] [verbose]

Muestra las clases de entradas en la base de datos de reenvío de bridges.

Router# show bridge [bridge-group] circuit-group [circuit-group] [src-mac-address] [dst-mac-address]

Visualiza las interfaces configuradas en cada grupo de circuitos y muestra si él está participando en la distribución de carga.

Router# show bridge [bridge-group] multicast [router-ports | groups] [group-address]

Visualiza la información del estado del Multicast de Puente transparente.

Router# show bridge group [verbose]

Visualiza la información sobre los Grupos de Bridge configurados.

Router# show bridge vlan

El IEEE 802.10 de las visualizaciones transparente interligó la configuración de VLAN.

Router# show interfaces crb

Visualiza la configuración para cada interfaz que se ha configurado para rutear o interligar.

Router# show interfaces [interface] irb

Visualiza los protocolos que se pueden rutear o interligar para la interfaz especificada.

Router# show span

Visualiza la topología del árbol de expansión sabida al router, incluyendo independientemente de si la filtración está en efecto.

Router# show sse summary

Visualiza un resumen de las estadísticas SSP.

Router# show subscriber-policy policy

Visualiza los detalles de una política de suscriptor.

Router# show vlans

Muestra subinterfaces VLAN.


Ejemplos de Configuración de Bridging SRT y Transparente

Las secciones siguientes proporcionan los ejemplos de configuración que usted puede utilizar como guía a configurar su ambiente de Bridging:

Ejemplo de Bridging Básico

Ejemplo de Ruteo y Bridging Simultáneos

Ejemplo Básico de Ruteos y Bridging integrados

Ejemplo Complejo de Ruteo y Bridging Integrados

Ejemplo de Ruteo y Bridging Integrados con Múltiples Grupos de Bridge

Ejemplo de Configuración de VLANs Puenteadas de Forma Transparente

Ejemplo de Configuración de Ruteo entre VLANs

Ejemplo de Transparent Bridging de Ethernet a FDDI

Ejemplo de Bridging Ethernet

Ejemplo de Bridging SRT

Ejemplo de Bridging de Paquetes Multicast o Broadcast

Ejemplo de Transparent Bridging X.25

Ejemplos de Frame Relay Transparent Bridging

Ejemplo de Bridging Transparente sobre LAPB Multiprotocolo

Ejemplo de Transparent Bridging de Conmutación Rápida sobre ATM (Cisco 7000)

Ejemplos de Transparent Bridging over DDR

Ejemplo de Bridging Transparente de Conmutación Rápida sobre SDS

Ejemplo de Topología de Red de Transparent Bridging Compleja

Ejemplo de Puerto de Suscriptor Fast Ethernet, Trunk de Frame Relay

Ejemplo de Trunk ATM, Puertos del Suscriptor ATM

Ejemplo de Configuración del Bridging Transparente para el Adaptador de Puerto PA-12E/2FE

Ejemplo de Configuración de IRB para el Adaptador de Puerto PA-12E/2FE

Ejemplo de Bridging Básico

El cuadro 6 es un ejemplo de un configuración de Bridging básico. El sistema tiene dos Ethernets, un Token Ring, un puerto FDDI, y una línea serial. Se rutea el tráfico IP y se interliga todo lo demás. El algoritmo de Bridging compatible con digital con los parámetros predeterminados se está utilizando.

Cuadro 6 el interligar del ejemplo de básico

El archivo de configuración para el router en el cuadro 6 es como sigue:

interface tokenring 0
 ip address 131.108.1.1 255.255.255.0
 bridge-group 1
!
interface fddi 0
 ip address 131.108.2.1 255.255.255.0
 bridge-group 1
!
interface ethernet 0
 ip address 192.31.7.26 255.255.255.240
 bridge-group 1
!
interface serial 0
 ip address 192.31.7.34 255.255.255.240
 bridge-group 1
!
interface ethernet 1
 ip address 192.31.7.65 255.255.255.240
 bridge-group 1
!
bridge 1 protocol dec

Ejemplo de Ruteo y Bridging Simultáneos

En el DECNet del siguiente ejemplo y el IPX se rutean y se interligan en paralelo. El IP y el APPLETALK se rutean en todas las interfaces, el DECNet y el IP se rutean en todas las interfaces no en el Grupo de Bridge, y todos los protocolos con excepción del IP y del APPLETALK se interligan en todas las interfaces en el Grupo de Bridge:

!
ipx routing 0000.0c36.7a43
appletalk routing
!
decnet routing 9.65
decnet node-type routing-iv
!
interface Ethernet0/0
 ip address 172.19.160.65 255.255.255.0
 ipx network 160
 appletalk address 160.65
 decnet cost 7
!
interface Ethernet0/1
 ip address 172.19.161.65 255.255.255.0
 ipx network 161
 appletalk address 161.65
 decnet cost 7
!
interface Ethernet0/2
 ip address 172.19.162.65 255.255.255.0
 appletalk address 162.65
 bridge-group 1
!
interface Ethernet0/3
 ip address 172.19.14.65 255.255.255.0
 appletalk address 14.65
 appletalk zone california
 bridge-group 1
!
router igrp 666
network 172.19.0.0
!
bridge crb
bridge 1 protocol ieee
bridge 1 route appletalk
bridge 1 route ip
!

Ejemplo Básico de Ruteos y Bridging integrados

El cuadro 7 es un ejemplo de los Ruteo y Bridging integrados que utiliza el bridge-group 1 para interligar y para rutear el IP. El router tiene tres interfaces de los Bridged Ethernet y una interfaz de Ethernet ruteada.

Cuadro 7 Routing IP básico usando los Ruteo y Bridging integrados

El siguiente ejemplo muestra las porciones pertinentes de la configuración para el router en el cuadro 7:

interface Ethernet 0
 bridge-group 1
!
interface Ethernet 1
 bridge-group 1
!
interface Ethernet 2
 bridge-group 1
!
interface Ethernet 3
 ip address 5.0.0.1 255.0.0.0
!
interface BVI 1
 ip address 3.0.0.1 255.0.0.0
!
bridge irb
bridge 1 protocol ieee
 bridge 1 route ip

Ejemplo Complejo de Ruteo y Bridging Integrados

El cuadro 8 es un más ejemplo complejo de los Ruteo y Bridging integrados, donde utilizan al Grupo de Bridge 1 para rutear el tráfico IP, para interligar el tráfico IPX, y para interligar y para rutear el tráfico del APPLETALK.

Cuadro 8 ejemplo de los Ruteo y Bridging integrados del complejo

El siguiente ejemplo muestra las porciones pertinentes de la configuración para el router:

appletalk routing
!
interface Ethernet 1
 ip address 5.0.0.1 255.0.0.0
 appletalk cable-range 35-35 35.1
 appletalk zone Engineering
!
interface Ethernet 2
 ip address 3.0.0.1 255.0.0.0
 bridge-group 1
!
interface Ethernet 3
 ip address 7.0.0.1 255.0.0.0
 bridge-group 1
!
interface BVI 1
 no ip address
 appletalk cable-range 33-33 33.1
 appletalk zone Accounting
!
bridge irb
bridge 1 protocol ieee
 bridge 1 route appletalk
 bridge 1 route ip
 no bridge 1 bridge ip

Ejemplo de Ruteo y Bridging Integrados con Múltiples Grupos de Bridge

En el ejemplo ilustrado en el cuadro 9, los Ruteo y Bridging integrados se utilizan para rutear y para interligar el IP entre dos Grupos de Bridge.

Cuadro 9 Ruteo y Bridging integrados con los grupos de Bridge múltiples

El siguiente ejemplo muestra las porciones pertinentes de la configuración para el router en el cuadro 9:

interface Ethernet 1
 bridge-group 1
!
interface Ethernet 2
 bridge-group 1
!
interface Ethernet 3
 bridge-group 2
!
interface Ethernet 4
 bridge-group 2
!
interface BVI 1
 ip address 3.0.0.1 255.0.0.0
!
interface BVI 2
 ip address 5.0.0.1 255.0.0.0
!
bridge irb
bridge 1 protocol ieee
 bridge 1 route ip
bridge 2 protocol ieee
 bridge 2 route ip

Ejemplo de Configuración de VLANs Puenteadas de Forma Transparente

El siguiente ejemplo muestra la configuración para la topología en el cuadro 3. “Rayó” el VLA N se identifica como Security Association Identifier 45; el VLA N del “punto” se identifica como Security Association Identifier 1008; el VLA N “cortado” se identifica como Security Association Identifier 4321. Observe que la asignación del Grupo de Bridge, de la interfaz, y de los números de la subinterfaz está de importancia local solamente. Usted debe coordinar solamente la configuración de un identificador de la asociación de la seguridad común a través de los Bridges.

Router Uno

bridge 18 protocol ieee
interface ethernet 0/1
 bridge-group 18
!
interface ethernet 0/2
 bridge-group 18
!
interface ethernet 0/3
 bridge-group 18
!
interface fddi 4/0.8
 encapsulation sde 45
 bridge-group 18
!
 bridge 54 protocol ieee

interface ethernet 1/1
 bridge-group 54
!
interface ethernet 1/2
 bridge-group 54
!
interface ethernet 1/3
 bridge-group 54
!
interface fddi 4/0.13
 encapsulation sde 1008
 bridge-group 54
!
bridge 3 protocol ieee
!
interface ethernet 2/1
 bridge-group 3
!
interface ethernet 2/2
 bridge-group 3
!
interface ethernet 2/3
 bridge-group 3
!
interface fddi 4/0.30
 encapsulation sde 4321
 bridge-group 3

Router Dos

bridge 7 protocol ieee
interface ethernet 0/1
 bridge-group 7
!
interface ethernet 0/2
 bridge-group 7

interface ethernet 0/3
 bridge-group 7
!
interface ethernet 0/4
 bridge-group 7
!
interface fddi 2/0.11
 encapsulation sde 4321
 bridge-group 7
!
bridge 8 protocol ieee
interface ethernet 1/1
 bridge-group 8
!
interface ethernet 1/2
 bridge-group 8
!
interface ethernet 1/3
 bridge-group 8
!
interface ethernet 1/4
 bridge-group 8
!
interface fddi 2/0.14
 encapsulation sde 1008
 bridge-group 8

Router Tres

bridge 1 protocol ieee
interface ethernet 0/1
 bridge-group 1
!
interface ethernet 0/2
 bridge-group 1
!
interface ethernet 0/3
 bridge-group 1
!
interface fddi 2/0.5
 encapsulation sde 4321
 bridge-group 1
!
bridge 6 protocol ieee
interface ethernet 1/1
 bridge-group 6
!
interface ethernet 1/2
 bridge-group 6
!
interface ethernet 1/3
 bridge-group 6
!
interface fddi 2/0.3
 encapsulation sde 45
 bridge-group 6

Ejemplo de Configuración de Ruteo entre VLANs

El siguiente ejemplo muestra que la configuración para la topología mostrada en el cuadro 4. tráfico IP está ruteada a y desde los dominios conmutados 300, 400, y 600 del VLA N a cualquier otra interfaz del Routing IP, al igual que IPX para los VLA N 500 y 600. Porque las interfaces Fast Ethernet 2/1.20 y 3/1.40 se combinan en el Bridge
el grupo 50, el resto del tráfico nonrouted se interliga entre estas dos subinterfaces.

interface FDDI 1/0.10
 ip address 131.108.1.1 255.255.255.0
 encap sde 300
!
interface Fast Ethernet 2/1.20.
 ip address 171.69.2.2 255.255.255.0
 encap isl 400
 bridge-group 50
!
interface Fast Ethernet 2/1.30
 ipx network 1000
 encap isl 500
!
interface Fast Ethernet 3/1.40
 ip address 198.92.3.3 255.255.255.0
 ipx network 1001
 encap isl 600
 bridge-group 50
!
bridge 50 protocol ieee

Ejemplo de Transparent Bridging de Ethernet a FDDI

El ejemplo de configuración siguiente muestra los comandos configuration que habilitan Puente transparente entre los Ethernetes y las interfaces FDDI. Puente transparente en una interfaz FDDI se permite solamente en la placa de interfaz CSC-C2FCIT.

hostname tester 
! 
buffers small min-free 20 
buffers middle min-free 10 
buffers big min-free 5 
! 
no ip routing 
! 
interface ethernet 0 
 ip address 131.108.7.207 255.255.255.0 
 no ip route-cache 
 bridge-group 1 
! 
interface ethernet 2 
 ip address 131.108.7.208 255.255.255.0
 no ip route-cache
 bridge-group 1 
! 
interface Fddi 0 
 ip address 131.108.7.209 255.255.255.0
 no ip route-cache
 no keepalive 
 bridge-group 1 
!
bridge 1 protocol ieee 

Si el otro lado del anillo FDDI fuera una interfaz FDDI que se ejecutaba en el modo de encapsulación bastante que en el modo transparente, los comandos configuration adicionales siguientes serían necesarios:

interface fddi 0
 fddi encapsulate

Ejemplo de Bridging Ethernet

En el siguiente ejemplo, dos edificios tienen redes que se deban conectar vía un link T1. En general, los sistemas en cada edificio utilizan el IP o el DECNet, y por lo tanto, debe ser ruteado. Hay algunos sistemas en cada edificio que deba comunicar, pero pueden utilizar solamente un protocolo de propietario.

El ejemplo coloca dos Ethernets en cada edificio. Uno del Ethernets se asocia a los hosts que utilizan un protocolo de propietario, y el otro se utiliza para asociar al resto de la red del edificio que ejecuta el IP y el DECNet. El Ethernet asociado a los hosts usando un protocolo de propietario se habilita para interligar a la línea serial y al otro edificio.

El cuadro 10 muestra un ejemplo de configuración. Las interfaces marcadas con un asterisco (*) se configuran como parte de atravesar - el árbol 1. Configuran al Routers para rutear el IP y el DECNet. Esta configuración permite que los hosts en cualquier Ethernet comuniquen con los hosts en cualesquiera otros Ethernetes usando el IP o el DECNet. Además, los hosts en el Ethernet1 en cualquier edificio pueden comunicar con los protocolos no soportados para rutear.

Cuadro 10 ejemplo de configuración del Ethernet Bridging

Router/Bridge en el edificio 1

El archivo de configuración para el router en el edificio 1 estaría como sigue. Observe que ningún bridging ocurre sobre el ethernet0. El IP y el ruteo DECnet se habilitan en todas las interfaces.

decnet address 3.34
interface ethernet 0
 ip address 128.88.1.6 255.255.255.0
 decnet cost 10
!
interface serial 0
 ip address 128.88.2.1 255.255.255.0
 bridge-group 1
 decnet cost 10
!
interface ethernet 1
 ip address 128.88.3.1 255.255.255.0
 bridge-group 1
 decnet cost 10
!
bridge 1 protocol dec

Router/Bridge en el edificio 2

El archivo de configuración para el router en el edificio 2 es similar a construir 1:

decnet address 3.56
!
interface ethernet 0
 ip address 128.88.11.9 255.255.255.0
 decnet cost 10
!
interface serial 0
 ip address 128.88.2.2 255.255.255.0
 bridge-group 1
 decnet cost 10
!
interface ethernet 1
 ip address 128.88.16.8 255.255.255.0
 bridge-group 1
 decnet cost 10
!
bridge 1 protocol dec

Ejemplo de Bridging SRT

En el cuadro 11, un Token Ring y un Ethernet en un sitio remoto de las ventas en New York City se deben configurar para pasar el tráfico Bridged unroutable a través de un link satelital al Token Ring de la estructura básica en las oficinas principales de la compañía en Thule, Groenlandia. El IP es el único protocolo ruteado. Están ejecutando el IEEE Spanning-Tree Protocol para cumplir con el SRT que interligan el estándar.

Si hubiera tráfico Source Routed a interligar, source-bridge el comando también sería utilizado de configurar el Source Routing.

Cuadro 11 ejemplo de la configuración de red

Configuración para el router de New York City

interface tokenring 0
 ip address 150.136.1.1 255.255.255.128
 bridge-group 1
!
interface ethernet 0
 ip address 150.136.2.1 255.255.255.128
 bridge-group 1
!
interface serial 0
 ip address 150.136.3.1 255.255.255.128
 bridge-group 1
!
bridge 1 protocol ieee

Configuración para el Thule, router de Groenlandia

interface tokenring 0
 ip address 150.136.10.1 255.255.255.128
 bridge-group 1
!
interface serial 0
 ip address 150.136.11.1 255.255.255.128
 bridge-group 1
!
bridge 1 protocol ieee

Ejemplo de Bridging de Paquetes Multicast o Broadcast

Si filtra direcciones de destino MAC concretas, tenga en cuenta los paquetes de multicast o de difusión que son necesarios para los protocolos de las redes puenteadas.

Asuma que usted está interligando el IP en su red como se ilustra en el cuadro 12.

Cuadro 12 red que demuestra la filtración de la lista de dirección de la salida

La dirección MAC del host A es 0800.0907.0207, y la dirección MAC del host B es 0260.8c34.0864. La configuración siguiente trabajaría como se esperaba, porque los direccionamientos de la entrada trabajan en la dirección de origen en la interfaz entrante:

access-list 700 permit 0260.8c34.0864 0000.0000.0000 
access-list 700 deny 0000.0000.0000 FFFF.FFFF.FFFF 
interface ethernet 0 
 bridge-group 1 input-address-list 700

Sin embargo, la configuración siguiente pudo trabajar inicialmente pero fallará eventual. El error ocurre porque la configuración no permite un ARP transmitido con una dirección destino del FFFF.FFFF.FFFF, aunque la dirección destino en la interfaz de salida está correcta:

access-list 700 permit 0260.8c34.0864 0000.0000.0000 
access-list 700 deny 0000.0000.0000 FFFF.FFFF.FFFF 
interface ethernet 0 
 bridge-group 1 output-address-list 700

La lista de acceso correcta sería como sigue:

access-list 700 permit 0260.8c34.0864 0000.0000.0000 
access-list 700 permit FFFF.FFFF.FFFF 0000.0000.0000 
access-list 700 deny 0000.0000.0000 FFFF.FFFF.FFFF 
interface ethernet 0 
 bridge-group 1 output-address-list 700

Ejemplo de Transparent Bridging X.25

El cuadro 13 es un ejemplo de configuración que ilustra tres Bridges conectados el uno al otro a través de una red X.25.

Cuadro 13 ejemplos de Bridging X.25

Los siguientes son los comandos configuration para cada uno de los Bridges representados en el cuadro 13:

Configuración para el Bridge 1

interface ethernet 2
 bridge-group 5
 ip address 128.88.11.9 255.255.255.0
!
interface serial 0
 encapsulation x25
 x25 address 31370019027
 bridge-group 5
 x25 map bridge 31370019134 broadcast
 x25 map bridge 31370019565 broadcast
!
bridge 5 protocol ieee

Configuración para el Bridge 2

interface serial 1
 encapsulation x25
 x25 address 31370019134
 bridge-group 5
 x25 map bridge 31370019027 broadcast
 x25 map bridge 31370019565 broadcast
!
bridge 5 protocol ieee

Configuración para el Bridge 3

interface serial 0
 encapsulation x25
 x25 address 31370019565
 bridge-group 5
 x25 map bridge 31370019027 broadcast
 x25 map bridge 31370019134 broadcast
!
bridge 5 protocol ieee

Ejemplos de Frame Relay Transparent Bridging

El cuadro 14 ilustra tres Bridges conectados el uno al otro a través de una red Frame Relay.

Cuadro 14 ejemplo del Frame Relay Bridging

Bridging en una Red Frame Relay sin Multicasts

El software de bridging de Frame Relay utiliza el mismo algoritmo de spanning-tree que las demás funciones de bridging, pero permite que los paquetes se encapsulen para su envío a través de una red Frame Relay. El comando especifica la correspondencia de direcciones IP-a-DLCI y mantiene una tabla de los Ethernetes y de DLCI. Los siguientes son los comandos configuration para cada uno de los Bridges en una red que no apoye los recursos de multidifusión:

Configuración para el Bridge 1

interface ethernet 2
 bridge-group 5
 ip address 128.88.11.9 255.255.255.0
!
interface serial 0
 encapsulation frame-relay
 bridge-group 5
 frame-relay map bridge 134 broadcast
 frame-relay map bridge 565 broadcast
!
bridge 5 protocol ieee

Configuración para el Bridge 2

interface serial 1
 encapsulation frame-relay
 bridge-group 5
 frame-relay map bridge 27 broadcast
 frame-relay map bridge 565 broadcast
!
bridge 5 protocol ieee

Configuración para el Bridge 3

interface serial 0
 encapsulation frame-relay
 bridge-group 5
 frame-relay map bridge 27 broadcast
 frame-relay map bridge 134 broadcast
!
bridge 5 protocol ieee

Bridging en una Red Frame Relay con Multicasts

Utilizan a los recursos de multidifusión para aprender sobre los otros Bridges en la red, eliminando la necesidad frame-relay map de los comandos.

Los siguientes son los comandos configuration para cada uno de los Bridges en una red que apoye los recursos de multidifusión:

Configuración para el Bridge 1

interface ethernet 2
 bridge-group 5
 ip address 128.88.11.9 255.255.255.0
!
interface serial 0
 encapsulation frame-relay
 bridge-group 5
!
bridge 5 protocol ieee

Configuración para el Bridge 2

interface serial 1
 encapsulation frame-relay
 bridge-group 5
!
bridge 5 protocol ieee

Configuración para el Bridge 3

interface serial 0
 encapsulation frame-relay
 bridge-group 5
!
bridge 5 protocol ieee

Ejemplo de Bridging Transparente sobre LAPB Multiprotocolo

El siguiente ejemplo ilustra a un router configurado para Puente transparente sobre la encapsulación LAPB multiprotocol:

!
no ip routing
!
interface ethernet 1
 no ip address
 no mop enabled
 bridge-group 1
!
interface serial 0
 no ip address
 encapsulation lapb multi
 bridge-group 1
!
 bridge 1 protocol ieee

Ejemplo de Transparent Bridging de Conmutación Rápida sobre ATM (Cisco 7000)

El ejemplo de configuración siguiente habilita Puente transparente Fast-Switched sobre la atmósfera:

interface atm 4/0
 ip address 1.1.1.1 255.0.0.0
 atm pvc 1 1 1 aal5snap
 atm pvc 2 2 2 aal5snap
 atm pvc 3 3 3 aal5snap
 bridge-group 1
!
bridge 1 protocol dec

Ejemplos de Transparent Bridging over DDR

Los dos ejemplos siguientes diferencian solamente en los paquetes que hacen las llamadas ser puestos. El primer ejemplo especifica por el protocolo (cualquier Bridge Packet se permite para hacer una llamada ser hecho); el segundo ejemplo permite una granularidad más fina especificando los códigos de tipo Ethernet de los Bridge Packet.

El primer ejemplo configura la interfaz del serial 1 para el bridging DDR. Cualquier Bridge Packet se permite para hacer una llamada ser puesto.

no ip routing
!
interface Serial1
 no ip address
 encapsulation ppp
 dialer in-band
 dialer enable-timeout 3
 dialer map bridge name urk broadcast 8985
 dialer hold-queue 10
 dialer-group 1
 ppp authentication chap
 bridge-group 1
 pulse-time 1
!
dialer-list 1 protocol bridge permit
bridge 1 protocol ieee
bridge 1 hello 10

El segundo ejemplo también configura la interfaz del serial 1 para el bridging DDR. Sin embargo, este ejemplo incluye access-list un comando que especifique los códigos de tipo Ethernet que pueden hacer las llamadas ser puesto y dialer list protocol list un comando que refiera a la lista de acceso especificada.

no ip routing
!
interface Serial1
 no ip address
 encapsulation ppp
 dialer in-band
 dialer enable-timeout 3
 dialer map bridge name urk broadcast 8985
 dialer hold-queue 10
 dialer-group 1
 ppp authentication chap
 bridge-group 1
 pulse-time 1
!
access-list 200 permit 0x0800 0xFFF8
!
dialer-list 1 protocol bridge list 200 
bridge 1 protocol ieee
bridge 1 hello 10

Ejemplo de Bridging Transparente de Conmutación Rápida sobre SDS

El ejemplo de configuración siguiente habilita Puente transparente Fast-Switched sobre el S DS:

interface serial 0
 encapsulation smds
 bridge-group 1
 smds multicast bridge c141.5797.1313.ffff

Ejemplo de Topología de Red de Transparent Bridging Compleja

El cuadro 15 muestra una topología de red compuesta de cuatro redes secundarios interligados. Cada red secundario interligado es definido por el alcance de atravesar - árbol. Sin embargo, el alcance de cada atravesar - el árbol no se muestra detalladamente porque es innecesario con objeto de esta discusión. En lugar, es mostrado por una media nube etiquetada
“A otras partes de BSN.”

Cuadro 15 redes secundarios interligados con los dominios

Para el Bridging Operation apropiado, los redes secundarios interligados no pueden tener conexiones entre ellas, sino que pueden ser conectados con la misma estructura básica. En este ejemplo, tres de los cuatro redes secundarios interligados están conectados con la estructura básica FDDI y cada uno pertenece a un dominio separado.

Los dominios usados en esta topología permiten que los redes secundarios interligados sean independiente de uno otra mientras que todavía interligan el tráfico sobre la estructura básica destinada para otra conectada interligaron los redes secundarios. Los dominios pueden ser utilizados de este modo solamente si los redes secundarios interligados tienen un monopunto de la conexión a otra. En este caso, la conexión a la estructura básica FDDI es ésa monopunto de la conexión.

Cada router en quien se configura un dominio y ése tiene un monopunto de la conexión a los otros redes secundarios interligados, marca si un BPDU en la estructura básica es su el propio. Si el BPDU no pertenece al red secundario interligado, el Cisco IOS Software ignora el BPDU.

Separate interligó los redes secundarios, como en este ejemplo, permite la reconfiguración del atravesar-árbol de los redes secundarios interligados individuo sin el bridging de interrupción entre los otros redes secundarios interligados.


Observepara conseguir la Información acerca del árbol de expansión del Grupo de Bridge, utilice show span el comando. Se incluye en esta información el Root Bridge de atravesar - árbol. El Root Bridge para cada - el árbol puede ser cualquier router en atravesar - árbol que atraviesa.


Configuran para interligar y demuestra al Routers en esta red algunas de las características del bridging disponibles.

Configuración para el Router A

El router A demuestra a los grupos de Bridge múltiples en un router para la separación del tráfico Bridged.

En el router A, las interfaces Token Ring se interligan juntas totalmente independientemente de las otras interfaces Bridged en el router y pertenecen al Grupo de Bridge 1. que el Grupo de Bridge 1 no utiliza un dominio de Bridge porque las interfaces se interligan independientemente de otros redes secundarios interligados en la topología de red y no tiene ninguna conexión a la estructura básica FDDI.

También en el router A, las interfaces de Ethernet pertenecen al Grupo de Bridge 3. que el Grupo de Bridge 3 tiene una conexión a la estructura básica FDDI y que tiene un dominio definido para él de modo que pueda ignorar los BPDU para otros redes secundarios interligados.

interface ethernet 0
 bridge-group 3
!
interface ethernet 1
 bridge-group 3
!
interface ethernet 2
 bridge-group 3
!
interface ethernet 3
 bridge-group 3
!
interface fddi 0
 bridge-group 3
!
interface tokenring 1
 bridge-group 1
!
interface tokenring 2
 bridge-group 1
!
bridge 1 protocol ieee
bridge 3 domain 1
bridge 3 protocol ieee

Configuración para el Router B

El router B demuestra una configuración de Bridge simple. Está conectada con la estructura básica FDDI y hace el dominio 2 definir. Como tales él pueden interligar el tráfico con el otro BSNs FDDI-conectado. Observe que el Grupo de Bridge 1 no tiene ninguna relación al Grupo de Bridge 1 en el router A; los Grupos de Bridge son una organización interna a cada router.

interface ethernet 1
 bridge-group 1
!
interface ethernet 2
 bridge-group 1
!
interface fddi 0
 bridge-group 1
!
bridge 1 domain 2
bridge 1 protocol ieee

Configuración para el Router C

El C y el router D del router combinan para demostrar el Equilibrio de carga mediante los grupos de circuitos. Utilizan a los grupos de circuitos para cargar la balanza a través de las líneas en serie paralela múltiples entre un par de Routers. El router en cada extremo de las líneas seriales debe tener un grupo de circuitos definido. El número de grupo de circuitos puede ser lo mismo o puede ser diferente. En este ejemplo, son diferentes.

Configuran el C y al router D del router con el mismo dominio, porque deben entender los BPDU uno del otro. Si fueran configurados con los dominios separados, el router D ignoraría los BPDU del router c y vice versa.

interface fddi 0
 bridge-group 2
!
interface serial 0
 bridge-group 2
 bridge-group 2 circuit-group 7
!
interface serial 1
 bridge-group 2
 bridge-group 2 circuit-group 7
!
interface serial 2
 bridge-group 2
 bridge-group 2 circuit-group 7
!
bridge 2 domain 3
bridge 2 protocol ieee

Configuración para el Router D

interface ethernet 4
 bridge-group 5
!
interface ethernet 5
 bridge-group 5
!
interface serial 0
 bridge-group 5
 bridge-group 5 circuit-group 4
!
interface serial 1
 bridge-group 5
 bridge-group 5 circuit-group 4
!
interface serial 2
 bridge-group 5
 bridge-group 5 circuit-group 4
!
bridge 5 domain 3
bridge 5 protocol ieee

Ejemplo de Puerto de Suscriptor Fast Ethernet, Trunk de Frame Relay

El siguiente ejemplo utiliza la subinterfaz de los fast ethernet como el puerto y el Frame Relay del suscriptor como el trunk:

bridge 1 protocol ieee

# Form a subscriber bridge group using policy 1
#
bridge 1 subscriber-policy 1
bridge 1 protocol ieee
interface fast0.1
encapsulation isl 1
#
# Put fast0.1 into subscriber group 1
#
bridge-group 1
interface fast0.2
encapsulation isl 2
#
# put fast0.2 into subscriber group 1
#
bridge-group 1 
interface serial0
encapsulation frame-relay
int s0.1 point-to-point
#
# Use PVC 155 as the signal channel for setting up connections with the access-server
#
frame-relay interface-dlci 155 
#
# Set the trunk to go upstream
#
bridge-group 1 trunk

Ejemplo de Trunk ATM, Puertos del Suscriptor ATM

El siguiente ejemplo utiliza las subinterfaces ATM como los puertos del suscriptor y la atmósfera como el trunk:

bridge 1 protocol ieee
#
# Use subscriber policy 3
#
bridge 1 subscriber-policy 3
#
# Change the ARP behavior from permit to deny
#
subscriber-policy 3 arp deny
#
# Change the multicast from permit to deny
#
subscriber-policy 3 multicast deny

int atm0
int atm0.1 point-to-point
#
# Use AAL5 SNAP encapsulation
#
atm pvc 1 0 101 aal5snap
bridge-group 1
int atm0.2
#
# Use AAL5 SNAP encapsulation 
#
atm pvc 2 0 102 aal5snap
bridge-group 1

#
# Configure ATM trunk port 
#
int atm1.1
#
# Use AAL5 SNAP encapsulation
#
atm pvc 1 0 101 aal5snap
#
# Specify trunk
#
bridge-group 1 trunk

Ejemplo de Configuración del Bridging Transparente para el Adaptador de Puerto PA-12E/2FE

Lo que sigue es un ejemplo de una configuración para la interfaz de adaptador de puerto PA-12E/2FE. IEEE Spanning-Tree Protocol del uso de los Grupos de Bridge 10, 20, y 30. Las primeras cuatro interfaces de un adaptador de puerto PA-12E/2EF en el slot 3 del adaptador de puerto utilizan los grupos de bridge 10 y 20. Cada interfaz se asigna a un Grupo de Bridge y fijan al estado de cierre normal a para arriba. Los soportes de adaptador de puerto PA-12E/2FE de memorización o tecnología del Cut-Through Switching entre las interfaces dentro del mismo Grupo de Bridge; de memorización es el valor por defecto. En el siguiente ejemplo, cut-through se utiliza el comando de configurar cada interfaz para el Cut-Through Switching de los datos recibidos y enviados.

Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# bridge 10 protocol ieee
Router(config)# bridge 20 protocol ieee
Router(config)# bridge 30 protocol ieee

Router(config)# int fastethernet 3/0
Router(config-if)# bridge-group 10
Router(config-if)# cut-through
Router(config-if)# no shutdown
Router(config-if)# exit
Router(config)#
%LINEPROTO-5-UPDOWN: Line protocol on Interface Fast Ethernet3/0, changed 
state to up
%LINK-3-UPDOWN: Interface Fast Ethernet3/0, changed state to up

Router(config)# int fastethernet 3/1
Router(config-if)# bridge-group 10
Router(config-if)# cut-through
Router(config-if)# no shutdown
Router(config-if)# exit
Router(config)#
%LINEPROTO-5-UPDOWN: Line protocol on Interface Fast Ethernet3/1, changed 
state to up
%LINK-3-UPDOWN: Interface Fast Ethernet3/1, changed state to up

Router(config)# int ethernet 3/2
Router(config-if)# bridge-group 20
Router(config-if)# cut-through
Router(config-if)# no shutdown
Router(config-if)# exit
Router(config)#
%LINEPROTO-5-UPDOWN: Line protocol on Interface Ethernet3/2, changed state to up
%LINK-3-UPDOWN: Interface Ethernet3/2, changed state to up

Router(config)# int ethernet 3/3
Router(config-if)# bridge-group 20
Router(config-if)# cut-through
Router(config-if)# no shutdown
Router(config-if)# exit
Router(config)#
%LINEPROTO-5-UPDOWN: Line protocol on Interface Ethernet3/3, changed state to up
%LINK-3-UPDOWN: Interface Ethernet3/3, changed state to up

Ejemplo de Configuración de IRB para el Adaptador de Puerto PA-12E/2FE

El siguiente ejemplo muestra los Ruteo y Bridging integrados habilitados en los Grupos de Bridge. Asignan el Grupo de Bridge 10 un IP Address y cambian la máscara de subred y al estado de cierre normal a para arriba. Configuran al Grupo de Bridge 10 para rutear el IP.

Router(config)# bridge irb
Router(config)# interface bvi 10
Router(config-if)# ip address 1.1.15.1 255.255.255.0
Router(config-if)# no shutdown
Router(config-if)# exit
Router(config)#
%LINEPROTO-5-UPDOWN: Line protocol on Interface BVI10, changed state to up

Router(config)# bridge 10 route ip
Router(config)# exit
Router#