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

Contenidos

Configuración de puente con ruteo de origen remoto

Reseña general de tecnología

Consideraciones de Configuración

Lista de tareas de la Configuración de RSRB

Configuración del RSRB Usando Encapsulación Directa

Definición de un Grupo en Anillo en el Contexto RSRB

Identificación a los Peers Remotos (Encapsulación Directa)

Habilitación de SRB en las Interfaces Apropiadas

Configuración del RSRB Usando Encapsulación IP sobre una Conexión FST

Configuración de un Nombre de Peer FST y Asignación de una Dirección IP

Identificación de los Peers Remotos (Conexión FST)

Habilitación de SRB en las Interfaces Apropiadas

Configuración del RSRB Usando Encapsulación IP sobre una Conexión TCP

Identificación del Peer Remoto (Conexión TCP)

Habilitación de SRB en las Interfaces Apropiadas

Configuración de RSRB usando Reconocimiento Local LLC2 y TCP

Habilitación del Reconocimiento Local LLC2 entre dos Bridges de Peers Remotos

Habilitación de SRB en las Interfaces Apropiadas

Habilitar el Reconocimiento local y el passthrough

Configuración de la Encapsulación de Frame Relay Directo Entre Peers RSRB

Establecimiento de Prioridades SAP

Definición de una lista de prioridad de SAP

Definición de los filtros de SAP

Lista de Tareas de Configuración de Ajuste de la Red RSRB

Establecimiento de Prioridades de Tráfico Basado en Direcciones LU Locales SNA

Habilitación de la Clase de Servicio

Asignación de un Grupo Prioritario a una Interfaz de Entrada

Configuración del Tamaño de Trama Máximo

Monitoreo y Mantenimiento de la Red RSRB

Ejemplos de la Configuración de RSRB

Ejemplo de Frame Relay Encapsulation Directa de RSRB

Ejemplo de RSRB Usando Encapsulación IP sobre una Conexión TCP

Ejemplo de Configuración de Fast-Switching RSRB/TCP

Ejemplo de RSRB con Encapsulación IP en una Conexión FST

Ejemplo de RSRB Usando todos los Tipos de Métodos de Transporte

Ejemplo de RSRB con Reconocimiento Local

Ejemplo de RSRB con Reconocimiento Local y Passthrough

Ejemplo de Reconocimiento Local para LLC2

Ejemplo de IP para Distribución de Carga sobre RSRB

Ejemplo de Configuración de Prioridad para las Interfaces Token Ring Localmente Terminadas en RSRB


Configuración de puente con ruteo de origen remoto


Este capítulo describe cómo configurar el Remote Source-Route Bridging (RSRB). Para una descripción completa de los comandos RSRB mencionados en este capítulo, refiera al “Remote Source-Route Bridging ordena” el capítulo de 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 la Configuración de RSRB

Lista de Tareas de Configuración de Ajuste de la Red RSRB

Monitoreo y Mantenimiento de la Red RSRB

Ejemplos de la Configuración de RSRB

Para identificar la información de la plataforma de hardware o de la imagen de software asociada con una función, utilice el Feature Navigator en Cisco.com para buscar información sobre la función o consulte las notas de versión del software para una versión específica.

Reseña general de tecnología

En contraste con el (SRB) del Source-Route Bridging, que implica el interligar entre el medio Token Ring solamente, el RSRB es la primera técnica de Cisco para conectar las redes Token Ring sobre los segmentos de la red de anillo del NON-token. (El DLSw+ es el método estratégico de Cisco para proporcionar a esta función.)

La implementación del software RSRB de Cisco incluye las características siguientes:

Admite varios routers separados por segmentos que no son de tipo Token Ring. Hay tres opciones disponibles:

- Encapsula el tráfico Token Ring dentro de datagramas IP pasados por una conexión de Transmission Control Protocol (TCP) entre dos routers.

- Utilice FST (transporte de secuencia rápida) para transportar paquetes RSRB a sus peers sin encabezado TCP o UDP (User Datagram Protocol) ni sobrecarga del procesador.

– Utilice encapsulaciones de la capa del link de datos sobre una sola línea serial, Ethernet, Token Ring o anillo FDDI (Fiber Distributed Data Interface) conectados entre dos routers instalados en redes Token Ring.

Permite configurar los límites del tamaño de la cola de respaldo de TCP.

El cuadro 1 muestra una topología RSRB. El anillo virtual se puede extender a través de cualquier medio que no sea Token Ring soportado por RSRB, como serial, Ethernet, FDDI y WANs. El tipo de medio que seleccione determina la manera de configurar el RSRB.

Figura 1 Topología de RSRB


Observesi usted interligan a través del medio Token Ring, se recomienda que usted no utiliza el RSRB. Utilice el SRB en su lugar. Refiera al capítulo el “que configura Source-Route Bridging.”


Consideraciones de Configuración

Utilice solamente la encapsulación IP sobre una conexión TCP dentro de las redes malladas complejas para soportar las conexiones entre los pares que son separados por los saltos múltiples y pueden potencialmente utilizar los trayectos múltiples, y donde no está un problema el funcionamiento. Utilice encapsulación directa en las conexiones punto a punto. En una configuración punto a punto, la utilización del TCP añade una sobrecarga de procesamiento innecesaria. Sin embargo, se pueden combinar peers de varios tipos en un único router siguiendo las instrucciones para cada tipo de peer. Por ejemplo, para que un par apoye a los peers remotos TCP y FST, usted necesitaría definir source-bridge fst un peername y source-bridge remote-peer un comando para el router local, usando el mismo IP Address local.

FST tiene conmutación rápida cuando recibe o envía tramas desde interfaces Ethernet, Token Ring o FDDI. También usa fast switching cuando envía y recibe de las interfaces seriales configuradas con encapsulación High-Level Data Link Control (HDLC). En el resto de los casos, el FST es de conmutación lenta.

En caso de que el FST sea de conmutación rápida, en los routers Cisco configurados para FST o en los routers contenidos dentro de la "nube" IP entre un par de peers FST, sólo se utiliza una trayectoria en un momento dado entre los dos peers FST. Una trayectoria única disminuye en gran medida la probabilidad que las tramas lleguen desordenadas. En los casos pocos probables en los que las tramas llegan fuera de secuencia, el código FST del peer de recepción descarta las tramas desordenadas. De este modo, los hosts finales Token Ring raramente pierden una trama sobre la nube del router FST, y los niveles de rendimiento siguen siendo adecuados.

Se cumplen las mismas condiciones en las topologías de conmutado lento que solamente proporcionan una trayectoria (por ejemplo, una sola nube de red X.25) entre los peers. Igualmente, si dos trayectorias de conmutación lenta tienen costos muy diferentes, como si siempre se elige una en lugar de la otra, las posibilidades de que las tramas se reciban desordenadas también son raras.

Sin embargo, si existen dos o más trayectorias de conmutación lenta e igual costo entre los dos routers (por ejemplo dos redes X.25 paralelas), los routers se alternan en el envío de paquetes entre las dos o más trayectorias de igual costo. Esto da lugar a una alta probabilidad de que las tramas lleguen desordenadas al receptor. En estos casos, el código FST rechaza todos los paquetes fuera de la secuencia, lo que supone una gran cantidad de descartes. Esto requiere que los host extremos vuelvan a enviar las tramas, reduciendo mucho el rendimiento de procesamiento general.

Cuando existen trayectorias paralelas, se recomienda encarecidamente elegir una como trayectoria preferida. Elija una trayectoria preferida especificando un ancho de banda mayor para la trayectoria que contenga las conexiones directas a dos o más trayectorias paralelas en el router.

