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

Contenidos

Configuración del Soporte del Acceso de Frame Relay SNA

Reseña general de tecnología

Formato RFC 1490 Enrutado para LLC2 (BNN)

Formato Puenteado RFC 1490 para LLC2 (BAN)

Lista de Tareas de Configuración de FRAS SNA

Configuración de FRAS BNN Estáticamente

Configuración Dinámica de FRAS BNN

Configuración del Soporte de FRAS BAN

Configuración de SRB en Frame Relay

Configuración de la Administración de la Congestión de FRAS

Configurar el respaldo FRAS DLCI

Configuración de Dial Backup RSRB de Frame Relay

Configuración de Dial Backup DLSw+ de Frame Relay

Monitoreo y Mantenimiento de FRAS

Configuración del Host FRAS

Passthrough del host FRAS LLC2

Finalización local del host FRAS LLC2

Administración de la congestión

Lista de Tareas de Configuración del Host FRAS

Creación de una Interfaz Token Ring Virtual

Configuración del Bridging de Ruta de Origen en la Interfaz Token Ring Virtual

Aceptación del Passthrough LLC2 Predeterminado o Habilitación de la Terminación Local LLC2

Habilitación de la Función Host FRAS para BAN o BNN

Monitoreo de las Sesiones LLC2 Utilizando el Host FRAS

Ejemplos de configuración de FRAS y Host FRAS

Ejemplo de Dispositivos SNA Conectados mediante LAN

Ejemplo de Dispositivos SNA SDLC Conectados mediante SDLC

Ejemplo de Topología FRAS BNN

Ejemplo FRAS BNN

Ejemplo de la PROHIBICIÓN FRAS

Ejemplo de SRB over Frame Relay

Ejemplo de Respaldo de DLCI FRAS sobre Interfaz Serial

Ejemplo de FRAS Dial Backup over DLSw+

Ejemplos de Configuración de Router FRAD o FRAS de Cisco

Ejemplo de Configuración del Router A de FRAD o FRAS de Cisco con BNN

Ejemplo de Configuración de Router B de FRAD o FRAS de Cisco con BAN

Ejemplo de Configuración de Router C de FRAD o FRAS de Cisco con BAN

Ejemplo de Configuración de la Conexión CIP del Host FRAS a VTAM

Ejemplo de Configuración de la Conexión Ethernet del Host FRAS a AS/400


Configuración del Soporte del Acceso de Frame Relay SNA


Este capítulo describe el Soporte de acceso de Frame Relay Access (FRAS) para los dispositivos de la Arquitectura de red de sistemas (SNA). También explica cómo configurar el FRAS y cómo utilizar un host FRAS para conectar los dispositivos de acceso de Frame Relay (FRAD) de Cisco (FRAD) con las unidades centrales conectadas mediante canales, los procesadores frontales asociados a LAN (FEP), y los AS/400 asociados a LAN a través de un router Cisco.

Para una descripción completa de los comandos FRAS en este capítulo, refiera “al capítulo de los comandos del soporte del acceso de Frame Relay SNA” de la referencia del comando bridging and ibm networking del Cisco IOS (volumen 1 de 2). Para localizar la documentación de los comandos específicos, 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 FRAS SNA

Monitoreo y Mantenimiento de FRAS

Configuración del Host FRAS

Lista de Tareas de Configuración del Host FRAS

Ejemplos de configuración de FRAS y Host FRAS

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. Para obtener más información, vea la sección "Identificación del Soporte de Plataformas para las Funciones de Cisco IOS Software" que se encuentra en la página li del capítulo "Uso de Cisco IOS Software".

Reseña general de tecnología

El FRAS, el Cisco IOS Software permite que los dispositivos SNA de la bifurcación conecten directamente con un sitio central FEP sobre una red Frame Relay. FRAS convierte los protocolos Synchronous Data-Link Control (SDLC) o LAN a un formato de Frame Relay que entiende el Programa de control de red (NCP) que se ejecuta en un FEP.
Cisco IOS Software y los formatos de trama del soporte dos NCP:

RFC 1490 Routed Format para LLC2, especificado en el acuerdo FRF.3 del Frame Relay Forum y conocido en la literatura de NCP como soporte del nodo límite de red (BNN) del Frame Relay. El soporte de esta función requiere NCP 7.1 o superior.

Formato puenteado de ruta en base de origen del RFC 1490 802.5, conocido en la documentación de NCP como soporte Boundary Access Node (BAN) de Frame Relay. El soporte de esta función requiere NCP 7.3 o superior.

El soporte de punto de servicio de administración de FRAS permite a la aplicación de administración de red SNA, NetView, administrar los routers Cisco en la red Frame Relay como si se tratase de una PU de flujo descendente SNA.

FRAS proporciona Dial Backup sobre RSRB en caso de que la red Frame Relay esté inactiva. Mientras se utiliza la red telefónica pública conmutada (PSTN) de respaldo, se intenta periódicamente la conexión de Frame Relay. Tan pronto como la red Frame Relay esté activa, se utilizará.

Formato RFC 1490 Enrutado para LLC2 (BNN)