No utilice FST cuando exista la posibilidad de que las tramas pierdan su orden en la red. Si usted tiene una red donde las tramas se reordenan rutinario, es mejor utilizar el protocolo TCP para el Remote Source-Route Bridging. TCP proporciona la sobrecarga necesaria para devolver las tramas por orden al router de recepción. Para mantener la velocidad, el FST no proporciona dicho mecanismo y descartará las tramas fuera de servicio.

El Logical Link Control, Reconocimiento local del tipo-2 (LLC2) se puede habilitar solamente con los peeres remotos TCP (en comparación con el LAN o dirigir a los peeres remotos de la interfaz serial) porque el Cisco IOS Software necesita la confiabilidad del TCP proporcionar la misma confiabilidad que una conexión de extremo a extremo LLC2 LAN proporciona. Por lo tanto, la opción de encapsulación directa de los media para source-bridge remote-peer el comando no puede ser utilizada.

Si la sesión LLC2 entre el host local y el router termina en cualquier de los lados de la conexión, el otro dispositivo será informado para que termine su conexión a su host local.

Si la longitud de cola TCP de la conexión entre los dos routers alcanza el 90 por ciento de su límite, éstos envían mensajes de receptor no preparado (RNR) a los host locales hasta que el límite de cola baje de este límite.

La configuración de los parámetros LLC2 para las interfaces Token Ring locales puede afectar al rendimiento general. Refiérase al capítulo “Configuración de los Parámetros LLC2 y SDLC” para más detalles sobre el ajuste fino de su red con los parámetros LLC2.


El Reconocimiento localde la nota para LLC2 se significa solamente para los casos extremos en los cuales la comunicación no es posible de otra manera. Puesto que el router debe mantener una sesión LLC2 completa, el número de sesiones simultáneas que puede soportar antes de que el funcionamiento se degrade depende de la mezcla de otros protocolos y de sus cargas.


Los routers en cada fin de la sesión LLC2 ejecutan el protocolo LLC2 completo, que puede dar como resultado una cierta sobrecarga. La decisión de activar el reconocimiento local para LLC2 debe basarse en la velocidad de la red de estructura básica con respecto a la velocidad de Token Ring. En los segmentos de LAN separados por links seriales de baja velocidad (por ejemplo, 56 kbps), el problema del temporizador T1 podría ocurrir con más frecuencia. En estos casos, puede ser sabio girar el Reconocimiento local para LLC2. Para los segmentos de LAN separados por una estructura básica FDDI, las demoras de la estructura básica serán mínimas; en estos casos no se debe activar el reconocimiento local para LLC2. La discordancia de velocidad entre los segmentos LAN y la red de estructura básica es un criterio que se debe tener en cuenta al decidir el uso del reconocimiento local para LLC2.

Hay algunas situaciones (tales como host B el fallar entre el host A del tiempo envía los datos y el tiempo
el host B lo recibe) en qué host A se comportaría como si, en la capa LLC2, los datos fueran recibidos cuando no estaban realmente, porque el dispositivo reconoce que él los datos recibidos del host A antes de que confirme que el host B puede recibir realmente los datos. Sin embargo, dado que el NetBIOS y SNA tienen recuperación de errores en situaciones en las que un dispositivo se cae, estos protocolos de mayor nivel volverán a enviar los datos perdidos o desaparecidos. Estos protocolos de solicitud/confirmación de transacción existen sobre LLC2 por lo que, a diferencia de LLC2, no se ven afectados por temporizadores ajustados. También son transparentes para el reconocimiento local.

Si utiliza aplicaciones NetBIOS, debe tener en cuenta que hay dos temporizadores de NetBIOS: uno en el nivel de link y otro en el nivel inmediatamente superior. El reconocimiento local para LLC2 está diseñado para resolver tiempos de espera de sesión en el nivel de link únicamente. Si está experimentando tiempos de espera de sesión de NetBIOS, tiene dos opciones:

Experimente con el aumento de los temporizadores de NetBIOS.

Evite el uso de aplicaciones NetBIOS en líneas seriales lentas.

En un escenario de configuración donde RSRB está configurado entre el router A y el router B y ninguno de los dos routers está ruteando IP, un host conectado al router A en Token Ring (u otro soporte LAN) no tiene conectividad IP con el router B. Esta restricción existe porque los datagramas IP recibidos del host por
Encapsulan y se envían al router B donde pueden solamente ser desencapsulado y fuente-se interligan al router A a un token ring. En este escenario, se recomienda utilizar IP Routing. Para que el host pueda alcanzar el router B en esta situación, se debe habilitar el ruteo IP en la interfaz Token Ring del router A al que está conectado el host.

Lista de tareas de la Configuración de RSRB

Para configurar el RSRB, realice las tareas en una de las secciones siguientes:

Configuración del RSRB Usando Encapsulación Directa

Configuración del RSRB Usando Encapsulación IP sobre una Conexión FST

Configuración del RSRB Usando Encapsulación IP sobre una Conexión TCP

Configuración de RSRB usando Reconocimiento Local LLC2 y TCP

Configuración de la Encapsulación de Frame Relay Directo Entre Peers RSRB

Establecimiento de Prioridades SAP

Vea “la sección de los ejemplos de la Configuración de RSRB” para los ejemplos.

Configuración del RSRB Usando Encapsulación Directa

Configurar el RSRB usando el método de la encapsulación directa utiliza HDLC-como la encapsulación para pasar las tramas sobre una sola conexión de red física entre dos Routers asociado a los Token Ring. Utilice este método cuando usted ejecuta el tráfico de source-route bridge sobre el Punto a punto, el salto único, el serial, o el medio LAN. Aunque este método no tenga la flexibilidad del método TCP, proporciona el mejor rendimiento porque implica menos gastos indirectos. Para configurar un Bridge de la ruta de origen remota para utilizar una línea del Point-to-Point serial o un solo Ethernet, o el solo salto FDDI, realice las tareas en las secciones siguientes:

Definición de un Grupo en Anillo en el Contexto RSRB

Identificación a los Peers Remotos (Encapsulación Directa)

Habilitación de SRB en las Interfaces Apropiadas

Definición de un Grupo en Anillo en el Contexto RSRB

En nuestra implementación de RSRB, siempre que conecte Token Rings usando medios que no sean Token Ring, deberá tratar dichos medios como un anillo virtual asignándolo a un grupo en anillo. Cada router con el que desea intercambiar tráfico Token Ring debe ser un miembro de este mismo grupo en anillo. Refieren a este Routers como Bridges del peer remoto. Componen al grupo en anillo por lo tanto de las interfaces que residen en los routeres separados.

A un grupo en anillo debe asignársele un número de anillo que sea único en toda la red. Es posible asignar diversas interfaces en el mismo router a diversos grupos en anillo, si, por ejemplo, usted planea administrarlos como interfaces en los dominios separados.

Para definir o quitar un grupo en anillo, utilice uno de los siguientes comandos en el modo de configuración global, según sea necesario:

:

Comando
Propósito

Router(config)# source-bridge ring-group ring-group [virtual-mac-address]

Define un grupo en anillo.

Router(config)# no source-bridge ring-group ring-group [virtual-mac-address]

Remueve un grupo en anillo.


Identificación a los Peers Remotos (Encapsulación Directa)