RFC 1490 especifica un método estándar para encapsular el tráfico multiprotocolo con entramado de link de datos (nivel 2 del modelo OSI). La encapsulación de los datos SNA se especifica en el Acuerdo FRF.3.

El método de la Encapsulación de Frame Relay se basa en el formato de trama del RFC 1490 para los protocolos “definidos por el usario” usando Q.933 NLPID, como se ilustra en el cuadro 1.

Cuadro 1 Encapsulación de Frame Relay basada en el RFC 1490


Observeel ID del protocolo para la subárea FID4 SNA es 0x81. El ID de protocolo para la subárea FID2 de SNA es 0x82. El ID de protocolo para APPN FID2 es 0x83.


El FRAS permite que el router actúe como un FRAD para aprovecharse del soporte SNA BNN para Frame Relay proporcionado por ACF/NCP 7.1 y OS/400 V2R3. Los dispositivos PU 2.0 y 2.1 de flujo descendente se pueden conectar con el router a través de links SDLC, Token Ring o Ethernet. El router que actúa como FRAD está conectado con el Programa de control de red (NCP) o el AS/400 a través de una red del público o del Frame Relay privado, como se ilustra en el cuadro 2.

Cuadro 2 soporte SNA BNN para el Frame Relay

El formato de trama que se comunica a través del link del Frame Relay BNN se define en el RFC 1490 para el tráfico SNA ruteado. Desde la perspectiva del host SNA (por ejemplo un NCP o un AS/400), la conexión de Frame Relay se define como un recurso conmutado similar a un link del Token Ring BNN. Dado que el formato de trama no incluye a las direcciones del link para permitir al NCP distinguir entre los dispositivos SNA del mismo circuito virtual permanente, Cisco soporta multiplexación SAP, que permite configurar SAPs LLC2 para cada dispositivo SNA de flujo descendente, de modo que puedan compartir un único circuito virtual permanente a un FEP.

El software de Cisco IOS se encarga de terminar las tramas del control de link de datos locales (tales como tramas SDLC y Token Ring) y de convertir las tramas del control de link de datos en tramas LLC compatibles con 802.2. LLC proporciona un transporte de capa de link orientado a conexión confiable requerido por la SNA. (Por ejemplo, 802,2 LLC se utiliza para proporcionar el acuse de recibo, la secuencia, y el control de flujo de la capa de link.)

El software Cisco IOS encapsula estas tramas 802.2 LLC según el formato del RFC 1490 para el tráfico SNA. Las tramas entonces se remiten al host SNA en un circuito virtual permanente de Frame Relay (PVC). En la dirección inversa, el software es responsable de la desencapsulación de los datos del PVC Frame Relay y de generar y enviar las tramas de control de link de datos locales apropiadas a los dispositivos de flujo descendente.

Formato Puenteado RFC 1490 para LLC2 (BAN)

La PROHIBICIÓN proporciona las funciones similares al BNN salvo que utiliza un formato de la trama Bridged, como se ilustra en el cuadro 3.

Cuadro 3 formato de la trama Bridged del RFC 1490

Dado que incluye información de encabezado MAC en cada trama, BAN soporta múltiples dispositivos SNA que compartan un único circuito virtual permanente sin necesidad de multiplexación SAP. La PROHIBICIÓN también soporta el Equilibrio de carga a través de los identificadores de conexión de link de datos duplicados al mismo o a los diversos FEP en el centro de datos para aumentar la disponibilidad total. La PROHIBICIÓN afecta a los dispositivos conectados mediante Token Ring o Ethernet.

Lista de Tareas de Configuración de FRAS SNA

Para configurar el FRAS, realice las tareas descritas en las secciones siguientes:

Configuración de FRAS BNN Estáticamente

Configuración Dinámica de FRAS BNN

Configuración del Soporte de FRAS BAN

Configuración de SRB en Frame Relay

Configuración de la Administración de la Congestión de FRAS

Configurar el respaldo FRAS DLCI

Configuración de Dial Backup RSRB de Frame Relay

Configuración de Dial Backup DLSw+ de Frame Relay

Para configurar el host FRAS, vea “configurando la sección del host FRAS”. Para los ejemplos de configuración, vea “FRAS y la sección de los ejemplos de configuración del host FRAS”.

Configuración de FRAS BNN Estáticamente

Para configurar FRAS BNN estáticamente, 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)# fras map llc mac-address lan-lsap lan-rsap serial port frame-relay dlci fr-lsap fr-rsap [pfid2 | afid2 | fid4]

Asocia una conexión LLC a un DLCI de Frame Relay.

Router(config-if)# fras map sdlc sdlc-address serial port frame-relay dlci fr-lsap fr-rsap [pfid2 | afid2 | fid4]

Asocia un link SDLC a un DLCI de Frame Relay.


En esta implementación, usted configura y define cada estación terminal MAC y las pares de dirección de SAP estáticamente.

Como Frame Relay no proporciona el transporte confiable requerido por SNA, el soporte de RFC 1490 de SNA utiliza LLC2 como parte de la encapsulación para proporcionar secuenciación de nivel de link, reconocimiento y control de flujo. La interfaz serial configurada para la encapsulación de la Fuerza de tareas de ingeniería en Internet (IETF) (IETF) (RFC 1490) valida todos los comandos interface configuration LLC2.

Configuración Dinámica de FRAS BNN

Para configurar FRAS BNN dinámicamente, 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)# fras map llc lan-lsap serial interface frame-relay dlci dlci fr-rsap

Asocia una conexión LLC a un DLCI de Frame Relay.

Router(config-if)# fras map sdlc sdlc-address serial port frame-relay dlci fr-lsap fr-rsap [pfid2 | afid2 | fid4]

Asocia un link SDLC a un DLCI de Frame Relay.


Cuando usted asocia una conexión LLC a un DLCI de Frame Relay, el router “aprende” la información MAC/SAP como ella adelante los paquetes al host. La característica FRAS BNN proporciona el proceso inconsútil en el router sin importar los cambios de la estación terminal. Las estaciones terminales pueden ser agregadas o ser borradas sin la nueva configuración del router.

Cuando usted asocia un link SDLC con un DLCI de Frame Relay, usted configura y define cada estación terminal MAC y las pares de dirección de SAP estáticamente.

Como Frame Relay no proporciona el transporte confiable requerido por SNA, el soporte de RFC 1490 de SNA utiliza LLC2 como parte de la encapsulación para proporcionar secuenciación de nivel de link, reconocimiento y control de flujo. La interfaz serial configurada para la encapsulación de IETF (RFC 1490) puede tomar todos los comandos interface configuration LLC2.

Configuración del Soporte de FRAS BAN

Para configurar la PROHIBICIÓN del Frame Relay, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# fras ban local-ring bridge-number ring-group ban-dlci-mac dlci dlci#1 [dlci#2 ... dlci#5] [bni mac-addr]

Asocia un Bridge a la PROHIBICIÓN del Frame Relay.


La PROHIBICIÓN simplifica la configuración del router cuando multiplexan a las sesiones LLC múltiples sobre el mismo DLCI. Por la comparación, la multiplexación de SAP requiere las definiciones y los gastos indirectos estáticos del mantenimiento. Usando la PROHIBICIÓN, la dirección MAC del Token Ring se incluye en cada trama para identificar únicamente a la sesión LLC. Los dispositivos de flujo descendente se pueden agregar y borrar dinámicamente sin los cambios de configuración requeridos en el router.

Configuración de SRB en Frame Relay

Para configurar el SRB sobre el Frame Relay, utilice los siguientes comandos en el modo de configuración de la interfaz:

 
Comando
Propósito

Paso 1 

Router(config-if)# interface serial number

Especifica el puerto serial.

Paso 2 

Router(config-if)# encapsulation frame-relay

Habilita la encapsulación Frame Relay.

Paso 3 

Router(config-if)# interface serial slot/port.subinterface-number point-to-point

Configura una subinterfaz Frame Relay punto a punto.

Paso 4 

Router(config-if)# frame-relay interface-dlci dlci ietf

Configura un número DLCI para la subinterfaz punto a punto.

Paso 5 

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

Asigna un número de anillo al circuito virtual permanente de Frame Relay.

El Cisco IOS Software ofrece la capacidad de encapsular el tráfico del Source-Route Bridging usando el RFC 1490 interligó la encapsulación 802,5. Esto proporciona el SRB sobre las funciones del Frame Relay. Este SRB sobre la característica de Frame Relay es interoperable con las implementaciones de los otros vendedores del SRB sobre el Frame Relay y con las implementaciones de algunos vendedores de la PROHIBICIÓN FRAS.

El SRB sobre el Frame Relay no soporta las funciones siguientes del Cisco IOS Software:

Explorador de representación

El atravesar automático - árbol

Administrador de red LAN

Configuración de la Administración de la Congestión de FRAS

El FRAS proporciona un mecanismo de control de la congestión basado en la interacción entre los bits de la notificación de congestión en el paquete de Frame Relay y el ajuste dinámico del LLC2 envía la ventana. Esta ventana muestra que el número de bastidores que el Cisco IOS Software puede enviar antes de esperar un acuse de recibo. Los tamaños de la ventana disminuyen con el acontecimiento del Notificación explícita de la congestión hacia atrás (BECN) y aumentan cuando no se recibe ningunas tramas BECN.

Para configurar la administración de la congestión, utilice los siguientes comandos en el modo de configuración de la interfaz:

 
Comando
Propósito

Paso 1 

Router(config-if)# llc2 local-window packet-count

Especifica los tamaños de ventana máximos para cada conexión lógica.

Paso 2 

Router(config-if)# llc2 dynwind [nw nw-number] [dwc dwc-number]

Habilita el mecanismo de control de flujo de la ventana dinámica.

Usted puede habilitar el mecanismo de la ventana dinámica solamente si usted está utilizando la encapsulación del IETF de Frame Relay.

Configurar el respaldo FRAS DLCI

Para configurar el respaldo FRAS DLCI, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# fras ddr-backup interface interface dlci-number

Especifica una interfaz que se utilizará para la conexión de respaldo e indica el número DLCI de la sesión.