Las interfaces que usted identifica mientras que los Bridges del peer remoto deben ser seriales, Ethernetes, FDDI, o interfaces Token Ring. En una interfaz serial, usted debe utilizar el encapsulado HDCL. Para identificar los Bridges del telecontrol-par, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# source-bridge remote-peer ring-group interface interface-name [mac-address] [lf size]

Define al grupo en anillo e identifica la interfaz sobre la cual enviar el SRB trafique a otro router en el grupo en anillo.


Configure source-bridge remote peer un comando para cada router del par que sea parte del Anillo virtual. Al usar la encapsulación directa, usted no necesita configurar una identificación del router local


Observesi el media que es utilizado para la conexión directa es un media de múltiples puntos (por ejemplo, los Ethernetes o FDDI), después usted puede tener que especificar un Media Access Control (MAC) Address de la blanco para el peer remoto. Si es así esta dirección MAC debe ser la dirección MAC de la interfaz en el peer remoto que está conectado con el media del transporte (el media compartido por el local y los peeres remotos).


Para asignar un intervalo de keepalive al par remoto del Source Bridging, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# source-bridge keepalive seconds

Define el intervalo de keepalive del peer de source-bridging remoto.


Habilitación de SRB en las Interfaces Apropiadas

Habilite el (SRB) del Source-Route Bridging en cada interfaz a través de la cual el tráfico SRB pase. El valor que usted especifica en el parámetro del timbre de la blanco debe ser el número de grupo en anillo usted ha asignado a la interfaz. Para habilitar el SRB en una interfaz, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# source-bridge local-ring bridge-number target-ring

Permisos SRB en una interfaz.


Configuración del RSRB Usando Encapsulación IP sobre una Conexión FST

El encapsulado del tráfico interligado por Source Route dentro de los datagramas IP pasajeros sobre una conexión FST entre dos Routers no está tan rápidamente como usando la encapsulación directa. , Sin embargo, supera la encapsulación IP sobre una conexión TCP porque tiene gastos indirectos más bajos. Sin embargo, este método es Fast-Switched y no soporta ningunas funciones del IP-nivel, incluyendo el Reconocimiento local o la fragmentación. Ni es conveniente para el uso en las redes que tienden a reordenar las secuencias de la trama.

Para configurar un Bridge de la ruta de origen remota para utilizar la encapsulación IP sobre una conexión FST, usted debe realizar las tareas en las secciones siguientes:

Configuración de un Nombre de Peer FST y Asignación de una Dirección IP

Identificación de los Peers Remotos (Conexión FST)

Habilitación de SRB en las Interfaces Apropiadas


Observela encapsulación FST preserva la naturaleza independiente de medios dinámica del Routing IP para soportar el SNA y las aplicaciones NetBIOS.


Por un ejemplo de cómo configurar el RSRB sobre una conexión FST, vea “RSRB usando la encapsulación IP sobre la sección FST de un ejemplo de la conexión”.

Configuración de un Nombre de Peer FST y Asignación de una Dirección IP

Para configurar un FST mire nombre y proporcione una dirección IP que se utilizará por el router local, utilizan el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# source-bridge fst-peername local-interface-address

Configura un nombre del par FST y proporciona el router local con una dirección IP.


En nuestra implementación de RSRB, siempre que conecte Token Rings usando medios que no sean Token Ring, deberá tratar dichos medios como un anillo virtual asignándolo a un grupo en anillo. Cada router con el que quiere intercambiar tráfico Token Ring debe ser un miembro de este mismo grupo en anillo. Por lo tanto, después de que usted configure un nombre del par FST, defina a un grupo en anillo. Para más información sobre cómo definir un grupo en anillo, vea la sección "Definir un grupo en anillo en el Contexto SRB" del capítulo "Configuración del Bridging de Ruta de Origen".

Identificación de los Peers Remotos (Conexión FST)

Refieren a todo el Routers por quien usted quiere intercambiar el tráfico Token Ring como Bridges del peer remoto. Los peeres remotos pueden estar en el otro extremo de una conexión FST. Para identificar a los peers remotos, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# source-bridge remote-peer ring-group fst ip-address [lf size]

Identifica a sus pares y especifica una conexión FST.


Especifique un source bridge remote peer comando para cada router del par que sea parte del Anillo virtual. También especifique un source bridge remote peer comando de identificar la dirección IP del router local. La dirección IP que usted especifica debe ser la dirección IP usted quisiera que el router alcanzara.

Puede asignar un intervalo de keepalive al peer RSRB. Utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# source-bridge keepalive seconds

Define el intervalo de keepalive del par RSRB.


Habilitación de SRB en las Interfaces Apropiadas

Habilite el SRB en cada interfaz a través de la cual el tráfico SRB pase. Haga el valor del parámetro del timbre de la blanco que usted especifica el número de grupo en anillo usted asignó a la interfaz. Para habilitar el SRB en una interfaz, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# source-bridge local-ring bridge-number target-ring

Habilita el SRB local en una interfaz Token Ring.


Configuración del RSRB Usando Encapsulación IP sobre una Conexión TCP

El encapsulado del tráfico interligado por Source Route dentro de los datagramas IP pasajeros sobre una conexión TCP entre dos Routers ofrece el menor rendimiento, pero es el método adecuado a utilizar bajo condiciones siguientes:

Usted planea conectar las redes Token Ring a través del medio arbitrario incluyendo los Ethernetes, FDDI, las interfaces seriales, y las redes X.25.

Usted planea conectar las redes Token Ring a través de una red de estructura básica de protocolo múltiple.

Usted planea cargar la balanza sobre el múltiplo, los trayectos redundantes. Usando esta topología, cuando una trayectoria falla no hay necesidad de los hosts de volver a enviar los paquetes explorador. El Routing IP maneja la reconfiguración de la red transparente a los hosts del Token Ring.

Para configurar un Bridge de la ruta de origen remota para utilizar la encapsulación IP sobre una conexión TCP, usted debe realizar las tareas en las secciones siguientes:

Identificación del Peer Remoto (Conexión TCP)

Habilitación de SRB en las Interfaces Apropiadas

Identificación del Peer Remoto (Conexión TCP)

En nuestra implementación, siempre que conecte Token Rings usando medios que no sean Token Ring, deberá tratar dichos medios como un anillo virtual asignándolo a un grupo en anillo. Cada router con el que quiere intercambiar tráfico Token Ring debe ser un miembro de este mismo grupo en anillo. Para más información sobre cómo definir un grupo en anillo, vea la sección "Definir un grupo en anillo en el Contexto SRB" del capítulo "Configuración del Bridging de Ruta de Origen".

Para identificar a los peers remotos, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# source-bridge remote-peer ring-group tcp ip-address [lf size] [tcp-receive-window wsize] [local-ack] [priority]

Identifica la dirección IP de un peer en el grupo en anillo con el que se intercambia tráfico de bridge de origen mediante TCP.


Especifique un source-bridge remote peer comando para cada router del par que sea parte del Anillo virtual. Configure un comando adicional source-bridge remote peer de identificar la dirección IP que se utilizará por el router local.

Puede asignar un intervalo de keepalive al peer RSRB. Utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# source-bridge keepalive seconds

Define el intervalo de keepalive del peer de source-bridging remoto.


Habilitación de SRB en las Interfaces Apropiadas

Para habilitar el SRB en una interfaz, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# source-bridge local-ring bridge-number target-ring

Habilita el Local Source-Route Bridging en una interfaz Token Ring.


El valor del parámetro de anillo de destino que especifique debe ser el número de grupo en anillo.

Configuración de RSRB usando Reconocimiento Local LLC2 y TCP