El respaldo FRAS DLCI es una mejora a la implementación FRAS de Cisco que le deja configurar un trayecto secundario al host que se utilizará cuando la red Frame Relay llega a ser inasequible. Cuando el link de Frame Relay primario al Frame Relay WAN falla, la función de backup FRAS DLCI hace al router rerrutear todas las sesiones de la interfaz del Frame Relay principal a la interfaz secundaria. La interfaz secundaria puede ser serial o ISDN y debe hacer un identificador de conexión de link de datos (DLCI) configurar.

El cuadro 4 ilustra el backup de Frame Relay sobre una conexión ISDN.

Cuadro 4 respaldo FRAS DLCI sobre el ISDN


Observeesta característica proporciona el respaldo para el extremo local de la conexión de Frame Relay, no la conexión de extremo a extremo completa.


Configuración de Dial Backup RSRB de Frame Relay

Cuando la red Frame Relay está abajo, el Cisco IOS Software marca si la característica del Respaldo de marcado está configurada para el número del DLCI determinado. Si se configura, el software quita el FRAS a la conexión del dispositivo de flujo descendente y establece el RSRB a esta conexión del dispositivo de flujo descendente.

Para configurar el Respaldo de marcado RSRB, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# fras backup rsrb vmacaddr local-ring-number target-ring-number host-mac-address

Activa el Respaldo de marcado del Frame Relay RSRB.


Configuración de Dial Backup DLSw+ de Frame Relay

El Respaldo de marcado FRAS sobre la característica del DLSw+ proporciona un trayecto secundario se utilice que cuando la red Frame Relay llega a ser inasequible. Si está preconfigurado correctamente, cuando el link principal al Frame Relay WAN falla, el Respaldo de marcado FRAS sobre la característica del DLSw+ mueve a las sesiones existentes al link alterno automáticamente. Cuando se restablece el link principal, guardan a las sesiones existentes en la conexión de respaldo así que pueden ser movidas no disruptivo al link principal en la discreción del usuario.

Para habilitar el Respaldo de marcado FRAS sobre el DLSw+, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# fras backup dlsw virtual-mac-address target-ring-number host-mac-address

[retry number]

Configura una ruta auxiliar (del respaldo) entre las estaciones terminales y el host para el uso cuando la conexión DLCI a la red Frame Relay se pierde.

El cuadro 5 muestra una red Frame Relay con el Respaldo de marcado FRAS sobre el DLSw+.

Cuadro 5 Respaldo de marcado FRAS sobre el DLSw+

El cuadro 6 muestra el Respaldo de marcado activo FRAS sobre el DLSw+ cuando la conexión de Frame Relay al NCP se pierde.

Cuadro 6 Respaldo de marcado FRAS sobre el DLSw+ cuando el Frame Relay es inasequible

Monitoreo y Mantenimiento de FRAS

Al mostrar información sobre el estado del FRAS, utilice el siguiente comando en el modo EXEC privilegiado:

Comando
Propósito

Router# show fras

Visualiza la asignación y al estado de la conexión del FRAS.

Configuración del Host FRAS

El host FRAS proporciona una solución scalable y eficiente para el acceso SNA FRAD a los host conectados a canal y a los hosts asociados a LAN. La función FRAS Host actúa en dos modos, que se documentan en las secciones siguientes:

Passthrough del host FRAS LLC2 — En este modo, las sesiones LLC2 localmente no se terminan en el stack LLC2 del router. Ésta es la solución recomendada si su escenario incluye una interfaz del Procesador de interfaz de canal (CIP) a la unidad central.

Finalización local del host FRAS LLC2 — En este modo, las sesiones LLC2 localmente se terminan en el stack LLC2 del router. Ésta es la solución recomendada si cualquiera del siguiente es verdad:

– Su escenario incluye un AS/400 o una unidad central asociado a LAN.

– Su escenario incluye la conversión de la encapsulación del RFC1490 a la encapsulación del DLSw+.

Passthrough del host FRAS LLC2

La característica del passthrough del host FRAS LLC combina con el acceso del canal de alta velocidad adjunto a CIP de un router Cisco para proporcionar el funcionamiento de la FEP-clase en una parte qué costaría para alcanzar las funciones similares usando un FEP. Si la característica CIP SNA se utiliza para interconectar con la unidad central, después el modo de paso a travésdirecto del host FRAS LLC2 es la solución recomendada. En esta topología la solución del passthrough LLC2 al stack CIP-SNA LLC2 proporciona el mejor rendimiento, es más robusta, y responde bien a diversos tipos de congestión.

Para prevenir el tiempo de espera de la sesión LLC2, las características LLC2 (las ventanas y los temporizadores) se pueden ajustar en el adaptador del LAN interno CIP. El stack CIP/SNA LLC2 reacciona a la congestión dinámicamente ajustando su LLC2 envía ventana para eso la sesión LLC2 en respuesta a las tramas suprimidas.

Con la característica del passthrough del host FRAS LLC, usted gana a los beneficios de rendimiento de un acoplamiento del Canal sin las actualizaciones FEP tales como la adición de una interfaz de Frame Relay, una actualización al NCP (con su aumento en los cargos mensuales asociado), y un aumento posible en la memoria del sistema.

El cuadro 7 ilustra el acceso del FRAD de Cisco a una unidad central a través de un router Cisco conectado mediante canales.

Cuadro 7 acceso del FRAD de Cisco a una unidad central con un Cisco 7500

Finalización local del host FRAS LLC2

Si la característica del host FRAS se utiliza para permitir que el telecontrol FRAD comunique con IBM asociado a LAN 3745 o AS/400, después la terminación LLC2 vía el Local Switching del DLSw+ es la solución recomendada. Con este acercamiento, las sesiones LLC2 se terminan en el Route Processor. Para prevenir el tiempo de espera de la sesión LLC2, las características LLC2 (las ventanas y los temporizadores) se pueden ajustar en la interfaz del Token Ring virtual. Si el algoritmo de la ventana dinámica se habilita en la interfaz del Token Ring virtual, la finalización local LLC2 reaccionará a la congestión dinámicamente ajustando su LLC2 envía la ventana en respuesta al acontecimiento del Frame Relay BECN.

Cuando usted utiliza la característica de la finalización local del host FRAS LLC2 en un Ring asociado simbólico FEP, el router Cisco del host FRAS blinda el FEP de tener que manejar la interfaz a la red Frame Relay. Esto evita la interfaz, la memoria, y las actualizaciones NCP. El router Cisco del host FRAS proporciona simplemente las sesiones LLC2 al FEP sobre el LAN.

Si está utilizada en un entorno con los AS/400, la finalización local del host FRAS LLC2 proporciona una función aún más valiosa. El router del host FRAS de Cisco descarga la Administración de las conexiones de Frame Relay del AS/400. Esto reduce los requisitos de hardware del sistema AS/400 y libera los ciclos de la CPU AS/400 para las aplicaciones de usuario.

El cuadro 8 ilustra el acceso del FRAD de Cisco a un host asociado a LAN SNA a través de un router Cisco.

Cuadro 8 acceso del FRAD de Cisco a un AS/400 asociado a LAN con un Cisco4500

Administración de la congestión

El passthrough y los entornos del Reconocimiento local soportan la elegibilidad del descarte de trama (DE) para la administración de la congestión adicional. En ambos entornos, usted puede ajustar más lejos la interfaz a la red Frame Relay aprovechándose de las características de Frame Relay del Cisco IOS. Tomadas juntas, estas características aumentan el rendimiento de procesamiento general dramáticamente en comparación con los FRAD genéricos, que no pueden utilizar típicamente la red con el mismo grado de eficacia.

Lista de Tareas de Configuración del Host FRAS

Para configurar la característica de la migración del host FRAS, realice las tareas en las secciones siguientes:

Creación de una Interfaz Token Ring Virtual

Configuración del Bridging de Ruta de Origen en la Interfaz Token Ring Virtual

Aceptación del Passthrough LLC2 Predeterminado o Habilitación de la Terminación Local LLC2

Habilitación de la Función Host FRAS para BAN o BNN

Monitoreo de las Sesiones LLC2 Utilizando el Host FRAS

Vea “FRAS y la sección de los ejemplos de configuración del host FRAS” para los ejemplos.

Creación de una Interfaz Token Ring Virtual

Para configurar una interfaz del Token Ring virtual, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# interface virtual-tokenring number

Configura una interfaz del Token Ring virtual.


Configuración del Bridging de Ruta de Origen en la Interfaz Token Ring Virtual

Para configurar el SRB en la interfaz Token Ring, utilice los siguientes comandos que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

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

Habilita el SRB local.

Paso 2 

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

Tráfico del host FRAS de los permisos para acceder el dominio SRB.


Observesi usted están utilizando el passthrough LLC2 con un host adjunto a Ethernet, usted debe configurar la característica del Source-Route Translational Bridging (SR/TLB) de Cisco.


Aceptación del Passthrough LLC2 Predeterminado o Habilitación de la Terminación Local LLC2

El passthrough LLC2 es el modo de operación predeterminado para todas las conexiones del host FRAS que utilicen una interfaz del Token Ring virtual. Usted no necesita realizar ninguna configuración para validar al modo de paso a travésdirecto del valor por defecto LLC2.

Para habilitar la finalización local LLC2 para las conexiones del host FRAS usando el Token Ring virtual, utilice los siguientes comandos que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# dlsw local-peer

Define los parámetros del peer local del DLSw+.

Paso 2 

Router(config)# fras-host dlsw-local-ack

Finalización local de los permisos LLC2 para las conexiones del host FRAS.

Habilitación de la Función Host FRAS para BAN o BNN

Para habilitar el host FRAS para la PROHIBICIÓN o el BNN, utilice los siguientes comandos en el modo de configuración de la interfaz:

 
Comando
Propósito

Paso 1 

Router(config-if)# fras-host bnn interface fr-lsap sap vmac virt-mac hmac hmac [hsap hsap]

Configura el host FRAS para el BNN.

Paso 2 

Router(config-if)# fras-host ban interface hmac hmac [bni bni-mac]

Configura el host FRAS para la PROHIBICIÓN.

Monitoreo de las Sesiones LLC2 Utilizando el Host FRAS

Para visualizar el estatus de las sesiones LLC2 usando el host FRAS, utilice el siguiente comando en el modo EXEC privilegiado:

Comando
Propósito

Router# show fras-host [interface] [dlci dlci-num] [detail]