El encapsulado del tráfico interligado por Source Route dentro de los datagramas IP que atraviesan una conexión TCP entre dos Routers con el Reconocimiento local habilitado es apropiado cuando usted hace que los LAN sean separados por las distancias geográficas amplias y usted para querer evitar los retardos, el reenvío múltiple, o la pérdida de sesiones del usuario.

LLC2 es un protocolo del nivel del link de datos de la norma ISO usado en las redes Token Ring. LLC2 fue diseñado para permitir el envío confiable de los datos a través del medio LAN y para causar retardos mínimos o al menos predecibles. Sin embargo, el RSRB y las estructuras básicas de WAN crearon los LAN que son separados por las distancias amplias, geográficas que atraviesan los países y los continentes. Como consecuencia, las redes LAN tienen retardos más largos de lo permitido por LLC2 para la comunicación bidireccional entre hosts. Las direcciones de reconocimiento local solucionan el problema de las demoras imprevisibles, del reenvío múltiple y de la pérdida de sesiones de usuario.

En una sesión LLC2 típica, cuando un host envía una trama a otro, el host de envío espera que el host de recepción responda positiva o negativamente en un período de tiempo predefinido, llamado comúnmente el tiempo T1. Si el host de envío no recibe un acuse de recibo del bastidor que envió dentro del tiempo T1, revisa algunas veces (normalmente 8 a 10 veces). Si todavía no hay respuesta, el host de envío descarta la sesión.

El cuadro 2 ilustra una sesión LLC2. Un 37x5 en un segmento LAN puede comunicar con un 3x74 en un diverso segmento LAN separado vía una red de estructura básica de la área ancha. Los capítulos se transportan entre el router A y el router B usando el RSRB. Sin embargo, la sesión LLC2 entre el 37x5 y el 3x74 sigue siendo de extremo a extremo; es decir, cada trama que genera el 37x5 atraviesa la red de estructura básica hasta el 3x74 y éste, al recibir la trama, la reconoce.

Cuadro 2 sesión LLC2 sin el Reconocimiento local

En las redes de estructura básica que constan de links seriales lentos, el temporizador T1 de los host extremos podría caducar antes de que las tramas alcancen los hosts remotos, provocando el reenvío por parte de los hosts extremos. El reenvío provoca que lleguen tramas duplicadas al host remoto a la vez, al llegar la primera trama al host remoto. Tal duplicación de tramas rompe el protocolo LLC2, dando por resultado la pérdida de sesiones entre las dos máquinas IBM.

Una manera de solucionar este retardo es aumentar el valor del tiempo de espera en los nodos de extremo para tener en cuenta el tiempo de tránsito máximo entre las máquinas de dos extremos. Sin embargo, en redes formadas por cientos o incluso miles de nodos, es necesario volver a configurar cada máquina con valores nuevos. Con el Reconocimiento local para LLC2 habilitado, la sesión LLC2 entre los Nodos del dos extremos no sería de punta a punta, sino que por el contrario, terminaría en dos routeres locales. El cuadro 3 muestra la sesión LLC2 con la conclusión 37x5 en el router A y la sesión LLC2 con la conclusión 3x74 en el router B. El router A y el router B ejecutan el protocolo LLC2 completo como parte del reconocimiento local para LLC2.

Figura 3 Sesión LLC2 con Reconocimiento Local

Al habilitar el reconocimiento local de LLC2 en ambos routers, el router A reconoce las tramas recibidas de 37x5. 37x5 todavía actúa como si los reconocimientos que recibe procediesen de 3x74. El router A parece el 3x74 ante el 37x5. De igual modo, el router B reconoce las tramas recibidas del 3x74. El clúster 3x74 actúa como si los reconocimientos que recibe fueran del clúster 37x5. El router B parece el 3x74 ante el 37x5. Las estaciones terminales no miden el tiempo hacia fuera y pierden las sesiones porque las tramas tienen que viajar no más las redes de estructura básica de WAN que se reconocerán. En lugar, localmente son reconocidas por el Routers,

La habilitación del reconocimiento local para LLC2 tiene las ventajas siguientes:

El reconocimiento local de LLC2 soluciona el problema del temporizador T1 sin necesidad de cambiar ninguna configuración en los nodos finales. Los nodos finales no saben que las sesiones están localmente reconocidas. En las redes que consisten en centenares o incluso en miles de máquinas, esto es una ventaja definida. Todas las tramas reconocidas por el Cisco IOS Software para los host de extremo parecen proceder de la máquina IBM remota. De hecho, mirando el registro de seguimiento de un analizador de protocolo, no se puede decir si una trama fue reconocida por el router local o por una máquina IBM remota. Las direcciones MAC y los RIF generados por Cisco IOS Software son idénticos a los generados por la máquina IBM remota. La única forma de descubrir si una sesión localmente está reconocida es utilizar show local-ack un comando o show source-bridge un comando en el router.

Todas las tramas de supervisión (RR, RNR, REJ) reconocidas localmente no van más allá del router. Sin reconocimiento local para LLC2, cada trama atraviesa la estructura básica. Con el reconocimiento local, solamente los datos (tramas de información) atraviesan la estructura básica, provocando menos tráfico en la red de la estructura básica. En aquellas instalaciones donde los clientes pagan según la cantidad de tráfico que pasa por la estructura básica, esto podría suponer una importante medida de ahorro de costos. Un protocolo sencillo existe entre los dos peers para activar o desactivar una sesión TCP.

Para configurar un Bridge de la ruta de origen remota para utilizar la encapsulación IP sobre una conexión TCP, realice las tareas en las secciones siguientes:

Habilitación del Reconocimiento Local LLC2 entre dos Bridges de Peers Remotos

Habilitación de SRB en las Interfaces Apropiadas

Habilitación del Reconocimiento Local LLC2 entre dos Bridges de Peers Remotos

En nuestra implementación, siempre que conecte Token Rings usando medios que no sean Token Ring, deberá tratar dichos medios como un anillo virtual asignándolo a un grupo en anillo. Cada router con el que desea intercambiar tráfico Token Ring debe ser un miembro de este mismo grupo en anillo. Para más información sobre cómo definir un grupo en anillo, vea la sección "Definir un grupo en anillo en el Contexto SRB" del capítulo "Configuración del Bridging de Ruta de Origen".

Para habilitar el Reconocimiento local LLC2, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# source-bridge remote-peer ring-group tcp ip-address local-ack

Reconocimiento local de los permisos LLC2 sobre una base del por-telecontrol-par.


Utilice un caso source-bridge remote-peer del comando para cada interfaz que usted configura para el RSRB.

Habilitación de SRB en las Interfaces Apropiadas

Para habilitar el SRB en una interfaz, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# source-bridge local-ring bridge-number target-ring

Habilita el SRB local en una interfaz Token Ring.


El valor del parámetro de anillo de destino que especifique debe ser el número de grupo en anillo.

Por un ejemplo de cómo configurar el RSRB con el Reconocimiento local, vea “RSRB con la sección del ejemplo del Reconocimiento local”.

Habilitar el Reconocimiento local y el passthrough

Para configurar algunas sesiones sobre algunos timbres localmente que se reconocerán mientras que las sesiones restantes se pasan a través, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# source-bridge passthrough ring-group

Configura el Cisco IOS Software para el passthrough.


Configuración de la Encapsulación de Frame Relay Directo Entre Peers RSRB

Usted puede configurar la Encapsulación de Frame Relay directa para permitir que los pares RSRB envíen los paquetes del protocolo RSRB en un PVC de Frame Relay. Esta configuración elimina los gastos indirectos introducidos por los paquetes relay de la trama encapsulada TCP/IP.

El cuadro 4 ilustra la Encapsulación de Frame Relay directa entre los pares RSRB.

Cuadro 4 Encapsulación de Frame Relay directa RSRB

El diseño de la encapsulación directa RSRB puede utilizar el formato del RFC 1490 o la Encapsulación de Frame Relay de Cisco para los paquetes ruteados.

Para configurar la Encapsulación de Frame Relay directa RSRB, utilice los siguientes comandos en el modo de configuración de la interfaz:

 
Comando
Propósito

Paso 1 

Router(config-if)# source-bridge remote-peer ring-group frame-relay interface name [mac-address] [dlci-number] [lf size]

Especifica la interfaz serial en la cual se configura el Frame Relay.

Paso 2 

Router(config-if)# frame-relay map rsrb dlci-number

Especifica el número DLCI sobre el cual el tráfico RSRB debe ser asociado.


La encapsulación directade la nota sobre el Frame Relay se soporta solamente para un tipo de encapsulación de Cisco, configurado usando encapsulation frame-relay el comando.


Establecimiento de Prioridades SAP

La característica del priorización de SAP permite que usted utilice las listas de prioridad y los filtros de SAP para especificar la prioridad de un protocolo sobre otro a través de un RSRB o de un SDLLC WAN.

Definición de una lista de prioridad de SAP

Para establecer una lista de prioridad de SAP, utilice los siguientes comandos en el modo de configuración de la interfaz:

 
Comando
Propósito

Paso 1 

Router(config-if)# sap-priority-list number queue-keyword [dsap ds] [ssap ss] [dmac dm] [smac sm]

Define la lista de prioridad.

Paso 2 

Router(config-if)# sap-priority list-number

Define la prioridad en una interfaz.

Paso 3 

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

Aplica la lista de prioridad a una interfaz.

Definición de los filtros de SAP

Usted puede definir los filtros y los filtros de Netbios de SAP en el Token Ring y las interfaces de Ethernet.

Para filtrar por el direccionamiento del Punto de acceso del servicio local (LSAP) en la interfaz de WAN RSRB, utilice los comandos global configuration siguientes, según las necesidades:

Comando
Propósito

Router(config)# rsrb remote-peer ring-group tcp ip-address lsap-output-list access-list-number

Filtros por el direccionamiento LSAP (encapsulación TCP).

Router(config)# rsrb remote-peer ring-group fst ip-address lsap-output-list access-list-number

Filtros por el direccionamiento LSAP (encapsulación FST).

Router(config)# rsrb remote-peer ring-group interface name lsap-output-list access-list-number

Filtros por el direccionamiento LSAP (encapsulación directa).


Para filtrar los paquetes por el nombre de la estación NetBIOS en una interfaz de WAN RSRB, utilice uno de los comandos global configuration siguientes, según las necesidades:

Comando
Propósito

Router(config)# rsrb remote-peer ring-group tcp ip-address netbios-output-list name

Filtros por el nombre de la estación NetBIOS (encapsulación TCP).

Router(config)# rsrb remote-peer ring-group fst ip-address netbios-output-list name

Filtros por el nombre de la estación NetBIOS (encapsulación FST).

Router(config)# rsrb remote-peer ring-group interface type netbios-output-list host

Filtros por el nombre de la estación NetBIOS (encapsulación directa).


Lista de Tareas de Configuración de Ajuste de la Red RSRB

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:

Establecimiento de Prioridades de Tráfico Basado en Direcciones LU Locales SNA

Habilitación de la Clase de Servicio

Asignación de un Grupo Prioritario a una Interfaz de Entrada

Configuración del Tamaño de Trama Máximo

Configuración del Tamaño de Trama Máximo

Establecimiento de Prioridades de Tráfico Basado en Direcciones LU Locales SNA

Usted puede dar prioridad al tráfico de la Arquitectura de red de sistemas (SNA) en una interfaz configurada para el Serial Tunnel (STUN) o la comunicación RSRB. La característica local del priorización del direccionamiento del logical unit (LU) SNA permite que el tráfico SNA sea dado prioridad según el direccionamiento de los LU en los encabezados de transmisión FID2. Actualmente, solamente se soportan los LU dependientes. El priorización ocurre en el tráfico LU-LU entre un tipo de nodo SNA 5 o el tipo de nodo 4, y el tipo-2 del nodo.

El cuadro 5 muestra cómo el priorización de la dirección local SNA puede ser utilizado.

Cuadro 5 priorización de la dirección local SNA

En el cuadro 5, el sistema central de IBM está conectado mediante canales a un 3x75 FEP, que está conectado con un controlador del clúster vía el RSRB. El múltiplo 3270 terminales e impresoras, cada uno con un direccionamiento único del local LU, entonces se asocia al controlador del clúster. Aplicando el priorización local del direccionamiento SNA LU, cada LU asociado a una terminal o la impresora se puede asignar una prioridad; es decir, los ciertos usuarios pueden tener terminales que tengan mejor tiempo de respuesta que otros, y las impresoras pueden tener prioridad más baja.


Observeel Reconocimiento local y las funciones de prioridad TCP para STUN o el RSRB se deben girar para que el priorización de la dirección local SNA tome el efecto.


Con la característica local del priorización del direccionamiento SNA LU, usted puede establecer las prioridades de envío a cola basadas en el direccionamiento de la unidad lógica. Para dar prioridad al tráfico, utilice los siguientes comandos en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# locaddr-priority-list list-number address-number queue-keyword [dsap ds] [dmac dm] [ssap ss] [smac sm]

Correspondencias LU a los números del puerto TCP.

Paso 2 

Router(config)# priority-list list-number protocol protocol-name queue-keyword

Establece la prioridad de envío a cola de los números del puerto TCP.

Habilitación de la Clase de Servicio

Para dar prioridad al tráfico SNA a través de la red de estructura básica SNA, usted puede habilitar la característica de la clase del servicio. Esta característica es útil solamente entre el FEP al FEP (comunicación PU 4-to-PU 4) a través de la estructura básica de la no SNA. Permite que el tráfico importante FEP fluya en las colas de alta prioridad.

Para habilitar la clase del servicio, la encapsulación IP sobre una conexión TCP y el Reconocimiento local LLC2 deben ser habilitados.

Para habilitar la clase del servicio, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# source-bridge cos-enable

Habilita la clase del servicio.


Asignación de un Grupo Prioritario a una Interfaz de Entrada

Para asignar a un grupo prioritario a una interfaz de entrada, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# locaddr-priority list-number

Asigna a un grupo prioritario a una interfaz de entrada.


Configuración del Tamaño de Trama Máximo

Usted puede configurar los tamaños de trama más grandes que se utilizan para comunicar con cualquier par en el grupo en anillo.

Generalmente, el router y el dispositivo LLC2 con quienes comunican deben soportar los mismos tamaños de la Yo-trama del máximo SDLC. El más grande este valor, funcionamiento la línea se utiliza cuanto más eficientemente, así del aumento.

Actualizaciones más rápidas de la pantalla a las terminales 3278-style resultan a menudo configurando el Token Ring FEP para enviar tan grande una Yo-trama como sea posible y después permitiendo que el Cisco IOS Software divida la trama en segmentos en las Yo-tramas múltiples SDLC.

Después de que usted configure el Token Ring FEP para enviar la Yo-trama posible más grande, configure el software para soportar los mismos tamaños máximos de la Yo-trama. El valor por defecto es 516 bytes y el valor máximo es 8144 bytes.