Visualiza el estatus de las sesiones LLC2 usando el host FRAS.


Ejemplos de configuración de FRAS y Host FRAS

Las secciones siguientes proporcionan el FRAS y los ejemplos de configuración del host FRAS:

Ejemplo de Dispositivos SNA Conectados mediante LAN

Ejemplo de Dispositivos SNA SDLC Conectados mediante SDLC

Ejemplo de Topología FRAS BNN

Ejemplo FRAS BNN

Ejemplo de la PROHIBICIÓN FRAS

Ejemplo de SRB over Frame Relay

Ejemplo de Respaldo de DLCI FRAS sobre Interfaz Serial

Ejemplo de FRAS Dial Backup over DLSw+

Ejemplos de Configuración de Router FRAD o FRAS de Cisco

Ejemplo de Configuración de la Conexión CIP del Host FRAS a VTAM

Ejemplo de Configuración de la Conexión Ethernet del Host FRAS a AS/400

Ejemplo de Dispositivos SNA Conectados mediante LAN

El cuadro 9 ilustra la configuración de los dispositivos SNA asociados a un LAN.

Cuadro 9 dispositivos SNA asociados a LAN

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

interface tokenring 0
 no ip address
 no keepalive
 ring-speed 16
 fras map llc 0800.5a8f.8802 4 4 serial 0 frame-relay 200 4 4
!
interface serial 0
 mtu 2500
 no ip address
 encapsulation frame-relay IETF
 keepalive 12
 frame-relay lmi-type ansi
 frame-relay map llc2 200

Ejemplo de Dispositivos SNA SDLC Conectados mediante SDLC

El cuadro 10 ilustra la configuración de los dispositivos SNA SDLC asociados.

Cuadro 10 dispositivos SNA SDLC asociados

El archivo de configuración para la red mostrada en el cuadro 10 es como sigue:

interface serial 1
 no ip address
 encapsulation sdlc
 no keepalive
 clockrate 56000
 sdlc address C1
 sdlc xid C1 05D01501
 sdlc role primary
 fras map sdlc C1 serial 0 frame-relay 200 4 4
!
interface serial 0
 mtu 2500
 no ip address
 encapsulation frame-relay ietf
 keepalive 12
 frame-relay lmi-type ansi
 frame-relay map llc2 200

Ejemplo de Topología FRAS BNN

El FRAS BNN transporta el tráfico SNA a través de diversos media a través de un router Cisco y entonces a través de un link de Frame Relay al host. Los dispositivos PU2.0 y PU2.1 SNA se pueden asociar al router remoto con el Token Ring, el SDLC, o los Ethernetes para acceder la red Frame Relay. La topología FRAS BNN se ilustra en el cuadro 11.

Cuadro 11 topología FRAS BNN

La característica original del Frame Relay BNN transporta el tráfico de los varios PU sobre un solo DLCI. Se llama esta función multiplexación de SAP. El router utiliza un direccionamiento único de SAP (FR-LSAP) para cada PU de flujo descendente al comunicar con el host. En esta implementación, las pares de dirección MAC/SAP de cada estación terminal se deben definir estáticamente al router. Por lo tanto, el router debe ser configurado de nuevo cada vez que se mueve, se agrega, o se borra una estación terminal. La configuración de arriba para esta implementación puede ser alta.

La característica FRAS BNN, donde el router “aprende” la información MAC/SAP como ella adelante los paquetes al host, ofrece varias ventajas sobre la implementación original FRAS BNN. La mejora BNN palía la necesidad de configurar de nuevo al router cuando se mueven, se agregan, o se borran las estaciones terminales. La configuración es simple: una definición de la correspondencia en el router es suficiente para los dispositivos de flujo descendente múltiples. El router “aprende” los direccionamientos de los dispositivos de flujo descendente en el curso normal de la comunicación (tal y como se muestra en del cuadro 12).

El cuadro 12 ilustra la configuración del Frame Relay BNN para la instrumentación original y la instrumentación mejorada.

Cuadro 12 soporte del Frame Relay BNN

Si la estación terminal inicia a la sesión LLC, el router adquiere la dirección Token Ring y el valor de SAP de la estación terminal de la trama entrante. En vez de asociar las pares de dirección MAC/SAP de la estación terminal (como fue hecho en la implementación original FRAS BNN), las pares de dirección del destino MAC/SAP de la trama entrante se asocian al DLCI de Frame Relay. Si el destino SAP especificó para el final la estación es igual al direccionamiento LAN-LSAP, el router asocia la conexión LLC (LAN) con el DLCI de Frame Relay. La dirección MAC y el direccionamiento de SAP de la estación terminal se requieren no más en la configuración del router. Así, en el comando configuration aumentado de la implementación una FRAS BNN alcanza el mismo resultado para las estaciones terminales que lo hicieron los comandos de configuraciones múltiples en la implementación original FRAS BNN.

Ejemplo FRAS BNN

El ejemplo de configuración siguiente habilita la característica FRAS BNN. La topología se ilustra en el cuadro 13.

Cuadro 13 configuración FRAS BNN

interface Serial0
 no ip address
 encapsulation frame-relay IETF
 frame-relay lmi-type ansi
 frame-relay map llc2 16