Para configurar los tamaños de trama más grandes, utilice el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# source-bridge largest-frame ring-group size

Especifica los tamaños de trama más grandes usados para comunicar con cualquier par en el grupo en anillo.


Monitoreo y Mantenimiento de la Red RSRB

Para visualizar una variedad de información sobre la red RSRB, utilice uno o más de los siguientes comandos en el modo EXEC privilegiado:

Comando
Propósito

Router# show controllers token

Visualiza la información de estado interno sobre las interfaces Token Ring en el sistema.

Router# show interfaces

Proporciona estadísticas de alto nivel sobre el estado del bridging de origen para una interfaz concreta.

Router# show local-ack

Muestra al estado actual de todos los reconocimientos locales actuales de las conexiones SDLLC y LLC2.


Además del modo EXEC ordena para mantener la red RSRB, usted puede utilizar el siguiente comando en el modo de configuración global:

Comando
Propósito

Router(config)# source-bridge tcp-queue-max number

Limita los tamaños de la cola de reserva para que el RSRB controle el número de paquetes que puedan esperar la transmisión a un anillo remoto antes de que comiencen a ser desechada.


Ejemplos de la Configuración de RSRB

Las secciones siguientes proporcionan los ejemplos de la Configuración de RSRB:

Ejemplo de Frame Relay Encapsulation Directa de RSRB

Ejemplo de RSRB Usando Encapsulación IP sobre una Conexión TCP

Ejemplo de Configuración de Fast-Switching RSRB/TCP

Ejemplo de RSRB con Encapsulación IP en una Conexión FST

Ejemplo de RSRB Usando todos los Tipos de Métodos de Transporte

Ejemplo de RSRB con Reconocimiento Local

Ejemplo de RSRB con Reconocimiento Local y Passthrough

Ejemplo de Reconocimiento Local para LLC2

Ejemplo de IP para Distribución de Carga sobre RSRB

Ejemplo de Configuración de Prioridad para las Interfaces Token Ring Localmente Terminadas en RSRB

Ejemplo de Frame Relay Encapsulation Directa de RSRB

Lo que sigue es el archivo de configuración para la Encapsulación de Frame Relay directa entre los pares RSRB:

source-bridge ring-group 200
source-bridge remote-peer 200 frame-relay interface serial0 30
!
interface serial 0
 mtu 3000
 no ip address
 encapsulation frame-relay
 clockrate 56000
 frame-relay lmi-type ansi
 frame-relay map rsrb 30
!
!
interface TokenRing 0
 ip address 10.10.10.1 255.255.255.0
 ring-speed 16
 multiring all
 source-bridge active 102 1 200
 source-bridge spanning

Ejemplo de RSRB Usando Encapsulación IP sobre una Conexión TCP

El cuadro 6 ilustra a dos Routers configurado para el RSRB usando el TCP como transporte. Cada router tiene dos Token Ring. Son conectados por un segmento Ethernet sobre el cual el tráfico interligado por Source Route pase. La primera configuración del router es un Source-Route Bridge en el direccionamiento 131.108.2.29.

Cuadro 6 RSRB usando el TCP como transporte

Usando el TCP como el transporte, la configuración para el Source-Route Bridge en el direccionamiento 131.108.2.29 según lo representado en el cuadro 6 es como sigue:

source-bridge ring-group 5
source-bridge remote-peer 5 tcp 131.108.2.29
source-bridge remote-peer 5 tcp 131.108.1.27
!
interface ethernet 0
 ip address 131.108.4.4 255.255.255.0
!
interface tokenring 0
 ip address 131.108.2.29 255.255.255.0
 source-bridge 1000 1 5
 source-bridge spanning
!
interface tokenring 1
 ip address 131.108.128.1 255.255.255.0
 source-bridge 1001 1 5
 source-bridge spanning

La configuración del bridge de ruta de origen en 131.108.1.27 es como sigue:

source-bridge ring-group 5
source-bridge remote-peer 5 tcp 131.108.2.29
source-bridge remote-peer 5 tcp 131.108.1.27
!
interface ethernet 0
 ip address 131.108.4.5 255.255.255.0
!
interface tokenring 0
 ip address 131.108.1.27 255.255.255.0
 source-bridge 10 1 5
 source-bridge spanning
!
interface tokenring 1
 ip address 131.108.131.1 255.255.255.0
 source-bridge 11 1 5
 source-bridge spanning

Ejemplo de Configuración de Fast-Switching RSRB/TCP

La configuración siguiente habilita la transferencia rápida RSRB/TCP:

source-bridge ring group 100

Ejemplo de RSRB con Encapsulación IP en una Conexión FST

El cuadro 7 muestra a dos Routers que conecta los hosts de IBM en los Token Ring con una estructura básica de Ethernet.

Cuadro 7 RSRB usando el FST como transporte

Este ejemplo de configuración habilita la encapsulación IP sobre una conexión FST. En esta configuración, source-bridge fst-peername utilizan al comando global configuration de proporcionar una dirección IP para el router local. source-bridge ring-group Utilizan al comando global configuration de definir a un grupo en anillo. source-bridge remote peer El comando con fst la opción se utiliza para asociar la dirección IP del peer remoto al grupo en anillo del router y para especificar el número de la Versión del protocolo del Remote Source-Route Bridging del peer remoto. Porque todos los pares FST soportan la versión 2 RSRB, version la palabra clave se especifica siempre.

La configuración del Source-Route Bridge en 131.108.2.29 es como sigue:

source-bridge fst-peername 131.108.2.29
source-bridge ring-group 5
source-bridge remote-peer 5 fst 131.108.1.27
!
interface ethernet 0
 ip address 131.108.4.4 255.255.255.0
!
interface tokenring 0
 ip address 131.108.2.29 255.255.255.0
 source-bridge 1000 1 5
 source-bridge spanning
!
interface tokenring 1
 ip address 131.108.128.1 255.255.255.0
 source-bridge 1001 1 5
 source-bridge spanning

La configuración del bridge de ruta de origen en 131.108.1.27 es como sigue:

source-bridge fst-peername 131.108.1.27
source-bridge ring-group 5
source-bridge remote-peer 5 fst 131.108.2.29
!
interface ethernet 0
 ip address 131.108.4.5 255.255.255.0
!
interface tokenring 0
 ip address 131.108.1.27 255.255.255.0
 source-bridge 10 1 5
 source-bridge spanning
!
interface tokenring 1
 ip address 131.108.131.1 255.255.255.0
 source-bridge 11 1 5
 source-bridge spanning

Ejemplo de RSRB Usando todos los Tipos de Métodos de Transporte

El cuadro 8 muestra a un router configurado para el RSRB usando todos los tipos de métodos del transporte.

Cuadro 8 RSRB usando todos los tipos de métodos del transporte

La configuración para la red en el cuadro 8 es como sigue:

source-bridge fst-peername 131.108.251.1
source-bridge ring-group 5
source-bridge remote-peer 5 interface serial0
source-bridge remote-peer 5 interface serial1
source-bridge remote-peer 5 interface Ethernet0 0000.0c00.1234
source-bridge remote-peer 5 tcp 131.108.251.1
source-bridge remote-peer 5 fst 131.108.252.4
source-bridge remote-peer 5 tcp 131.108.253.5
!
interface tokenring 0
 source-bridge 1 1 5
 source-bridge spanning
!
interface ethernet 0
 ip address 131.108.251.1 255.255.255.0

Los dos pares que usan el método serial del transporte funcionan solamente correctamente si han configurado al Routers en el otro extremo de la línea serial para utilizar el transporte serial. Los pares deben también pertenecer al mismo grupo en anillo.

Ejemplo de RSRB con Reconocimiento Local

En el cuadro 9, una configuración triangular proporciona la confiabilidad máxima con el costo mínimo, y uno de los links se dobla para ganar un mejor ancho de banda. Además del tráfico IP y SRB, el APPLETALK también se rutea entre todos los sitios. En esta configuración, reconocen todas las sesiones entre el C del router y el router D localmente. Todas las sesiones entre el C y el router E del router localmente no se reconocen y se configuran para el Remote Source-Route Bridging normal. Este ejemplo muestra que no cada par debe localmente ser reconocido y que el Reconocimiento local se puede dar vuelta con./desc. en la discreción del cliente.

Cuadro 9 RSRB con el Reconocimiento local — Configuración simple

La configuración para cada uno del Routers en el cuadro 9 sigue.

Router C

appletalk routing
!
source-bridge ring-group 5
source-bridge remote-peer 5 tcp 132.21.1.1
source-bridge remote-peer 5 tcp 132.21.2.6 local-ack
source-bridge remote-peer 5 tcp 132.21.10.200
!
interface tokenring 0
 ip address 132.21.1.1 255.255.255.0
 source-bridge 1 1 5
 source-bridge spanning
 multiring all
!
interface ethernet 0
 ip address 132.21.4.25 255.255.255.0
 appletalk address 4.25
 appletalk zone Twilight
!
interface serial 0
 ip address 132.21.16.1 255.255.255.0
 appletalk address 16.1
 appletalk zone Twilight
!
interface serial 1
 ip address 132.21.17.1 255.255.255.0
 appletalk address 17.1
 appletalk zone Twilight
!
interface serial 2
 ip address 132.21.18.1 255.255.255.0
 appletalk address 18.1
 appletalk zone Twilight
!
 router igrp 109
 network 132.21.0.0
!
 hostname RouterC

Router D

appletalk routing
!
source-bridge ring-group 5
source-bridge remote-peer 5 tcp 132.21.1.1 local-ack
source-bridge remote-peer 5 tcp 132.21.2.6
source-bridge remote-peer 5 tcp 132.21.10.200
!
interface tokenring 0
 ip address 132.21.2.6 255.255.255.0
 source-bridge 2 1 5
 source-bridge spanning
 multiring all
!
interface ethernet 0
 ip address 132.21.5.1 255.255.255.0
 appletalk address 5.1
 appletalk zone Twilight
!
interface serial 0
 ip address 132.21.16.2 255.255.255.0
 appletalk address 16.2
 appletalk zone Twilight
!
interface serial 1
 ip address 132.21.19.1 255.255.255.0
 appletalk address 19.1
 appletalk zone Twilight
!
router igrp 109
 network 132.21.0.0
!
hostname RouterD

Router E

appletalk routing
!
source-bridge ring-group 5
source-bridge remote-peer 5 tcp 132.21.1.1
source-bridge remote-peer 5 tcp 132.21.2.6
source-bridge remote-peer 5 tcp 132.21.10.200
!
interface tokenring 0
 ip address 132.21.10.200 255.255.255.0
 source-bridge 10 1 5
 source-bridge spanning
 multiring all
!
interface ethernet 0
 ip address 132.21.7.1 255.255.255.0
 appletalk address 7.1
 appletalk zone Twilight
!
interface serial 0
 ip address 132.21.19.2 255.255.255.0
 appletalk address 19.2
 appletalk zone Twilight
!
interface serial 1
 ip address 132.21.17.2 255.255.255.0
 appletalk address 17.2
 appletalk zone Twilight
!
interface serial 2
 ip address 132.21.18.2 255.255.255.0
 appletalk address 18.2
 appletalk zone Twilight
!
 router igrp 109
 network 132.21.0.0
!
hostname RouterE

Ejemplo de RSRB con Reconocimiento Local y Passthrough

El cuadro 10 muestra a dos Routers configurado para el RSRB con el Reconocimiento local y el passthrough sobre las tres líneas seriales que conectan a este Routers. En el ejemplo, cinco Token Ring conectan con cada uno de este Routers.

Cuadro 10 topología de red para el RSRB con el Reconocimiento local y el passthrough

Los archivos de configuración para cada uno de este Routers siguen.

Router A

source-bridge ring-group 2048
source-bridge remote-peer 2048 tcp 159.76.1.250 local-ack version 2
source-bridge remote-peer 2048 tcp 159.76.7.250 version 2
source-bridge passthrough 1281
source-bridge passthrough 1282
source-bridge passthrough 1283
source-bridge passthrough 1284
!
interface tokenring 0
 ip address 159.76.7.250 255.255.255.0
 llc2 ack-max 1
 llc2 t1-time 1800
 llc2 idle-time 29000
 llc2 ack-delay-time 5
 source-bridge 1024 1 2048
 source-bridge spanning
 early-token-release
 multiring all
!
interface tokenring 1
 ip address 159.76.8.250 255.255.255.0
 clns-speed 4
 clns mtu 464
 source-bridge 1281 1 2048
 source-bridge spanning
 multiring all
!
interface tokenring 2
 ip address 159.76.9.250 255.255.255.0
 ring-speed 4
 clns mtu 4464
 source-bridge 1282 1 2048
 source-bridge spanning
 multiring all
!
interface tokenring 3
 ip address 159.76.10.250 255.255.255.0
 ring speed 4
 clns mtu 4464
 source-bridge 1283 1 2048 
 source-bridge spanning
 multiring all
!
interface tokenring 4
 ip address 159.78.11.250 255.255.255.0
 ring speed 4
 clns mtu 4464
 source-bridge 1284 1 2048
 source-bridge spanning
 multiring all
!
interface serial 0
 ip address 159.76.20.2 255.255.255.0
!
interface serial 1
 ip address 159.76.21.4 255.255.255.0
!
interface serial 2
 ip address 159.76.22.6 255.255.255.0
 shutdown
! interface serial 3
 no ip address 
 shutdown

Router B

source-bridge ring-group 2048
source-bridge remote-peer 2048 tcp 159.76.1.250 version 2
source-bridge remote-peer 2048 tcp 159.76.7.250 local-ack version 2
!
interface tokenring 0
 ip address 159.76.1.250 255.255.255.0
 llc2 ack-max 2
 llc2 t1-time 1900
 llc2 idle-time 29000
 llc2 ack-delay-time 5
 source-bridge 512 1 2048
 source-bridge spanning
 early-token-release
 multiring all
!
interface tokenring 1
 ip address 159.76.2.250 255.255.255.0
 ring-speed 16
 clns mtu 8136
!
 source-bridge 513 1 2048
 source-bridge spanning
 early-token-release
 multiring all
!
interface tokenring 2
 ip address 159.76.3.250 255.255.255.0
 ring speed 16
 clns mtu 8136
 source-bridge 514 1 2048
 source-bridge spanning
 early-token-release
 multiring all
!
interface tokenring 3
 ip address 159.76.4.250 255.255.255.0
 ring-speed 4
 clns mtu 4464
 source-bridge 519 2 2043
 source-bridge spanning
 multiring all
!
interface tokenring 4
 ip address 159.76.5.250 255.255.255.0
 ring-speed 4
 clns mtu 4464
 source-bridge 272 2 2048
 source-bridge spanning
 multiring all
!
interface serial 0
 ip address 159.76.20.1 255.255.255.0
! 
interface serial 1
 ip address 159.76.21.3 255.255.255.0