!
interface TokenRing0
 no ip address
 ring-speed 16
 fras map llc 0800.5aab.0856 04 04 Serial 0 frame-relay 16 04 04
 fras map llc 04 Serial 0 frame-relay dlci 16 04

Observeen este ejemplo de configuración, el segundo para durar la línea describe la antigua configuración para el puesto de trabajo A. La línea más reciente describe la configuración para las estaciones de trabajo nuevo B y el C.


Ejemplo de la PROHIBICIÓN FRAS

La configuración siguiente muestra el soporte de la PROHIBICIÓN FRAS para el Token Ring y las interfaces seriales. Usted debe especificar source-bridge ring-group el comando global antes de que usted configure fras ban el comando interface. Cuando se configura el Token Ring, source-bridge el comando interface incluye el anillo local, el bridge-number, y los valores del blanco-timbre. source-bridge El comando habilita el Local Source-Route Bridging en una interfaz Token Ring.

source-bridge ring-group 200
!
interface serial 0
 mtu 4000
 encapsulation frame-relay ietf
 frame-relay lmi-type ansi
 frame-relay map llc2  16
 frame-relay map llc2  17
 fras ban 120 1 200 4000.1000.2000 dlci 16 17
!
interface tokenring 0
 source-bridge 100 5 200

Para las conexiones SDLC, usted debe incluir los comandos de Configuración de SDLC como sigue:

!
interface Serial1
 description SDLC line PU2.0
 mtu 265
 no ip address
 encapsulation sdlc
 no keepalive
 clockrate 9600
 sdlc role primary
 sdlc vmac 4000.0000.0000
 sdlc address C2
 sdlc xid C2 05D01502
 sdlc partner 4000.0000.2345 C2
 sdlc address C8
 sdlc xid C8 05D01508
 sdlc partner 4000.0000.2345 C8
 sdlc address C9
 sdlc xid C9 05D01509
 sdlc partner 4000.0000.2345 C9
 fras ban frame-relay Serial0 4000.0000.2345 dlci 16
!
interface Serial2
 description SDLC line PU2.1
 no ip address
 encapsulation sdlc
 no keepalive
 clockrate 19200
 sdlc role prim-xid-poll
 sdlc vmac 2000.0000.0000
 sdlc address C6
 sdlc partner 1000.2000.3000 C6
 fras ban frame-relay serial0 1000.2000.3000 dlci 16

Ejemplo de SRB over Frame Relay

El cuadro 14 ilustra la Interoperabilidad proporcionada por el SRB sobre el Frame Relay. Tramas delanteras FRAD B y del C de sus Token Ring localmente asociados sobre la red Frame Relay usando el SRB.

Cuadro 14 FRAD usando el SRB sobre el Frame Relay a conectar con un router Cisco

El cuadro 14 ilustra una red con las siguientes características:

Número de anillo virtual de router A = 100

Número de anillo virtual de FRAD B= 200

Número de anillo virtual de C FRAD = 300

Número DLCI para el Anillo virtual del partner (PVC) entre el router A y FRAD B= 30

Número DLCI para el PVC entre el router A y FRAD C = 31

En este ejemplo configuramos una nueva opción conserve-ring, en source-bridge el comando interface configuration. Cuando se configura esta opción, el software SRB no agrega el número de anillo asociado al PVC de Frame Relay al marcos del explorador saliente. Esta opción se permite para las subinterfaces Frame Relay únicamente.

El router configura el número de anillo virtual del FRAD partner como el número de anillo para el PVC.

Este método no requiere un número de anillo independiente para cada DLCI. El router configura el número de anillo virtual del FRAD partner como el número de anillo para el PVC.

FRAD B configura su anillo virtual como 200 y el anillo para PVC como 100. El C FRAD configura su Anillo virtual como 300 y el timbre para el PVC como 100.

Ejemplo de Respaldo de DLCI FRAS sobre Interfaz Serial

El siguiente ejemplo muestra una configuración para el respaldo FRAS DLCI sobre una interfaz serial:

interface serial0
 mtu 3000
 no ip address
 encapsulation frame-relay IETF
 bandwidth 56
 keepalive 11
 frame-relay map llc2 277
 frame-relay map llc2 278
 frame-relay lmi-type ansi
 fras ddr-backup interface serial1 188
!
interface serial1
 mtu 3000
 no ip address
 encapsulation frame-relay IETF
 no cdp enable
 frame-relay map llc2 188
 frame-relay lmi-type ansi
!
interface serial2
 no ip address
 encapsulation sdlc
 no keepalive
 clock rate 19200
 sdlc role prim-xid-poll
 sdlc address D6
 fras map sdlc D6 s0 frame-relay 277 8 4
!
interface tokenring0
 no ip address
 ring-speed 16
 fras map llc 0000.f63a.2f70 4 4 serial0 frame-relay 277 4 4

Router A

source-bridge ring-group 100
!
interface Serial1
 encapsulation frame-relay
!
interface Serial1.1 point-to-point
 frame-relay interface-dlci 30 ietf
 source-bridge 200 1 100 conserve-ring
 source-bridge spanning