!
interface serial 2
 ip address 159.76.22.5 255.255.255.0
!
interface serial 3
 no ip address
 shutdown

Ejemplo de Reconocimiento Local para LLC2

El cuadro 11 muestra IBM FEP situado en San Francisco que comunica con IBM 3174 hosts del controlador del clúster en Sydney, París, y Los Ángeles. La sesión entre el FEP y el sistema de IBM 3174 en Los Ángeles localmente no se termina, porque la distancia es bastante grande causar los descansos en la línea. Sin embargo, las sesiones a París y a Sydney localmente se terminan.

Cuadro 11 RSRB con el Reconocimiento local — Configuración compleja

La configuración para cada uno de este Routers sigue.

Router/Bridge 4 en San Francisco

source-bridge ring-group 100
! use direct encapsulation across serial link to Los Angeles
 source-bridge remote-peer 100 direct 131.108.32.2
 ! use fast sequenced transport with local termination to Paris
 source-bridge remote-peer 100 tcp 131.108.18.48 local-ack
 ! use tcp encapsulation with local termination to Sydney 
 source-bridge remote-peer 100 tcp 131.108.141.4 local-ack
 !
 interface tokenring 0
 ! source ring 1, bridge 4, destination ring 100
 source-bridge 1 4 100
 ! receive up to seven frames before sending an acknowledgment
 llc2 ack-max 7
 ! allow a 30 msec delay before I-frames must be acknowledged
 llc2 ack-delay-time 30
 !
 interface tokenring 1
 ! source ring 100, bridge 4, destination ring 1
 source-bridge 100 4 1

Router/Bridge 7 en Sydney

source-bridge ring-group 100
 ! use tcp encapsulation with local termination from Sydney 
 source-bridge remote-peer 100 tcp 131.108.6.88 local-ack
 interface tokenring 0
 ! source ring 1, bridge 7, destination ring 100
 source-bridge 1 7 100
 ! receive up to seven frames before sending an acknowledgment
 llc2 ack-max 7
 ! allow a 30 msec delay before I-frames must be acknowledged
 llc2 ack-delay-time 30
 !
 interface tokenring 1
 ! source ring 100, bridge 7, destination ring 1
 source-bridge 100 7 1

Router/Bridge 6 en París

source-bridge ring-group 100
 ! use fast sequenced transport with local termination from Paris
 source-bridge remote-peer 100 tcp 131.108.6.88 local-ack
 interface tokenring 0
 ! source ring 1, bridge 6, destination ring 100
 source-bridge 1 6 100
 ! receive up to seven frames before sending an acknowledgment
 llc2 ack-max 7
 ! allow a 30 msec delay before I-frames must be acknowledged
 llc2 ack-delay-time 30
 !
 interface tokenring 1
 ! source ring 100, bridge 6, destination ring 1
 source-bridge 100 6 1

Router/Bridge 5 en Los Ángeles

source-bridge ring-group 100
 ! use direct encapsulation across serial link from Los Angeles
 source-bridge remote-peer 100 direct 131.108.6.88 

 interface tokenring 0
 ! source ring 1, bridge 5, destination ring 100
 source-bridge 1 5 100
 ! receive up to seven frames before sending an acknowledgment
 llc2 ack-max 7
 ! allow a 30 msec delay before I-frames must be acknowledged
 llc2 ack-delay-time 30
 !
 interface tokenring 1
 ! source ring 100, bridge 5, destination ring 1
 source-bridge 100 5 1

Observea ambos pares necesitan ser configurados para el Reconocimiento local LLC2. Si solamente uno se configura tan, los resultados no deseables ocurren.


Ejemplo de IP para Distribución de Carga sobre RSRB

Como cuadro 12 muestra, dos Routers son conectados por dos líneas seriales. Cada uno se configura como Bridge de puertos duales remoto básico, pero se amplía para incluir la confiabilidad y la carga a compartir IP. Cuando ambas líneas seriales están para arriba, el tráfico está partido entre ellas, con eficacia combinando el ancho de banda de las conexiones. Si va cualquier línea serial abajo, todo el tráfico se rutea a la línea restante sin la interrupción. Esto sucede transparente en cuanto a las conexiones de extremo, a diferencia de otros Source-Route Bridge que abortarían esas conexiones.

Cuadro 12 RSRB — Confiabilidad simple

Los ejemplos de archivo de configuración que habilitan esta configuración siguen.

Configuración para el router/Bridge A

source-bridge ring-group 5
source-bridge remote-peer 5 tcp 204.31.7.1
source-bridge remote-peer 5 tcp 204.31.8.1
!
interface tokenring 0
 ip address 204.31.7.1 255.255.255.0
 source-bridge 1 1 5
 source-bridge spanning
 multiring all
!
interface serial 0
 ip address 204.31.9.1 255.255.255.0
!
interface serial 1
 ip address 204.31.10.1 255.255.255.0
!
 router igrp 109
 network 204.31.7.0
 network 204.31.9.0
 network 204.31.10.0
!
hostname RouterA

Configuración para el router/Bridge B

source-bridge ring-group 5
source-bridge remote-peer 5 tcp 204.31.7.1
source-bridge remote-peer 5 tcp 204.31.8.1
!
interface tokenring 0
 ip address 204.31.8.1 255.255.255.0
 source-bridge 2 1 5
 source-bridge spanning
 multiring all
!
interface serial 0
 ip address 204.31.9.2 255.255.255.0
!
interface serial 1
 ip address 204.31.10.2 255.255.255.0
!
 router igrp 109
 network 204.31.8.0
 network 204.31.9.0
 network 204.31.10.0
!
 hostname RouterB

Ejemplo de Configuración de Prioridad para las Interfaces Token Ring Localmente Terminadas en RSRB

El cuadro 13 muestra una red que utilice el RSRB para interligar el tráfico Token Ring.

Cuadro 13 ejemplo de la Configuración de RSRB

La configuración para cada uno del Routers en el cuadro 13 sigue.

Router/Bridge A

source-bridge ring-group 2624
source-bridge remote-peer 2624 tcp 1.0.0.1
source-bridge remote-peer 2624 tcp 1.0.0.2 local-ack priority
!
interface tokenring 0
 source-bridge 2576 8 2624
 source-bridge spanning
 multiring all
 locaddr-priority 1
!
interface ethernet 0
 ip address 1.0.0.1 255.255.255.0
 priority-group 1
!
locaddr-priority-list 1 02 high
locaddr-priority-list 1 03 high
locaddr-priority-list 1 04 medium
locaddr-priority-list 1 05 low
!
priority-list protocol ip high tcp 1996
priority-list protocol ip medium tcp 1987
priority-list protocol ip normal tcp 1988
priority-list protocol ip low tcp 1989

Router/Bridge B

source-bridge ring-group 2624
source-bridge remote-peer 2624 tcp 1.0.0.2
source-bridge remote-peer 2624 tcp 1.0.0.1 local-ack priority
!
interface tokenring 0
 source-bridge 2626 8 2624
 source-bridge spanning
 multiring all
 locaddr-priority 1
!
interface ethernet 0
 ip address 1.0.0.2 255.255.255.0
 priority-group 1
!
locaddr-priority-list 1 02 high
locaddr-priority-list 1 03 high
locaddr-priority-list 1 04 medium
locaddr-priority-list 1 05 low
!
priority-list protocol ip high tcp 1996
priority-list protocol ip medium tcp 1987
priority-list protocol ip normal tcp 1988
priority-list protocol ip low tcp 1989