!
interface Serial1.2 point-to-point
 frame-relay interface-dlci 31 ietf
 source-bridge 300 1 100 conserve-ring
 source-bridge spanning
!
interface TokenRing0
 source-bridge 500 1 100

Ejemplo de FRAS Dial Backup over DLSw+

Las configuraciones de la demostración de los siguientes ejemplos para el Respaldo de marcado FRAS sobre el DLSw+:

Respaldo de marcado FRAS en una subinterfaz

source-bridge ring-group 200
dlsw local-peer peer-id 10.8.8.8
dlsw remote-peer 0 tcp 10.8.8.7 dynamic
interface ethernet0
 ip address 10.8.8.8 255.255.255.0
!
interface serial0
 no ip address
 encapsulation frame-relay IETF
 frame-relay lmi-type ansi
!
interface Serial0.1 point-to-point
 description fras backup dlsw+ listening on dlci 16 configuration example
 no ip address
 frame-relay interface-dlci 16
 fras backup dlsw 4000.1000.2000 200 1000.5aed.1f53
!
interface TokenRing0
 no ip address
 ring-speed 16
 fras map llc 0000.f63a.2f50 4 4 Serial0.1 frame-relay 16 4 4

Respaldo de marcado FRAS en una interfaz principal

source-bridge ring-group 200
dlsw local-peer peer-id 10.8.8.8
dlsw remote-peer 0 tcp 10.8.8.7 dynamic
interface ethernet0
 ip address 10.8.8.8 255.255.255.0
!
interface serial0
 no ip address
 encapsulation frame-relay IETF
 frame-relay lmi-type ansi
frame-relay map llc2 16
fras backup dlsw 4000.1000.2000 200 1000.5aed.1f53
!
interface Serial1
 ip address 10.8.8.8
!
interface tokening0
 no ip address
 ring-speed 16
 fras map llc 0000.f63a.2f50 4 4 Serial0 frame-relay 16 4 4

Ejemplos de Configuración de Router FRAD o FRAS de Cisco

Esta sección proporciona los ejemplos de configuración siguientes (véase el cuadro 15):

Ejemplo de Configuración del Router A de FRAD o FRAS de Cisco con BNN

Ejemplo de Configuración de Router B de FRAD o FRAS de Cisco con BAN

Ejemplo de Configuración de Router C de FRAD o FRAS de Cisco con BAN

Cuadro 15 conexión del host FRAS CIP al VTAM

Ejemplo de Configuración del Router A de FRAD o FRAS de Cisco con BNN

interface Serial0
 encapsulation frame-relay IETF
 frame-relay map llc2 16
!
interface TokenRing0
 fras map llc 4001.2222.0000 4 4 Serial0 frame-relay 16 4 4

Ejemplo de Configuración de Router B de FRAD o FRAS de Cisco con BAN

source-bridge ring-group 200
!
interface Serial0
 encapsulation frame-relay IETF
 frame-relay map llc2 37
 fras ban 10 1 200 4000.3745.0000 dlci 37
!
interface TokenRing0
 source-bridge 20 1 200

Ejemplo de Configuración de Router C de FRAD o FRAS de Cisco con BAN

source-bridge ring-group 400
!
interface Serial0
 encapsulation frame-relay IETF
 frame-relay map llc2 46
 fras ban 50 1 400 4000.3745.0220 dlci 46 bni 4001.3745.1088
!
interface TokenRing0
 source-bridge 60 1 400

Ejemplo de Configuración de la Conexión CIP del Host FRAS a VTAM

El siguiente ejemplo muestra la configuración para la red mostrada en el cuadro 16.

source-bridge ring-group 100
!
interface Serial0/1
 encapsulation frame-relay IETF
 frame-relay map llc2 16
 frame-relay map llc2 46
!
interface Serial0/2
 encapsulation frame-relay IETF
!
interface Serial0/2.37 point-to-point
 frame-relay interface-dlci 37
!
interface Channel4/0
 no keepalive
!
interface Channel4/1
 no keepalive
 lan TokenRing 0
  source-bridge 104 1 100
  adapter 0 4001.3745.1008
!
interface Virtual-TokenRing0
 source-bridge 47 1 100
 source-bridge spanning
 fras-host bnn Serial 0/1 fr-lsap 04 vmac 4005.3003.0000 hmac 4001.3745.1088
 fras-host ban Serial 0/1 hmac 4001.3745.1088 bni 4001.3745.1088
 fras-host ban Serial 0/2.37 hmac 4001.3745.1088

Ejemplo de Configuración de la Conexión Ethernet del Host FRAS a AS/400

El ejemplo de configuración en esta sección se muestra en el cuadro 16.

Cuadro 16 conexión de Ethernet del host FRAS al AS/400

source-bridge ring-group 226
dlsw local-peer
dlsw bridge-group 1
!
interface Ethernet0
 bridge-group 1
!
interface Serial2
 encapsulation frame-relay IETF
 frame-relay map llc2 502
 frame-relay lmi-type ansi
!
interface Virtual-TokenRing0
 no ip address
 ring-speed 16
 source-bridge 1009 1 226
 fras-host dlsw-local-ack
 fras-host bnn Serial2 fr-lsap 04 vmac 4000.1226.0000 hmac 0800.5ae1.151d