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

Contenidos

Configuración del Data-Link Switching Plus

Encontrar la información de la característica

Contenido

Información sobre configurar el Data-Link Switching Plus

Reseña general de tecnología

Estándar DLSw

DLSw Versión 2 Estándar

IP Multicast

Unicast del User Datagram Protocol (UDP)

Función de ruteo aumentada

Conexión TCP Acelerada

Reconocimiento local:

Notas sobre el Uso del Reconocimiento Local LLC2

Soporte de DLSw+ para Otras Funciones de SNA

Cómo configurar el Data-Link Switching más

Definición de un Peer Local del DLSw+ para el Router

Definición de un Peer Remoto DLSw+

Mapping de DLSw+ a un Control de Link de Datos Local

Configurar el Token Ring

Configurar los Ethernetes

Configurar el SDLC

Configurar el QLLC

Configurar el FDDI

Configuración de Funciones Avanzadas

Scalability

Grupos de peers y peers de borde

Escudos de protección explorador

Dial-On-Demand Routing del NetBios

Dial-On-Demand Routing SNA

Característica de la unidifusión UDP

Pares dinámicos

Disponibilidad

Balance de carga

Redundancia Ethernet

Peers de respaldo

Modos de Funcionamiento

Administración de la red

Ancho de banda del tráfico y Administración de espera

Control de acceso

Definición de la lista del timbre del DLSw+, de la lista de puertos, o de la lista del Grupo de Bridge

Configurar los temporizadores DLSw+

Verificar el DLSw+

Monitoreo y Mantenimiento de la Red DLSw+

Ejemplos de Configuración de DLSw+

DLSw+ con Encapsulación TCP y Reconocimiento Local LLC2: Ejemplo de Configuración Básica

DLSw+ con Encapsulación TCP y Reconocimiento Local: Ejemplo 1 de Configuración del Grupo de Peers

DLSw+ con Encapsulación TCP y Reconocimiento Local: Ejemplo 2 de Configuración del Grupo de Peers

Ejemplos de Configuración del Soporte de Acometidas Múltiples de DLSw+ con SDLC

Ejemplo de DLSw+ para la Conversión de LLC2 a SDLC para la Comunicación entre PU 4 y PU 4

Ejemplo de Configuración de Traducción de DLSw+ entre Ethernet y Token Ring

Ejemplo de Configuración de la Traducción del DLSw+ entre el FDDI y el Token Ring

Ejemplo de Traducción DLSw+ entre Medios SDLC y Token Ring

Ejemplo de Configuración de DLSw+ sobre Frame Relay

Ejemplos de Configuración de DLSw+ sobre QLLC

Ejemplo de Configuración del DLSw+ con RIF Passthrough

Ejemplo de Configuración de DLSw+ con Balanceo de Carga mejorado

Ejemplo de Configuración de la Función DLSw+ Peer Cluster

Ejemplo de Configuración de la Función DLSW+ RSVP Bandwidth Reservation

Ejemplo de Configuración de la Función DLSw+ RSVP Bandwidth Reservation con Peers de Borde

DLSw+ con la configuración de la redundancia Ethernet: Ejemplo:

DLSw+ con la redundancia Ethernet habilitada para la configuración del soporte del Switch: Ejemplo:

Referencias adicionales

Documentos Relacionados

Estándares

MIB

RFC

Asistencia Técnica

Información de la característica para configurar el Data-Link Switching Plus


Configuración del Data-Link Switching Plus


Primera publicación: Mayo 18, 2001
Última actualización: De julio el 14 de 2009

Este capítulo describe cómo configurar el Data-Link Switching Plus (DLSw+), la implementación de Cisco del Estándar DLSw para los dispositivos de la Arquitectura de red de sistemas (SNA) y del NetBios. Refiera a la guía de diseño e implementación del DLSw+ para más instrucciones de la Configuración compleja. Para una descripción completa de los comandos del DLSw+ mencionados en este capítulo, refiera al “DLSw+ 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.

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 más información, vea “identificando el Soporte de la plataforma para la sección de las Características del Software Cisco IOS” en la página lv en “usando el capítulo del Cisco IOS Software”.

Encontrar la información de la característica

Su versión de software puede no soportar todas las características documentadas en este módulo. Para la últimas información y advertencias de la característica, vea los Release Note para su plataforma y versión de software. Para encontrar la información sobre las características documentadas en este módulo, y ver una lista de las versiones en las cuales se soporta cada característica, vea la información de la característica para configurar el Data-Link Switching Plus.

Utilice Cisco Feature Navigator para buscar información sobre el soporte de plataformas y el soporte de imágenes del software Cisco IOS y Catalyst OS. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Contenido

Información sobre configurar el Data-Link Switching Plus

Cómo configurar el Data-Link Switching más

Ejemplos de Configuración de DLSw+

Referencias adicionales

Información de la característica para configurar el Data-Link Switching Plus

Información sobre configurar el Data-Link Switching Plus

Para configurar el Data-Link Switching Plus, usted debe entender los conceptos siguientes:

Reseña general de tecnología

Estándar DLSw

DLSw Versión 2 Estándar

Reconocimiento local:

Reseña general de tecnología

El DLSw+ es un método de transportar la Arquitectura de red de sistemas (SNA) y Network Basic Input/Output System (NetBios). Cumple con el estándar DLSw documentado en el RFC 1795 y el estándar DLSw versión 2. El DLSw+ es una alternativa al Remote Source-Route Bridging (RSRB) que aborda varios problemas inherentes que existan en el RSRB, por ejemplo:

Límites de conteo de saltos del (SRB) del Source Route Bridging (el límite SRB es siete)

Tráfico de Broadcast (incluyendo tramas del explorador SRB o consultas de nombre de NETBIOS)

Tráfico innecesario (reconocimientos y keepalives)

Tiempos de espera de control de link de datos

Estándar DLSw

El estándar DLSw, documentado en RFC 1795, define el Switch-to-Switch Protocol entre routers DLSw. El estándar también define un mecanismo para terminar las conexiones del control de link de datos localmente y para multiplexar el tráfico de las conexiones del control de link de datos a una conexión TCP. El estándar pide siempre el Transport Protocol para ser (TCP) del Control Protocol del transporte y requiere siempre que las conexiones del control de link de datos localmente estén terminadas (el equivalente de la opción del Reconocimiento local de Cisco). El estándar también requiere que el SRB RIF esté terminado en el router DLSw. El estándar describe un medio para asignar prioridades y controlar el flujo, y define los procedimientos de recuperación de errores que garantizan que las conexiones de control de link de datos se inhabilitan correctamente si se daña cualquier parte de los circuitos asociados.

El estándar DLSw no especifica cuándo deben establecer las conexiones TCP. El intercambio de capacidades permite la conformidad con el estándar, pero en niveles de soporte diferentes. El estándar no especifica cómo ocultar la información docta sobre las direcciones MAC, los protocolos de la información de ruteo (RIF), o los nombres de NETBIOS. Tampoco describe cómo realizar un seguimiento de los partners capaces o preferidos de DLSw con fines de respaldo o balanceo de carga. El estándar no proporciona los datos específicos de la conversión de medios, sino que deja los detalles para la implementación. No define cómo mapear la congestión de switches al control de flujo para el control de link de datos. Finalmente, el passis MIB documentado bajo un RFC separado.

DLSw Versión 2 Estándar

En el estándar de la versión 1, un diseño de red requiere conectividad de malla completa de modo que todos los peers estén conectados a todos los demás. Este diseño crea un tráfico de broadcast innecesario, ya que se propaga un explorador a cada peer por cada broadcast.

La versión 2 del estándar se documenta en el RFC 2166. Incluye el RFC 1795 y añade las mejoras siguientes:

IP Multicast

User Datagram Protocol (UDP) Unicast3

Función de ruteo aumentada

Conexión TCP Acelerada

Los usuarios implementan la versión 2 de DLSw para el scalability si están utilizando los dispositivos multivendor de DLSw con una red del Multicast IP. DLSw versión 2 requiere una planificación compleja, ya que implica cambios de configuración a través de una red IP.

IP Multicast

El servicio de Multicast (multicast) evita la duplicación y el ancho de banda excesivo del tráfico de broadcast porque repliega y propaga los mensajes a sus miembros del multicast únicamente cuando es necesario. Reduce la sobrecarga de la red de las maneras siguientes:

Evita la necesidad de mantener conexiones SSP (Switch-to-Switch Protocol) TCP entre dos peers DLSw cuando no hay circuitos disponibles

Se asegura de que cada broadcast produzca solamente un único explorador en cada link

DLSw versión 2 está destinado a los clientes que ejecutan una red de IP multicast y no necesitan las ventajas del peering de borde.

Unicast del User Datagram Protocol (UDP)

La versión 2 de DLSw utiliza la unidifusión UDP en respuesta a un Multicast IP. Cuando los paquetes del address resolution (CANUREACH_EX, NETBIOS_NQ_ex, NETBIOS_ANQ, y DATAFRAME) se envían a los destinos múltiples (servicio del Multicast IP), la versión 2 de DLSw envía las tramas de respuesta (ICANREACH_ex y NAME_RECOGNIZED_ex) vía la unidifusión UDP.

La unidifusión UDP utiliza el puerto de origen 0 UDP. Sin embargo, algunos productos de escudo de protección tratan los paquetes que utilizan el puerto de origen 0 UDP como violaciones de seguridad, desechando los paquetes y previniendo las conexiones DLSw. Para evitar esta situación, utilice uno de los siguientes procedimientos:

Configure el Firewall para permitir que los paquetes UDP utilicen el puerto de origen 0 UDP.

Utilice dlsw udp-disable el comando de inhabilitar la unidifusión UDP y de enviar los paquetes del address resolution en la sesión TCP existente.

Función de ruteo aumentada

DLSw Versión 2 sólo establece conexiones TCP cuando es necesario y desactiva dichas conexiones si no hay circuitos a un peer de DLSw al cabo un intervalo de tiempo especificado. Este método, conocido como encaminamiento, fue introducido recientemente en la versión 2 de DLSw, pero se ha implementado en tecnología del peer de borde del DLSw+ de Cisco desde el Cisco IOS Release 10.3.

Conexión TCP Acelerada

DLSw versión 2 establece las conexiones TCP de manera eficiente. Previamente, DLSw creó dos conexiones TCP unidireccionales y desconectó una tras el intercambio de las capacidades. Con DLSw Versión 2, una sola conexión TCP bidireccional establece si se activa el peer como resultado de un intercambio de información IP multicast/UDP unicast.

Reconocimiento local:

Cuando usted hace los LAN separar por las distancias geográficas amplias, y usted quiere evitar enviar los datos las épocas múltiples, y la pérdida de sesiones del usuario que puedan ocurrir con los retardos, encapsule el tráfico interligado por Source Route dentro de los datagramas IP pasajeros sobre una conexión TCP entre dos Routers con el Reconocimiento local habilitado.

El Logical Link Control, el tipo-2 (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 DLSw+ y las estructuras básicas de WAN crearon los LAN que son separados por de par en par, los países y los continentes distancia-que atravesaban geográficos. Como consecuencia, las redes LAN tienen retardos más largos de lo permitido por LLC2 para la comunicación bidireccional entre hosts. El Reconocimiento local aborda el problema de los retardos imprevisibles, de los sendings múltiples, y de la pérdida de sesiones del 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 de la trama enviada dentro del tiempo T1, lo reintenta varias veces (normalmente de 8 a 10). Si todavía no hay respuesta, el host de envío descarta la sesión.

El cuadro 1 ilustra una sesión LLC2 en la cual un 37x5 en un segmento LAN comunique con un 3x74 en un diverso segmento LAN separado vía una red de estructura básica de la área ancha. Las tramas se transportan entre los router A y B mediante DLSw+. 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 1 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 dos nodos finales no será de extremo a extremo, sino que terminará en dos routers locales. El cuadro 2 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.

Cuadro 2 sesión LLC2 con el 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. Dado que las tramas no tienen que desplazarse por las redes de estructura básica WAN para ser reconocidas, sino que las reconocen localmente los routers, los equipos finales no agotan el tiempo de espera, por lo que no se pierden sesiones.

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.

Notas sobre el Uso del Reconocimiento Local LLC2

El reconocimiento local LLC2 se habilita con peers remotos de TCP y del DLSw+ Lite.

Si la sesión LLC2 entre el host local y el router termina en uno de los routers, se informará al otro para que finalice la conexión con su host local.

Si la longitud de cola TCP de la conexión entre los dos routers alcanza la marca de agua alta, los routers envían los mensajes Receptor no listo (RNR) a los host locales hasta que el límite de cola baje de este límite. Es posible, sin embargo, evitar que los mensajes RNR sean enviados usando dlsw llc2 nornr el comando.

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” en este manual para más detalles sobre el ajuste fino de su red con los parámetros LLC2.

El Routers en cada final de la sesión LLC2 ejecuta el protocolo completo LLC2, que podría dar lugar al router significativo por encima. La decisión de utilizar 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 resultar conveniente activar el reconocimiento local de LLC2. Para los segmentos de LAN separados por T1, las demoras de la estructura básica serán mínimas; en estos casos, el DLSw+, el FST o la encapsulación directa se deben considerar para inhabilitar el Reconocimiento local. La discordancia de velocidad entre los segmentos LAN y la red de estructura básica es un criterio que puede ayudar a decidir el uso del reconocimiento local para LLC2.

Hay algunas situaciones (como cuando el host de recepción falla entre el momento en el que el host de envío envía los datos y el momento en el que el host de recepción los recibe), en las cuales el host de envío determinaría, en la capa LLC2, que los datos fueron recibidos cuando no lo fueron realmente. Este error ocurre porque el router reconoce que recibió datos del host de envío antes de determinar que el host de recepción puede recibir realmente dichos 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. Puesto que estos los protocolos de solicitud/confirmación de la transacción existen sobre LLC2, no son afectados por los temporizadores apretados, al igual que LLC2. 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 de LLC2 está diseñado para solucionar solamente los tiempos de espera de link. Si está experimentando tiempos de espera de sesión de NetBIOS, tiene dos opciones:

Experimente con el aumento de los temporizadores de NetBIOS y la disminución del tamaño de trama de NetBIOS máximo.

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


Observepor abandono, el Cisco IOS Software traduce el Token Ring LLC2 a los Ethernetes 802,3 LLC2. Para configurar al router para traducir las tramas del Token Ring LLC2 a los Ethernetes 0x80d5 formate las tramas, refieren a la sección “conversión del Token Ring LLC2-to-Ethernet del permiso” en del “que configura el capítulo Source-Route Bridging” de la referencia del comando bridging and ibm networking del Cisco IOS (volumen 1 de 2).


Mejoras MIB que permiten que las funciones del DLSw+ sean administradas por los productos CiscoWorks Blue, SNA Maps y SNA View. Además, las nuevas trampas alertan de estaciones de administración de red de peer o fallas del circuito. Para más información, refiérase a la nota de versión de Cisco IOS actual para la ubicación del Web site de Cisco MIB.

Soporte de DLSw+ para Otras Funciones de SNA

El DLSw+ se puede utilizar como transporte para las características SNA tales como punto de servicio LNM, DSPU, SNA, y SNA Switching Services (SNASw) a través de una característica deL Cisco IOS llamada el control de link de datos virtual (VDLC).

LNM over DLSw+ permite que DLSw+ se utilice en las redes Token Ring administradas por el software LNM de IBM. Usando esta función, LNM se puede utilizar para administrar las LANs Token Ring, las unidades de acceso de control y los dispositivos conectados a la red Token Ring en una red DLSw+. Todas las funciones de administración continúan actuando como si estuvieran en una red puenteada ruteada en base de origen o en una red RSRB.

El DSPU sobre el DLSw+ permite que la característica DSPU de Cisco actúe conjuntamente con el DLSw+ en el mismo router. DLSw+ puede utilizarse en flujo ascendente (hacia la unidad central) o en flujo descendente (alejándose de la unidad central) del DSPU. La Concentración dspu consolida el aspecto de los varios PU en un solo aspecto PU al VTAM, memoria y los ciclos de reducción al mínimo en los recursos del sitio central (VTAM, NCP, y Routers) y lanzamiento de red que apresura.

El punto de servicio SNA sobre el DLSw+ permite que la característica del punto de servicio SNA de Cisco sea utilizada conjuntamente con el DLSw+ en el mismo router. Mediante esta función, se puede configurar el punto de servicio SNA en routers remotos y DLSw+ puede proporcionar la trayectoria a la PU del punto de servicio remoto para la comunicación con NetView. Esto permite la visibilidad de la administración completa de los recursos desde una consola NetView 390, al mismo tiempo que ofrece las funciones de valor añadido de DLSw+ en una red SNA.

El SNASw sobre el DLSw+ permite que las funciones del Branch Extender APPN de Cisco sean utilizadas conjuntamente con el DLSw+ en el mismo router. Con esta función, se puede utilizar DLSw+ para el acceso a SNASw en el centro de datos. El DLSw+ se puede también utilizar como transporte para la Conectividad por aguas arriba del SNASw, proporcionando a la recuperación no disruptiva de los errores.

Para utilizar DLSw+ como transporte para otras funciones de Cisco IOS SNA se requiere una función llamada VDLC. Los usuarios del link de datos del Cisco IOS (tales como punto de servicio LNM, DSPU, SNA, y SNASw) escriben a una interfaz de control de link de datos virtual. A continuación, DLSw+ lee de esta interfaz y envía el tráfico. Semejantemente, el DLSw+ puede recibir el tráfico destinado para uno de estos usuarios del link de datos y escribirlo a la interfaz de control de link de datos virtual, en la cual el usuario apropiado del link de datos la leerá.

En el cuadro 3, el SNASw y el DLSw+ utilizan el Token Ring y los Ethernetes, respectivamente, como los controles de link de datos “reales”, y control de link de datos virtual del uso para comunicar entre ellos mismos. Cuando uno de los protocolos de capa alta pasa datos al control de link de datos virtual, éste debe pasarlos a un protocolo de una capa superior; nada abandona el control de link de datos virtual sin pasar a través de un usuario del link de datos.

Cuadro 3 interacción VDLC con los protocolos de capa más altas

Los protocolos de la capa superior no distinguen entre el VDLC y cualquier otro control de link de datos, sino que identifican el VDLC como destino. En el ejemplo mostrado en el cuadro 3, el SNASw tiene dos puertos: un puerto físico para el Token Ring y un puerto virtual para el VDLC. Cuando usted define el puerto del SNASw VDLC, usted puede especificar la dirección MAC asignada a ella. El transporte de datos del SNASw al DLSw+ por el VDLC se dirige a la dirección MAC VDLC. El tipo de protocolo de capa superior que utilice determina cómo se asigna la dirección MAC VDLC.

Cómo configurar el Data-Link Switching más

El DLSw+ soporta el local o conversión del medio remoto entre los LAN y SDLC o QLLC.

Para configurar el DLSw+, complete las tareas en las secciones siguientes:

Definiendo a un peer local del DLSw+ para el router (requerido)

Definiendo a un peer remoto del DLSw+ (requerido)

Asociando el DLSw+ a un control de link de datos local (requerido)

Configurando las funciones avanzadas (opcionales)

Configurando los temporizadores del DLSw+ (optiona)

Definición de un Peer Local del DLSw+ para el Router

Especifique todos los parámetros locales del DLSw+ como parte de la definición del peer local.

PASOS SUMARIOS

1. enable

2. configure terminal

3.dlsw local-peer []cluster cluster-iddel []peer-id ip-addressdel []group groupdel []borderdel []cost costdel []lf sizedel []keepalive secondsdel []passivedel []promiscuousdel []biu-segmentdel []init-pacing-window sizedel []max-pacing-window size

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

dlsw local-peer [cluster cluster-id] [peer-id ip-address] [group group] [border] [cost cost] [lf size] [keepalive seconds] [passive] [promiscuous] [biu-segment] [init-pacing-window size] [max-pacing-window size]

Example:

Router(config)#dlsw local-peer peer-id 10.2.17.1 group 2

Define el peer local de DLSw+.

cluster cluster-id — (Opcional) implementa la característica de los clusteres del par del DLSw+ y define al router como parte de un cluster determinado. El rango válido es de 1 a 255.

peer-id ip-address — Dirección IP (opcional) del peer local. Se requiere este direccionamiento cuando el Fast-Sequenced Transport (FST) o se utiliza el TCP.

group group — Número de grupo de peer (opcional) para este router. El rango válido es de 1 a 255.

border — (Opcional) habilita al router como peer de borde. La opción del grupo se debe especificar para utilizar la opción del peer de borde.

cost cost — Coste (opcional) del par de divulgación a los peeres remotos en el intercambio de las capacidades. El intervalo válido es 1 a 5.

lf size — Tamaños de trama más grandes (opcionales) para este peer local. Los tamaños máximos del marco válidos son como sigue:

– bytes del 516-516

– 1470-1470 bytes

– 1500-1500 bytes

– 2052-2052 bytes

– 4472-4472 bytes

– 8144-8144 bytes

– 11407-11407 bytes

– 11454-11454 bytes

– 17800-17800 bytes

keepalive seconds — Intervalo de keepalive (opcional) del peer remoto del valor por defecto en los segundos. El intervalo válido es 0 a 1200 segundos. El valor predeterminado es de 30 segundos. El valor 0 no significa ningún Keepalives.

 
 
 

passive — (Opcional) especifica que este router no inicia las conexiones entre peers remotas a los peeres configurados.

promiscuous — (Opcional) valide las conexiones de los peeres remotos nonconfigured

biu-segment — Parodias (opcionales) del DLSw+ los tamaños admisibles máximos de la Yo-trama en el XID de modo que cada estación terminal envíe su trama más grande.

init-pacing-window size — Tamaños (opcionales) de la ventana de establecimiento del paso inicial según lo definido en el RFC 1795. El intervalo válido es 1 a 2000.

max-pacing-window size — Tamaños máximos (opcionales) de la ventana de establecimiento del paso según lo definido en el RFC 1795. El intervalo válido es 1 a 2000.

 

Definición de un Peer Remoto DLSw+

La definición de un peer remoto en el DLSw+ es opcional, sin embargo, generalmente por lo menos un lado de una conexión de peer tiene dlsw remote-peer una declaración. Si usted omite dlsw remote-peer el comando de una configuración de peer del DLSw+, después usted debe configurar promiscuous la palabra clave en dlsw local-peer la declaración. El Routers promiscuo validará cualquier solicitud de conexión de peer del otro Routers que no se preconfigura. Para definir a un peer remoto, utilice dlsw remote-peer el comando en el modo de configuración global.

El DLSw+ ofrece cuatro diversa opción de encapsulación. Estas opciones varían en términos de trayectoria de proceso que utilizan, su tara de WAN, y media soportan. La opción de encapsulación es TCP, TCP/IP con el passthrough RIF, FST, directa, y LLC2.

Una de las opciones en la declaración del peer remoto es especificar un tipo de encapsulación. Utilice dlsw remote-peer el comando de configurar uno de los siguientes tipos de encapsulaciones:

Encapsulación de TCP

TCP/IP con Encapsulación de Paso a Través de RIF

Encapsulación FST

Encapsulación directa

Encapsulación DLSw Lite


El Keepalivesdel par del DLSw+ de la nota es mensajes del propietario de Cisco. El Keepalives adicional del par se envía solamente en el tiempo de inactividad del par. Cuando hay un tráfico normal sobre el par del DLSw+, después este Keepalives del par no se envía.


Qué tipo de encapsulación usted elige depende de varios factores, incluyendo si usted quiere terminar los flujos LLC. El TCP y el DLSw+ Lite terminan el LLC, pero los otros tipos de encapsulación no hacen. Para los detalles en cada tipo de encapsulación, vea la guía de diseño e implementación del DLSw+. Vea la sección del “Reconocimiento local” en el capítulo de descripción general de esta publicación para una discusión sobre el Reconocimiento local.

Especifique los parámetros de la encapsulación TCP como parte del peer remoto del DLSw+.

PASOS SUMARIOS

1. enable

2. configure terminal

3.dlsw remote-peer list-number tcpip-address [[ip-address | frame-relay interface serial number dlci-number | interface name]] []bytes-netbios-out bytes-list-namedel []circuit-weight weightdel []cluster cluster-iddel []cost costdel []dest-mac mac-addressdel []dmac-output-list access-list-numberdel [l]host-netbios-out host-list-namedel []inactivitydel []dynamicdel []keepalive secondsdel []lf sizedel []linger minutesdel []sap-output-list listdel []no-llc minutesdel []passivedel []prioritydel []rif-passthru virtual-ring-numberdel []tcp-queue-max sizedel []timeout seconds

PASOS DETALLADOS
 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

dlsw remote-peer list-number tcp ip-address [[ip-address | frame-relay interface serial number dlci-number | interface name]] [bytes-netbios-out bytes-list-name] [circuit-weight weight] [cluster cluster-id] [cost cost] [dest-mac mac-address] [dmac-output-list access-list-number] [host-netbios-out host-list-name] [inactivity] [dynamic] [keepalive seconds] [lf size] [linger minutes] [lsap-output-list list] [no-llc minutes] [passive] [priority] [rif-passthru virtual-ring-number] [tcp-queue-max size] [timeout seconds]

dlsw local-peer peer-id 10.2.17.1 group 2


Define a un peer remoto con la encapsulación TCP.

list-number — Número de lista del grupo en anillo del peer remoto. Este valor por defecto del número de lista del grupo en anillo es 0. Si no, este valor debe hacer juego el número que usted especifica con dlsw ring-list, dlsw port-list o dlsw bgroup-list el comando.

tcp ip-address — Dirección IP del peer remoto con quien el router debe comunicar.

frame-relay interface serial numere el número del dlci — interfaz serial y número DLCI (opcionales) del par directo existente del Frame Relay LLC2 para quien este par es el backup peer.

interface name — (Opcional) interconecte el nombre del peer directo existente para quien este par es el backup peer.

bytes-netbios-out bytes-list-name — (Opcional) configura el filtrado de salida de los bytes del NetBios para este par. El argumento del byte-lista-nombre es el nombre del filtro previamente definido de la lista de acceso de los bytes del NetBios.

cost cost — (Opcional) el coste para alcanzar a este peer remoto. El intervalo válido es 1 a 5.

 
 
 
 

Paso 4 

Example:

Router(config)#dlsw remote-peer 0 tcp 10.23.4.5

dlsw remote-peer 0 tcp 10.2.23.5 rif-passthru 100

dlsw remote-peer 0 fst 10.2.23.5

dlsw remote-peer 0 frame-relay interface serial 01 pass-thru

dlsw remote-peer 0 interface serial 01

dlsw remote-peer 0 frame-relay interface serial 01 pass-thru

dlsw remote-peer 0 frame-relay interface serial 01



linger minutes — Longitud del tiempo (opcional) de las configuraciones que los restos del backup peer conectados después de la conexión primaria de peer se restablecen. El intervalo válido es 1 a 300 minutos. El valor por defecto es 5 minutos.

lsap-output-list list — (Opcional) filtra los paquetes encapsulados de la salida IEEE802.5. Los números de lista de acceso válidos están en el rango 200 a 299.

no-llc minutes — (Opcional) configura la longitud del tiempo que se van las conexiones conectadas los restos del peer remoto después de todo un LLC2. El intervalo válido es 1 a 300 minutos. El valor por defecto es 5 minutos.

passive — (Opcional) señala a este peer remoto como voz pasiva.

priority — (Opcional) habilita las características del priorización para este peer remoto. Los números del puerto TCP válidos son los siguientes:

– Alto — 2065

– Media — 1981

– Normal — 1982

– Bajo — 1983

rif-passthru virtual-ring-number — (Opcional) configura al peer remoto como rif-passthru. El valor del número de anillo virtual es el mismo número que el valor del número de anillo asignado en los comandos source-bridge ring-group de los pares del passthrough del DLSw+.

tcp-queue-max size — Tamaños de la cola (opcionales) de la salida máxima TCP para este peer remoto. Los tamaños de la cola válidos del máximo TCP son un número en el rango 10 a 2000. Los tamaños de cola predeterminados son 200.

timeout seconds — (Opcional) configura el límite de tiempo de la retransmisión para el TCP. El intervalo válido es 5 a 1200 segundos. El valor por defecto es 90 segundos.

 

La encapsulación directade la nota se soporta sobre el High-Level Data Link Control (HDLC) y la encapsulación del capítulo Relay.Direct sobre el Frame Relay viene en dos formas: DLSw Lite (encapsulación LLC2) y passthrough. Especificando pass-thru la opción configura al router de modo que el tráfico localmente no sea reconocido. (El DLSw+ normalmente localmente reconoce el tráfico para guardar el tráfico en WAN a un mínimo.)


Mapping de DLSw+ a un Control de Link de Datos Local

Además de configurar el local y a los peeres remotos, usted debe asociar uno de los controles de link de datos local siguientes al DLSw+:

Configurando el Token Ring (requerido)

Configurando los Ethernetes (requeridos)

Configurando el SDLC (requerido)

Configurando el QLLC (requerido)

Configurando el FDDI (requerido)

Configurar el Token Ring

Trafique que origina del Token Ring es Source-Route interligado del anillo local sobre un source-bridge ring group y después cogido por el DLSw+. Usted debe incluir source-bridge ring-group un comando que especifique un número de anillo virtual al configurar el Token Ring con el DLSw+. Además, usted debe configurar source-bridge el comando que dice al router del DLSw+ interligar del Token Ring físico al Anillo virtual.

PASOS SUMARIOS

1. enable

2. configure terminal

3.FastEthernet 0/0 de la interfaz

4.source-bridge ring-group ring-group []virtual-mac-address

5. source-bridge source-ring-number bridge-number target-ring-number

6. source-bridge spanning

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface fastethernet 0/0

Example:

Router# interface fastethernet 0/0

Ingresa en el modo de configuración de la interfaz.

Paso 4 

source-bridge ring-group ring-group [virtual-mac-address]

Define un número de anillo virtual.

Paso 5 

source-bridge source-ring-number bridge-number target-ring-number

DLSw+ de los permisos a interligar del timbre físico del Token Ring al Anillo virtual.

Paso 6 

source-bridge spanning

Habilita a los exploradores de un solo Route.

El siguiente ejemplo muestra cómo configurar un timbre-grupo del fuente-Bridge y un Anillo virtual con un valor de 100 al DLSw+:

source-bridge ring-group 100 
int T0
 source-bridge 1 1 100
 source-bridge spanning

El número del timbre-grupo especificado en source-bridge el comando debe ser el número de un timbre-grupo definido del fuente-Bridge o el DLSw+ no verá esta interfaz.

Configurar los Ethernetes

Trafique que origina de los Ethernetes se coge del Grupo de Bridge de la interfaz de los Ethernetes locales y se transporta a través de la red del DLSw+. Por lo tanto, usted debe asociar un grupo específico del Bridge de Ethernet al DLSw+.

PASOS SUMARIOS

1. enable

2. configuration terminal

3.FastEthernet 0/0 de la interfaz

4.dlsw bridge-group group-number []llc2 N2 numberdel []ack-delay-time millisecondsdel []ack-max numberdel []idle-time millisecondsdel []local-window numberdel []t1-time millisecondsdel []tbusy-time millisecondsdel []tpf-time millisecondsdel []trej-time millisecondsdel []txq-max numberdel []xid-neg-val-time millisecondsdel []xid-retry-time millisecondsdel []del [[]locaddr-priority lu address priority list number]sap-priority priority list number

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface fastethernet 0/0

Example:

Router# interface fastethernet 0/0

Ingresa en el modo de configuración de la interfaz.

Paso 4 

dlsw bridge-group group-number [llc2 [N2 number] [ack-delay-time milliseconds] [ack-max number] [idle-time milliseconds] [local-window number] [t1-time milliseconds] [tbusy-time milliseconds] [tpf-time milliseconds] [trej-time milliseconds] [txq-max number] [xid-neg-val-time milliseconds] [xid-retry-time milliseconds]] [locaddr-priority lu address priority list number] [sap-priority priority list number]

DLSw+ de los links al Grupo de Bridge del LAN Ethernet.

group-number — El grupo de Bridge transparente a quien el DLSw+ será asociado. El rango es a partir la 1 a 63.

llc2 — (Submandatos de la interfaz) LLC2 opcional.

N2 number — El router (opcional) de la cantidad de veces debe revisar las diversas operaciones. El rango válido es de 1 a 255.

ack-delay-time milliseconds — Tiempo máximo (opcional) el router permite que las Yo-tramas entrantes permanezcan no reconocidas. El intervalo válido es 1 a 60000.

ack-max number — Número máximo (opcional) de Yo-tramas recibidas antes de que un acuse de recibo deba ser enviado. El rango válido es de 1 a 255.

idle-time milliseconds — Frecuencia (opcional) de las encuestas durante los períodos de tráfico inactivo. El intervalo válido es 1 a 60000.

local-window number — Número máximo (opcional) de Yo-tramas a enviar antes de esperar un acuse de recibo. El intervalo válido es 1 a 127.

t1-time milliseconds — (Opcional) cuánto tiempo el router espera un acuse de recibo a las Yo-tramas transmitidas. El intervalo válido es 1 a 60000.

tbusy-time milliseconds — La cantidad de tiempo (opcional) del router espera mientras que la otra estación LLC2 está en un estado ocupado antes de intentar sondear la estación remota. El intervalo válido es 1 a 60000.

tbusy-time milliseconds — La cantidad de tiempo (opcional) del router espera mientras que la otra estación LLC2 está en un estado ocupado antes de intentar sondear la estación remota. El intervalo válido es 1 a 60000.

tpf-time milliseconds — La cantidad de tiempo (opcional) del router espera una respuesta final a una trama de sondeo antes de volver a enviar la trama de sondeo original. El intervalo válido es 1 a 60000.

Paso 5 


trej-time milliseconds — La cantidad de tiempo (opcional) del router espera un reenvío de un bastidor rechazado antes de enviar el comando reject. El intervalo válido es 1 a 60000.

txq-max number — (Opcional) haga cola para llevar a cabo las tramas de información llc2. El intervalo válido es 20 a 200.

xid-neg-val-time milliseconds— Frecuencia (opcional) del Exchange de identificación (XID). El intervalo válido es 1 a 60000.

xid-retry-time milliseconds — (Opcional) cuánto tiempo el router espera la contestación al XID. El intervalo válido es 1 a 60000.

locaddr-priority lu address priority list number — (Opcional) asigne una lista de prioridad del addr de la entrada SNA LU a este Grupo de Bridge. El intervalo válido es 1 a 10.

sap-priority priority list number — (Opcional) asigne una lista de prioridad de la savia de la entrada a este Grupo de Bridge. El intervalo válido es 1 a 10.

Paso 6 

bridge-group bridge-group

Example:

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

Asigna la interfaz de Ethernet a un Grupo de Bridge.

Configurar el SDLC

Configurar los dispositivos SDLC es más complicado que configurando los Ethernetes y el Token Ring. Hay varias consideraciones que afectan a qué comandos de interfaz se configuran. Vea la Guía de Diseño e Implementación de DLSw+ para conocer más detalles.

PASOS SUMARIOS

1. enable

2. configure terminal

3. interface fastethernet 0/0

4.SDLC de la encapsulación

5.sdlc role {none | primary | secondary | prim-xid-poll}

6. sdlc vmac mac-address

7.sdlc address hexbyte []echo

8.sdlc partner mac-address sdlc-address {inbound | outbound}]

9. sdlc xid

10.sdlc dlsw {sdlc-address | default | partner mac-address [inbound | outbound]}

 
Comando
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface fastethernet 0/0

Example:

Router# interface fastethernet 0/0

Ingresa en el modo de configuración de la interfaz.

Paso 4 

encapsulation sdlc

Example:

Router(config-if)#encapsulation sdlc

Fija el tipo de encapsulación de la interfaz serial en SDLC.

Paso 5;

Router(config-if)# sdlc role {none | primary | secondary | prim-xid-poll}

Example:

Router(config-if)#sdlc role

Establece el papel de la interfaz.

Paso 6 

sdlc vmac mac-address1

Example:

Router(config-if)#sdlc vmac mac-address

Configura una dirección MAC para la interfaz serial.

Paso 7 

sdlc address hexbyte [echo]

Example:

Router(config-if)#sdlc address 10 echo

Asigna un conjunto de las estaciones secundarias asociadas al link serial.

Paso 8 

sdlc partner mac-address sdlc-address {inbound | outbound}

Example:

Router(config-if)#sdlc partner 10.1.2.3 10.0.0.2

Especifica la dirección de destino con la cual se establece una sesión LLC para la estación SDLC.

Paso 9 

sdlc xid

Example:

Router(config-if)#sdlc xid

Especifica un valor XID apropiado para la estación SDLC señalada asociada a esta interfaz serial.

Paso 10 

sdlc dlsw {sdlc-address | default | partner mac-address [inbound | outbound]}

DLSw+ de los permisos en una interfaz SDLC.

1 el byte más reciente de la dirección MAC debe ser 00.

PASOS DETALLADOS

Utilice default la opción si usted tiene más de 10 dispositivos SDLC para asociar al DLSw+ la red. Para configurar una línea del multidrop SDLC rio abajo, usted configura la función sdlc como cualquiera primary o prim-xid-poll. La función sdlc primary especifica que cualquier PU sin xid-poll el parámetro en sdlc address el comando es un dispositivo PU2.0. La función sdlc prim-xid-poll especifica que cada PU es 2.1 del tipo. Recomendamos que usted especifica sdlc role primary si todos los dispositivos SDLC son el tipo PU2.0 o una mezcla de PU2.0 y PU2.1. Especifique sdlc role prim-xid-poll si todos los dispositivos son el tipo PU2.1.

Para configurar el DLSw+ para soportar la conversión LLC2-to-SDLC para los dispositivos PU4 o PU5, especifique echo la opción en sdlc address el comando. Una configuración PU 4-to-PU 4 requiere que none esté especificado en sdlc role el comando.

Vea “DLSw+ con la sección de los ejemplos de configuración del soporte del multidrop SDLC” y “DLSw+ con la conversión LLC2-to-SDLC entre la sección del ejemplo de la comunicación PU 4-to-PU 4” para las configuraciones de muestra.

La configuración siguiente muestra a un router del DLSw+ configurado para el SDLC:

dlsw local-peer peer-id 10.2.2.2
dlsw remote-peer 0 tcp 10.1.1.1
interface Serial1
mtu 6000
no ip address
encapsulation sdlc
no keepalive
nrzi-encoding
clockrate 9600
sdlc vmac 4000.3745.0000
sdlc N1 48016
sdlc address 04 echo
sdlc partner 4000.1111.0020 04
sdlc dlsw 4

Configurar el QLLC

Uso QLLC de los dispositivos SNA al conectar con las redes X.25. El QLLC esencialmente emula al SDLC encima (los casquillos X.25, X). Por lo tanto, configurar los dispositivos QLLC es también complicado. Hay varias consideraciones que afectan a qué comandos de interfaz se configuran. Vea la guía de diseño e implementación del DLSw+ para los detalles.

Usted puede configurar el DLSw+ para la Conectividad QLLC, que habilita ambos escenarios siguientes:

Los dispositivos conectados por LAN remotos (unidades físicas) o los dispositivos conectados por SDLC pueden acceder a un FEP o un AS/400 a través de una red X.25.

Nuestro soporte QLLC permite que los dispositivos SNA adjunto a X.25 remotos accedan un FEP sin requerir el NCP Packet Switching Interface X.25 (NPSI) en el FEP. Esto puede eliminar el requisito para el NPSI (si la PUERTA y la FECHA no se requieren), de tal modo eliminando el coste de la licencia que se repite. Además, porque los dispositivos conectados QLLC aparecen ser Ring asociado simbólico al Programa de control de red (NCP), no requieren ningún preconfiguration en el FEP. Los dispositivos SNA adjunto a X.25 remotos pueden también conectar con un AS/400 sobre el Token Ring usando este soporte.

Los dispositivos SNA conectados a un X.25 remoto pueden acceder a un FEP o a un AS/400 sobre un Token Ring o sobre SDLC.

Para los entornos apenas que comienzan a emigrar a los LAN, nuestro soporte QLLC permite el despliegue de los LAN en los sitios remotos mientras que el acceso que mantiene al FEP sobre el NPSI existente conecta. Los dispositivos conectados a LAN remotos (unidades físicas) o los dispositivos SDLC asociados pueden acceder un FEP sobre una red X.25 sin requerir el soporte físico X.25 o el software en los dispositivos conectados a LAN. Los soportes del Cisco IOS Software dirigen la conexión al FEP sobre el X.25 sin la necesidad del Routers en el centro de datos para el tráfico SNA.

PASOS SUMARIOS

1. enable

2. configure terminal

3.FastEthernet 0/0 de la interfaz

4. encapsulation x 25

5. x25 address subaddress

6.x25 map qllc virtual-mac-addr x121-addr []cud cud-valuedel []x25-map-options

7.qllc dlsw {subaddress subaddress | pvc pvc-low []pvc-highdel []del []vmac vmacaddr poolsizedel []del [[]partner partner-macaddrdel []sap ssap dsap}xid xidstring]npsi-poll

 
Comando
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface fastethernet 0/0

Example:

Router# interface fastethernet 0/0

Ingresa en el modo de configuración de la interfaz.

Paso 4 

encapsulation x 25

Especifica una interfaz como dispositivo X.25.

Paso 5 

25 address subaddress

Activa los subaddresses X.25.

Paso 6 

x25 map qllc virtual-mac-addr x121-addr [cud cud-value] [x25-map-options]

Asocia una dirección MAC virtual al X.121 Address del dispositivo del telecontrol X.25.

Paso 7 

qllc dlsw {subaddress subaddress | pvc pvc-low [pvc-high]} [vmac vmacaddr [poolsize]] [partner partner-macaddr] [sap ssap dsap] [xid xidstring] [npsi-poll]

DLSw+ de los permisos sobre el QLLC.

PASOS DETALLADOS

La configuración siguiente habilita la Conectividad QLLC para el DLSw+:

dlsw local-peer peer-id 10.3.12.7
dlsw remote-peer 0 tcp 10.3.1.4
interface S0
 encapsulation x25
 x25 address 3110212011
 x25 map qllc 1000.0000.0001 3 1104150101
 qllc dlsw partner 4000.1151.1234

Configurar el FDDI

Configure una interfaz FDDI lo mismo que un Token Ring o una interfaz de Ethernet, dependiendo de si usted está configurando el SRB o Puente transparente. Si usted está configurando al router para el SRB, configure la interfaz FDDI para el Token Ring. Si usted está configurando al router para Puente transparente, configure la interfaz FDDI para los Ethernetes.

Configuración de Funciones Avanzadas

El DLSw+ va más allá del estándar a incluir las funciones adicionales en las áreas siguientes:

Scalabilityæ construye el internetworks de IBM de una manera que reduzca la cantidad de tráfico de broadcast, que aumenta su scalability.

Availabilityæ encuentra dinámicamente los trayectos alternos y, opcionalmente, los balances de la carga a través de los peeres activos múltiples, los puertos, y los gatewayes del canal.

El æ de los modos de operación detecta dinámicamente las capacidades del router del par y actúa según esas capacidades.

Administración de redes — Trabajos con las herramientas de administración de red aumentadas tales como CiscoWorks Blue Maps, opinión de los CiscoWorks SNA, y CiscoWorks Blue Internetwork Status Monitor (ISMO).

Ancho de banda del tráfico y Administración de espera — Ofrece a varios la administración del ancho de banda y las características de espera para aumentar el rendimiento general de su red del DLSw+. Controla diversos tipos de tráfico del explorador usando las colas múltiples, cada uno con una amplia gama de configuraciones de la profundidad.

Control de acceso — Proporciona el control de acceso a los diversos recursos en una red.

Scalability

Un factor importante que limita los tamaños de los trabajos de Internet del Token Ring es la cantidad de tráfico del explorador que atraviese WAN. El DLSw+ incluye las características siguientes para reducir el número de exploradores:

Grupos de peers y peers de borde

Escudos de protección explorador

Dial-On-Demand Routing del NetBios

Dial-On-Demand Routing SNA

Característica de la unidifusión UDP

Pares dinámicos

Valores por defecto del peer promiscuo

Grupos de peers y peers de borde

Quizás la optimización más significativa del DLSw+ es una característica conocida como grupos de peer. Diseñan a los grupos de peer para dirigir la reiteración del broadcast que ocurre en completamente una red mallada. Cuando se requiere cualquier-a-cualquier comunicación (por ejemplo, para los entornos del [APPN] del NetBios o de la interconexión de redes peer-to-peer avanzada), RSRB o los Implementación de DLSw estándar requieren las conexiones de peer entre cada par de Routers. Esta configuración es no sólo difícil de configurar, pero da lugar a los routeres de acceso de la bifurcación que tienen que replicar las peticiones de búsqueda para cada conexión de peer. Esta configuración pierde los ciclos del ancho de banda y del router. Un mejor concepto es agrupar al Routers en los clusteres y señalar a un router focal para ser responsable de la reiteración del broadcast. Esta capacidad se incluye en el DLSw+.

Con el DLSw+, un cluster del Routers en una región o una división de una compañía puede ser combinado en un grupo de peer. Dentro de un grupo de peer, señalan uno o más del Routers para ser el peer de borde. En vez de todo el Routers que mira a uno otro, cada router dentro de un grupo mira al peer de borde; y los peeres de borde establecen las conexiones de peer con uno a. Cuando un router del DLSw+ recibe una CONSULTA DE NOMBRE de la trama de prueba o del NetBios, envía un solo marcos del explorador a su peer de borde. El router de peer de borde del DLSw+ marca su caché local, del telecontrol y del grupo para cualquier información de alcance antes de remitir al explorador. Si no se encuentra ninguna coincidencia, el peer de borde adelante el explorador en nombre del miembro de grupo de peer. Si se encuentra una coincidencia, el peer de borde envía al explorador al par o al peer de borde apropiado. Esta configuración elimina a los exploradores duplicados en los vínculos de acceso y minimiza el proceso requerido en los routeres de acceso.

Usted puede dividir más lejos al Routers del DLSw+ en segmentos dentro del mismo grupo de peer de borde que está sirviendo los mismos LAN en un cluster del par. Esta segmentación reduce a los exploradores porque el peer de borde reconoce que tiene que remitir solamente a un explorador a un miembro dentro de un cluster del par. Solamente la encapsulación TCP se puede utilizar con la característica de los clusteres del par del DLSw+.

La característica de los clusteres del par del DLSw+ se configura localmente en el par del miembro o en un peer de borde. Aunque ambas opciones puedan ser configuradas, recomendamos que la cluster-identificación de un peer particular está definida en el peer de borde o en el par del miembro, pero no ambos debido a la confusión de la configuración posible. Para definir a los grupos de peer, los peeres de borde de la configuración y asignar al peer local a un cluster del par, siguen los pasos en la definición de un peer local del DLSw+ para el router.

Utilice group la palabra clave para definir a un grupo de peer, border la palabra clave para definir un peer de borde y cluster la palabra clave para asignar al peer local a un cluster del par. Cuando el usuario define cluster la opción en dlsw local-peer el comando en el router del par del miembro, la información del clúster se intercambia por el peer de borde durante el intercambio de las capacidades mientras que los pares hacen activos. El peer de borde utiliza esta información para tomar la replicación y las decisiones de reenvío del explorador.

El siguiente comando configura al router como el peer de borde que es un miembro del group2:

dlsw local-peer peer-id 10.2.13.4 group 2 border

Configure cluster la opción en dlsw remote-peer el comando en un peer de borde de habilitar la característica de los clusteres del par del DLSw+ sin forzar a cada router del DLSw+ en la red a actualizar su software. Para habilitar la característica de los clusteres del par del DLSw+ en un peer de borde, siga los pasos en la definición de un peer remoto del DLSw+.

El siguiente comando configura un Router del borde como miembro del cluster 5:

dlsw remote-peer tcp 10.2.13.5 cluster 5

Un par es un telecontrol-par NON-configurado que fue conectado debido a una sesión LLC2 establecida a través de una red del DLSw+ del peer de borde. Los pares a pedido reducen grandemente el número de pares que deban ser configurados. Usted puede utilizar a los pares a pedido para establecer un circuito de extremo a extremo aunque el Routers del DLSw+ que mantiene los sistemas extremos no tiene ninguna información de la configuración específica sobre los pares. Esta configuración permite casual, cualquier-a-cualquier conexión sin la carga de configurar la conexión por adelantado. También permite cualquier-a-cualquier transferencia en el internetworks grande donde no estarían posibles las conexiones TCP persistentes.

PASOS SUMARIOS

1. enable

2. configure terminal

3.dlsw -defaults []fstdel []bytes-netbios-out bytes-list-namedel []cost costdel []dest-mac destination mac-address] dmac-output-list access-list-numberdel []host-netbios-out host-list-namedel []inactivity minutesdel []keepalive secondsdel []lf sizedel [[]lsap-output-list listdel []port-list port-list-numberdel []prioritydel []tcp-queue-max

4. dlsw group-cache max-entries number

5. clear dlsw reachability

6. clear dlsw statistics

7. dlsw group-cache disable

 
Comando
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

dlsw -defaults [fst] [bytes-netbios-out bytes-list-name] [cost cost] [dest-mac destination mac-address] [dmac-output-list access-list-number] [host-netbios-out host-list-name] [inactivity minutes] [keepalive seconds] [lf size] [lsap-output-list list] [port-list port-list-number] [priority] [tcp-queue-max]

Valores por defecto del dlsw de las configuraciones.

Paso 4 

dlsw group-cache max-entries number

Define las entradas máximas en un caché del grupo.

Paso 5 

exit

Example:

Router(config)#exit

Sale del modo de configuración global.

Paso 6 

clear dlsw reachability

Quita todas las entradas de la memoria caché de alcance del DLSw+.

Paso 7 

clear dlsw statistics

Restauraciones a cero el número de bastidores que se han procesado en el local, remoto, y cachés del grupo.

Paso 8 

dlsw group-cache disable

Inhabilita al peer de borde que oculta la característica.

Paso 9 

show dlsw reachability [[group [value] | local | remote] | [mac-address [address] [netbios-names [name]

Contenido de las visualizaciones de los cachés del grupo, del local y del telecontrol.

PASOS DETALLADOS


Observepara verificar que la característica del cluster del par está habilitada o que configuran al peer de borde, publican show dlsw capabilities el comando en el router. Para verificar el número de ID del cluster cuyo el par es un miembro, publique show dlsw capabilities local el comando en el router local. Utilice group la palabra clave para visualizar la información de alcance para el peer de borde.


Escudos de protección explorador

Un escudo de protección explorador permite solamente a un solo explorador para que una dirección MAC o un nombre de NETBIOS del destino determinado sea enviada a través de WAN. Mientras que un explorador es excepcional y que aguarda una respuesta del destino, salvan a los exploradores subsiguientes para esa dirección MAC o nombre de NETBIOS simplemente. Cuando la respuesta del explorador se recibe en el DLSw+ que origina, todos los exploradores reciben una respuesta local inmediata. Esto elimina la tormenta de exploradores del comienzo del día que muchas redes experimentan. Configure dlsw timer el comando de habilitar los escudos de protección explorador. Vea “configurando la sección de los temporizadores del DLSw+” en la página 34 para los detalles del comando.

PASOS SUMARIOS

1.permiso

2.configuró terminal

3.dlsw timer {icannotreach-block-time | netbios-cache-timeout | netbios-explorer-timeout | netbios-group-cache | netbios-retry-interval | netbios-verify-interval | sna-cache-timeout | explorer-delay-time | sna-explorer-timeout | explorer-wait-time | sna-group-cache | sna-retry-interval | sna-verify-interval} time

PASOS DETALLADOS

 
Comando
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

dlsw timer {icannotreach-block-time | netbios-cache-timeout | netbios-explorer-timeout | netbios-group-cache | netbios-retry-interval | netbios-verify-interval | sna-cache-timeout | explorer-delay-time | sna-explorer-timeout | explorer-wait-time | sna-group-cache | sna-retry-interval | sna-verify-interval} time

Ajusta un parámetro de la configuración existente.

Dial-On-Demand Routing del NetBios

Esta característica permite que usted transporte el NetBios en un entorno del Dial-on-Demand Routing (DDR) por los paquetes vivos de la sesión del filtrado de NetBIOS de WAN. El NetBios periódicamente envía sesión los paquetes vivos como Yo-tramas LLC2. Estos paquetes no requieren una respuesta y son superfluos a la función del flujo de los datos adecuados. Además, estos paquetes mantienen las interfaces del Marcado a pedido ascendente y ésta encima de las cargas por paquete indeseadas de las causas del tiempo las redes DDR. Filtrando estos paquetes vivos de la sesión de NetBIOS, usted reduce el tráfico en WAN y usted reduce algunos costes que se asocien al Dial-On-Demand Routing.

Utilice dlsw netbios keepalive-filter el comando de habilitar el NetBios DDR.

PASOS SUMARIOS

1. enable

2. configure terminal

3. dlsw netbios keepalive-filter

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

dlsw netbios keepalive-filter

NetBios DDR de los permisos.

Dial-On-Demand Routing SNA

Esta característica permite usted ejecute el DLSw+ sobre una línea conmutada y haga que el Cisco IOS Software tome la línea conmutada abajo dinámicamente cuando es parada. Utilizar esta característica da a tabla de IP Routing más hora de converger cuando un problema de red obstaculiza una conexión entre peers remotas. En las pequeñas redes con el buen tiempo de convergencia y las líneas ISDN IP que comienzan rápidamente, no es cuanto sea necesario utilizar keepalive la opción. Para utilizar esta característica, usted debe fijar keepalive el valor a cero, y usted puede necesitar utilizar un valor inferior para timeout la opción que el valor por defecto, que es 90 segundos.

Utilice dlsw remote-peer el comando de configurar SNA DDR.

PASOS SUMARIOS

1. enable

2. configure terminal

3. dlsw netbios keepalive-filter

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

dlsw remote-peer list-number tcp ip-address [backup-peer [ip-address | frame-relay interface serial number dlci-number | interface name]] [bytes-netbios-out bytes-list-name] [circuit-weight weight] [cluster cluster-id] [cost cost] [dest-mac mac-address] [dmac-output-list access-list-number] [host-netbios-out host-list-name] [inactivity] [dynamic] [keepalive seconds] [lf size] [linger minutes] [lsap-output-list list] [no-llc minutes] [passive] [priority] [rif-passthru virtual-ring-number] [tcp-queue-max size] [timeout seconds]

Example:

dlsw remote-peer 0 tcp 10.2.13.4 keepalive 0

Configuraciones SNA DDR.

Característica de la unidifusión UDP

La característica de la unidifusión UDP envía los paquetes del address resolution SSP vía el servicio de la unidifusión UDP bastante que el TCP. (Los paquetes SSP incluyen: CANUREACH_EX, NETBIOS_NQ_ex, NETBIOS_ANQ, y DATAFRAME.) La característica de la unidifusión UDP permite que el DLSw+ controle mejor los paquetes y las tramas de información sin numerar del address resolution durante los períodos de congestión. Previamente, estas tramas eran TCP transportado. El TCP vuelve a enviar las tramas que consiguen perdidas o retrasado adentro transite, y por lo tanto agrava la congestión. Porque los paquetes y las tramas de información sin numerar del address resolution no se envían en un transporte confiable en el LAN, el envío de ellos sobre WAN es confiablemente innecesario. Usando el UDP para estas tramas, el DLSw+ minimiza la congestión de red.


La mejorade la unidifusión UDP de la nota no tiene ninguna influencia en el DLSw+ FST o la encapsulación del peer directo.


Utilice el comando dlsw udp-disable de inhabilitar el unicast del User Datagram Protocol (UDP).

PASOS SUMARIOS

1. enable

2. configure terminal

3. dlsw udp-disable

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

dlsw udp-disable

Unidifusión UDP de las neutralizaciones.

Circuitos LLC1

El soporte para el LLC1 circula transporta más eficientemente el tráfico LLC1 UI a través de una nube del DLSw+. Con el soporte del circuito LLC1, las tramas de información sin numerar LLC1 (UI) están no más conforme a la entrada que hace cola y se garantizan para atravesar la misma trayectoria para la duración del flujo. Esta característica mejora el transporte del tráfico LLC1 UI porque hay no más la ocasión del tener una trama específicamente ruteada LLC1 UI transmitida a todos los peeres remotos. El proceso del Establecimiento del circuito no ha cambiado salvo que se establece el circuito tan pronto como se reciba la trama específicamente ruteada LLC1 UI y el DLSw+ sabe del accesibilidad para la dirección MAC del destino. Además, sigue habiendo la conexión en el estado CIRCUITO ESTABLECIDO (bastante que procediendo al estado de la CONEXIÓN) hasta que no haya flujo de la trama UI para un par MAC/SAP por 10 minutos.

Esta característica se habilita por abandono.

Pares dinámicos

En la encapsulación TCP, dynamic la opción y sus suboptions no-llc y inactivity permiten que usted especifique y que controle la activación de los pares dinámicos, que son los peeres configurados que se activan solamente cuando sea necesario. Se establecen las conexiones de peer dinámicas solamente cuando hay datos del DLSw+ a enviar. Las conexiones de peer dinámicas se toman abajo de cuando la conexión del último LLC2 usando ellas termina y expira el período de tiempo especificado en no-llc la opción. Usted puede también utilizar inactivity la opción para tomar abajo a los pares dinámicos cuando los circuitos usando ellos están inactivos para un número especificado de minutos.


Observeporque inactivity la opción puede hacer las sesiones activas LLC2 ser terminado, usted no debe utilizar esta opción a menos que usted quisiera que las sesiones activas LLC2 fueran terminadas.


Utilice dlsw remte-peer el comando de configurar a un par dinámico.

PASOS SUMARIOS

1. enable

2. configure terminal

3.dlsw remote-peer list-number tcp ip-address [backup-peer [ip-address | frame-relay interface serial number dlci-number | interface name]] []bytes-netbios-out bytes-list-namedel []circuit-weight weightdel []cluster cluster-iddel []cost costdel []dest-mac mac-addressdel []dmac-output-list access-list-numberdel []host-netbios-out host-list-namedel []inactivitydel []dynamicdel []keepalive secondsdel []lf sizedel []linger minutesdel []lsap-output-list listdel []no-llc minutesdel []passivedel []prioritydel []rif-passthru virtual-ring-numberdel []tcp-queue-max sizedel []timeout seconds

PASOS DETALLADOS

 
Comando
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

dlsw remote-peer list-number tcp ip-address [backup-peer [ip-address | frame-relay interface serial number dlci-number | interface name]] [bytes-netbios-out bytes-list-name] [circuit-weight weight] [cluster cluster-id] [cost cost] [dest-mac mac-address] [dmac-output-list access-list-number] [host-netbios-out host-list-name] [inactivity] [dynamic] [keepalive seconds] [lf size] [linger minutes] [lsap-output-list list] [no-llc minutes] [passive] [priority] [rif-passthru virtual-ring-number] [tcp-queue-max size] [timeout seconds]

Example:

dlsw remote-peer 0 tcp 10.23.4.5 dynamic

Configura a un par dinámico.

Paso 4 

dlsw prom-peer-defaults [bytes-netbios-out bytes-list-name] [cost cost] [dest-mac destination-mac-address] [dmac-output-list access-list-number] [host-netbios-out host-list-name] [keepalive seconds] [lf size] [lsap-output-list list] [tcp-queue-max size]

Example:

Router(config)# dlsw prom-peer-defaults [bytes-netbios-out bytes-list-name] [cost cost] [dest-mac destination-mac-address] [dmac-output-list access-list-number] [host-netbios-out host-list-name] [keepalive seconds] [lf size] [lsap-output-list list] [tcp-queue-max size]

Valores por defecto del peer promiscuo de las configuraciones.

Valores por defecto del peer promiscuo

Si usted no configura dlsw remote-peer una declaración sobre el router del DLSw+, después usted debe especificar promiscuous la palabra clave en dlsw local-peer la declaración. promiscuous La palabra clave permite al router para validar las solicitudes de conexión de peer de eso Routers que no se preconfigure. La determinación dlsw prom-peer-defaults del comando permite que el usuario determine las diversas configuraciones para el transporte promiscuo.

Disponibilidad

Las características siguientes permiten que el DLSw+ encuentre los trayectos alternos rápidamente y opcionalmente. Estas características también ayudan en el Equilibrio de carga a través de los peeres activos, de los puertos, y de los gatewayes múltiples del canal:

Balance de carga

Redundancia Ethernet

Peers de respaldo

Balance de carga

Las ofertas del DLSw+ aumentaron la Disponibilidad ocultando los trayectos múltiples a una dirección MAC o a un nombre de NETBIOS dada (donde está un peer remoto o un puerto local una trayectoria). Mantener los trayectos múltiples por el destino es especialmente atractivo en las redes SNA. Una técnica común usada en el entorno de SNA jerárquico está asignando la misma dirección MAC a diversos acopladores de la interfaz Token Ring (tiques) en IBM FEP. El DLSw+ se asegura de que los direccionamientos del TIC del duplicado estén encontrados, y, si los pares múltiples del DLSw+ pueden ser utilizados para alcanzar los FEP, los ocultan.

La manera que manejan los pares capaces del múltiplo con el DLSw+ se puede configurar para cubrir cualquiera de las necesidades siguientes de la red:

Tolerancia de fallas — Para volver a conectar rápidamente si se pierde una conexión de link de datos. Si el Equilibrio de carga no se habilita, el Cisco IOS Software, por abandono, mantiene un trayecto preferido y una o más trayectorias capaces a cada destino. El trayecto preferido es el par o el puerto que responde primero a un marcos del explorador o al par con el menos coste. Si el trayecto preferido a un destino determinado es inasequible, la trayectoria capaz disponible siguiente se promueve al nuevo trayecto preferido. No se requiere ningunos broadcasts adicionales, y la recuperación a través de un par alterno es inmediata. Mantener las entradas de memoria caché múltiple facilita una reconexión oportuna después de las interrupciones de la sesión.

Un par con el menos coste puede también ser el trayecto preferido. Usted puede especificar el coste en u dlsw local peer o dlsw remote peer los comandos. Vea la guía de diseño e implementación del DLSw+ para los detalles en cómo el coste se puede aplicar para controlar que las sesiones de la trayectoria utilizan.

Equilibrio de carga — Para distribuir el tráfico de la red sobre los pares múltiples del DLSw+ en la red. Alternativamente, cuando hay trayectorias duplicados al sistema final de destino, usted puede configurar el Equilibrio de carga. El DLSw+ alterna las nuevas peticiones del circuito en una moda circular o aumentada del Equilibrio de carga a través de la lista de pares o de puertos capaces. Si es circular se configura, el router distribuye el nuevo circuito en una forma de cargas balanceadas, basarla es la decisión en la cual el par o el puerto estableció el circuito más reciente. Si se configura el Equilibrio de carga aumentado, el router distribuye los nuevos circuitos basados en las cargas existentes y la relación de transformación deseada. Detecta la trayectoria que underloaded con respecto a los otros pares capaces y asignará los nuevos circuitos a esa trayectoria hasta que se alcance la relación de transformación deseada.

Para las conexiones del peer múltiple, los costes del par deben ser aplicados. El DLSw+ aumentó los trabajos de la característica del Equilibrio de carga solamente con (o el igual) los pares costados más bajos. Por ejemplo, si el usuario especifica dlswrtr1, dlswrtr2 y dlswrtr3 con los costes de 4, 3, y 3 respectivamente, el DLSw+ establece los nuevos circuitos con solamente el dlswrtr 2 y dlswrtr3.

Utilice dlsw load-balance y dlsw remote-peer los comandos habilitar la característica aumentada DLSw+ del Equilibrio de carga en el router local.

Utilice dlsw timer el comando de configurar la cantidad de tiempo necesaria para que todas las respuestas del explorador sean recibidas.

PASOS SUMARIOS

1. enable

2. configure terminal

3.dlsw load-balance [round-robin | circuit count circuit-weight]

4.dlsw remote-peer tcp [circuit-weight value]

5.dlsw remote-peer frame-relay interface serial numberdlci number [circuit-weight]value

6.dlsw timer {explorer-wait-time}

 
Comando
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

dlsw load-balance [round-robin | circuit count circuit-weight]

Configura la característica aumentada DLSw+ del Equilibrio de carga en el router local.

Paso 4 

dlsw remote-peer tcp [circuit-weight value]

Ajusta el peso del circuito en el peer remoto.

Paso 5 

dlsw remote-peer frame-relay interface serial number dlci number [circuit-weight value]

Ajusta el peso del circuito en el peer remoto.

Paso 6 

dlsw timer {explorer-wait-time}

Fija la época de esperar todas las estaciones para responder a los exploradores.

PASOS DETALLADOS


Observela circuito-ponderación de un peer remoto controla el número de circuitos que el par pueda tomar. Si son múltiples, los pares igualmente baratos pueden alcanzar un origen remoto, los circuitos a ese origen remoto se distribuyen entre los peeres remotos basados en la relación de transformación de sus circuito-ponderaciones configuradas. El par con la circuito-ponderación más alta toma más circuitos. Porque un par del DLSw+ selecciona sus nuevos trayectos del circuito dentro de su memoria caché de alcance, el usuario debe configurar dlsw timer explorer-wait-time el comando con bastante tiempo de tener en cuenta para que todas las respuestas del explorador sean recibidas. Si se habilita la característica aumentada nuevo DLSw+ del Equilibrio de carga, un mensaje se visualiza en la consola para alertar al usuario si el temporizador no se fija.


Vea la guía de diseño e implementación del DLSw+ para los detalles en cómo configurar el Equilibrio de carga en el DLSw+. Vea “DLSw+ con la sección del ejemplo de configuración aumentado del Equilibrio de carga” para una configuración de muestra.

Redundancia Ethernet

La función de Redundancia de Ethernet DLSw+, introducida en el Cisco IOS Release 12.0(5)T, proporciona la Redundancia y el Equilibrio de carga entre los pares múltiples del DLSw+ en un entorno Ethernet. Permite al DLSw+ para soportar los trayectos paralelos entre dos puntas en un entorno Ethernet, asegurando la elasticidad en el caso de una falla del router y proporcionando al Equilibrio de carga para la carga de tráfico. La característica también permite al DLSw+ para apoyar al Routers múltiple del DLSw+ en el mismo dominio interligado de forma transparente que puede alcanzar la misma dirección MAC en un Switched Environment.

Utilice dlsw transparent redundancy-enable para habilitar la función de Redundancia de Ethernet DLSw+. Utilice dlsw transparent switch-support para habilitar la función de Redundancia de Ethernet DLSw+ en un Switched Environment.

PASOS SUMARIOS

1. enable

2. configure terminal

3. interface fastethernet 0/0

4. dlsw transparent redundancy-enable

5. dlsw transparent switch-support

6. dlsw transparent map local

 
Comando
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface fast ethernet 0/0

Example:

Router# interface fast ethernet 0/0

Ingresa en el modo de configuración de la interfaz.

Paso 4 

dlsw transparent redundancy-enable

Configura la Redundancia transparente.

Paso 5 

dlsw transparent switch-support

Habilita la función de Redundancia de Ethernet DLSw+ al usar un dispositivo del Switch.

Paso 6 

dlsw transparent map local mac mac address remote mac mac address neighbor mac address

Configura una dirección MAC del destino único a la cual los MAC Addresses múltiples en un transparente interligado se asocien.

PASOS DETALLADOS

La característica de redundancia Ethernet es una característica compleja. Vea la Guía de Diseño e Implementación de DLSw+ para conocer más detalles. Refiera “DLSw+ con a la sección del ejemplo de configuración de la redundancia Ethernet” en la página 55 y “DLSw+ con la redundancia Ethernet habilitada para a la sección del ejemplo de configuración del soporte del Switch” en la página 56 para las configuraciones de muestra.

Peers de respaldo

backup-peer La opción es común a todos los tipos de encapsulación en un peer remoto y especifica que este peer remoto es un backup peer para el router con la dirección IP especificada, el número del identificador de control de link de datos del Frame Relay (DLCI), o el nombre de la interfaz. Cuando el peer primario falla, todos los circuitos sobre este par son disconnected y el usuario puede comenzar una nueva sesión vía su backup peer. Antes del Cisco IOS Release 11.2(6)F, usted podría configurar a los backup peer solamente para el FST y el TCP primarios.

También, cuando usted especifica backup-peer la opción en dlsw remote-peer tcp un comando, activan al backup peer solamente cuando el peer primario hace inalcanzable. Una vez que reactivan al peer primario, todas las nuevas sesiones utilizan al peer primario y el backup peer sigue siendo activo solamente mientras hay las conexiones LLC2 usando él. Usted puede utilizar linger la opción para especificar un período (en los minutos) que los restos del backup peer conectados después de la conexión al peer primario se restablezcan. Cuando expira el período del retraso, la conexión de peer de backup se toma abajo.


Observesi linger la palabra clave se fija a 0, todas las sesiones existentes en del router de backup el descenso inmediatamente cuando el primario se recupera. Si linger se omite la palabra clave, todas las sesiones existentes en el router de backup siguen siendo activas (mientras la sesión es activa) cuando el primario se recupera, sin embargo, todas las nuevas sesiones establecen vía el peer primario. Si linger la palabra clave se fija a
los minutos x, todas las sesiones existentes en el router de backup siguen siendo activas por los minutos x una vez que el primario se recupera, sin embargo, todas las nuevas sesiones establecen vía el peer primario. Una vez que expiran los minutos x, todas las sesiones existentes en el router de backup caen y se termina la conexión de peer de backup. linger La palabra clave se puede utilizar para minimizar la línea costes si acceden al backup peer sobre las líneas de dial, pero se puede fijar arriba bastante para permitir a un operador que advierte para ser enviado a todos los usuarios finales SNA. , Sin embargo, no pasará a los exploradores y no creará ninguna nueva circuitos mientras que el primario está para arriba.


Para configurar a un backup peer, utilice dlsw remote peer backup-peer ip-address en el modo de configuración global.

Modos de Funcionamiento

Es a veces necesario para que el DLSw+ y el RSRB coexistan en la misma red y en el mismo router (por ejemplo, durante la migración del RSRB al DLSw+). El DLSw+ de Cisco soporta este entorno. Además, el DLSw+ debe también interoperar con las implementaciones de los otros vendedores que se basan sobre otros estándares RFC de DLSw, tales como versión 1 de DLSw y versión 2.

Los routeres Cisco, implementando el DLSw+ de Cisco, soportan automáticamente tres diversos modos de operación:

El router Cisco dual del modeæA puede comunicar con algunos peeres remotos que usan el RSRB y con otros usando el DLSw+, proporcionando a un trayecto de migración sencilla del RSRB al DLSw+; en el modo dual, el RSRB y el DLSw+ coexisten en el mismo cuadro; el peer local debe ser configurado para el RSRB y el DLSw+; y los peeres remotos deben ser configurados para el RSRB o DLSw, pero no ambos.

El modeæDLSw de la conformidad de los estándares + puede detectar automáticamente (vía el intercambio de las capacidades de DLSw) si el router participante es fabricado por otro vendedor, por lo tanto el funcionamiento en el modo del Estándar DLSw (RFC 1795 de la versión 1 de DLSw y RFC 2166 de la versión 2 de DLSw).

El modeæDLSw aumentado + puede detectar automáticamente que el router participante es otro router del DLSw+, por lo tanto el funcionamiento en el modo mejorado, poniendo todas las características del DLSw+ a disposición los sistemas extremos SNA y del NetBios.


El DLSw+de la nota no interopera con el estándar del RFC 1434 de DLSw.


Algunas características aumentadas del DLSw+ están también disponibles cuando un router Cisco está actuando en el modo de la conformidad de los estándares con el router de otro vendedor. Particularmente, las mejoras que están las opciones localmente controladas en un router pueden ser accedidas aunque el router remoto no tiene DLSw+. Éstos incluyen el almacenamiento en memoria inmediata, los escudos de protección explorador y la conversión de medios del accesibilidad.

Administración de la red

Hay varias herramientas de administración de red disponibles para el usuario para ayudarles más fácilmente a manejar y a resolver problemas su red del DLSw+. El CiscoWorks Blue Maps proporciona una Vista lógica de la porción de su red del router relevante al DLSw+ (hay una herramienta similar para el RSRB y el APPN). El CiscoWorks Blue SNA View agrega a la información proporcionada por las correspondencias por los nombres SNA que correlacionan PU y LU los circuitos del DLSw+ y los pares del DLSw+. El soporte del CiscoWorks Blue Internetwork Status Monitor (ISMO) permite que usted maneje su red del router de la consola de la unidad central usando el Netview de IBM o Sterling SOLUCIONA: Netmaster. Vea la guía de diseño e implementación del DLSw+ “usando el azul de los CiscoWorks: Correspondencias, opinión SNA, y capítulo del monitor de estado de la red interna” para más detalles.

Ancho de banda del tráfico y Administración de espera

Cisco ofrece a varios la administración del ancho de banda y las características de espera (tales como DLSw+ RSVP) para aumentar el rendimiento general de su red del DLSw+. La espera y las funciones de administración del ancho de banda se describen detalladamente en la guía de diseño e implementación capítulo de espera de DLSw de la “administración del ancho de banda”.

Control de acceso

El DLSw+ ofrece las características siguientes que permiten que controle el acceso a los diversos recursos en una red:

Definición de la lista del timbre del DLSw+, de la lista de puertos, o de la lista del Grupo de Bridge

Intercambio estático de las capacidades de las trayectorias y de los recursos estáticos

Definición de la lista del timbre del DLSw+, de la lista de puertos, o de la lista del Grupo de Bridge

El timbre del DLSw+ enumera el tráfico de la correspondencia en los anillos locales específicos a los peeres remotos. Usted puede crear una lista del timbre de números de anillo locales y aplicar la lista a las definiciones del peer remoto. El tráfico recibido de un peer remoto se remite solamente a los timbres especificados en la lista del timbre. El tráfico recibido de una interfaz local se remite solamente a los pares si el número de anillo de la entrada aparece en la lista del timbre aplicada a la definición del peer remoto. La definición de una lista del timbre es opcional. Si usted quisiera que todos los pares y todos los timbres recibieran todo el tráfico, usted no tiene que definir una lista del timbre. Especifique 0 como número de lista en la sentencia del peer remoto.

La definición de una lista de puertos es opcional. Si usted quisiera que todos los pares y todas las interfaces recibieran todo el tráfico, usted no tiene que definir una lista de puertos. Especifique 0 como número de lista en la sentencia del peer remoto.

Tráfico de la correspondencia de las listas del Grupo de Bridge del DLSw+ en la interfaz del Grupo de Bridge de los Ethernetes locales a los peeres remotos. Usted puede crear una lista del Grupo de Bridge y aplicar la lista a las definiciones del peer remoto. El tráfico recibido de un peer remoto se remite solamente al Grupo de Bridge especificado en la lista del Grupo de Bridge. El tráfico recibido de una interfaz local se remite solamente a los pares si el número de Grupo de Bridge de la entrada aparece en la lista del Grupo de Bridge aplicada a la definición del peer remoto. La definición de una lista del Grupo de Bridge es opcional. Porque cada peer remoto tiene un solo número de lista asociado a él, si usted quisiera que el tráfico fuera a un Grupo de Bridge y a una lista o a la lista de puertos del timbre, usted debe especificar el mismo número de lista en cada definición.

Utilice dlsw ring-list dlsw port-list, y dlsw bgroup-list definir la lista del timbre, la lista de puertos, y la lista del Grupo de Bridge respectivamente.

PASOS SUMARIOS

1. enable

2. configure terminal

3.dlsw ring-list list-numbertimbres ring-number

4.dlsw port-list list-numbertipo number

5. dlsw bgroup-list list-number bgroups number

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

dlsw ring-list list-number rings ring-number

Define una lista en anillo.

Paso 4 

dlsw port-list list-number type number

Define una lista de puertos.

Paso 5 

dlsw bgroup-list list-number bgroups number

Define una lista del Grupo de Bridge.

Las listas de puertos del DLSw+ asocian el tráfico en una interfaz local (Token Ring o serial) a los peeres remotos. Las listas de puertos no trabajan con las interfaces de Ethernet, o ninguna otra tipos de interfaz conectada con el DLSw+ mediante un Grupo de Bridge. Usted puede crear una lista de puertos de puertos locales y aplicar la lista a las definiciones del peer remoto. El tráfico recibido de un peer remoto se remite solamente a los pares si el número del puerto de entrada aparece en la lista de puertos aplicada a la definición del peer remoto. El comando de la lista de puertos proporciona un comando único de especificar el serial y las interfaces Token Ring. El cuadro 4 muestra cómo las listas de puertos se utilizan para asociar el tráfico.

Cuadro 4 tráfico que asocia usando las listas de puertos


Observeo la lista del timbre o el comando de la lista de puertos se puede utilizar para asociar los timbres a una lista dada del timbre. El comando list del timbre es más fácil de teclear adentro si usted tiene un gran número de timbres a definir.


Intercambio estático de las capacidades de las trayectorias y de los recursos estáticos

Las definiciones de trayectoria estáticas permiten que un router ponga los circuitos sin el envío de los exploradores. La trayectoria especifica al par para utilizar para acceder una dirección MAC o un nombre de NETBIOS.

Para reducir el tráfico del explorador destinado para este par, el par puede enviar otros pares una lista de recursos para los cuales tenga información (icanreach) o no tiene información (icannotreach). Esta información se intercambia como parte de un intercambio de las capacidades.

Utilice dlsw mac-addr el comando de configurar las trayectorias estáticas para minimizar el tráfico del explorador que origina en este par.

Utilice dlsw icannot reach saps a los recursos estáticos del comando configure que serán intercambiados como parte de un intercambio de las capacidades.

PASOS SUMARIOS

1. enable

2. configure terminal

3. dlsw mac-addr

4.dlsw icannotreach saps sap []sap...

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

dlsw mac-addr mac-addr {ring ring number | remote-peer {interface serial number | ip-address ip-address} | rif rif string | group group}


o

dlsw netbios-name netbios-name {ring ring number | remote-peer {interface serial number | ip-address ip-address} | rif rif string | group group}

Configura la ubicación o la trayectoria de un Static MAC Address.

o

Configura un nombre de NETBIOS estático.

Paso 4 

dlsw icannotreach saps sap [sap...]


o

Router(config)# dlsw icanreach {mac-exclusive | netbios-exclusive | mac-address mac-addr [mask mask] | netbios-name name | saps}

Configura un recurso no localmente accesible por el router.

o

Configura un recurso localmente accesible por el router.

Listas de filtros en el comando remote-peer

dest-mac Y dmac-output-list las opciones permita que usted especifique las listas de filtros como parte dlsw remote-peer del comando de controlar el acceso a los peeres remotos. Para los peeres estáticos en directo, FST, o encapsulación TCP, control de estos filtros que envían los exploradores a los peeres remotos. Para los pares dinámicos en la encapsulación TCP, estos filtros también controlan la activación del par dinámico. Por ejemplo, usted puede especificar en una sucursal que activan a un peer remoto solamente cuando hay un marcos del explorador destinado para el Media Access Control (MAC) Address de un FEP.

dest-mac La opción permite que la conexión sea establecida solamente cuando hay un marcos del explorador destinado para el MAC Address especificado. dmac-output-list La opción permite que la conexión sea establecida solamente cuando el marcos del explorador pasa la lista de acceso especificada. Para permitir el acceso a una sola dirección MAC, utilice dest-mac la opción, porque es una configuración “atajada” comparado dmac-output-list a la opción.

Configurar los temporizadores DLSw+

Utilice dlsw timer el comando de configurar los temporizadores del DLSw+.

PASOS SUMARIOS

1. enable

2. configure terminal

3. dlsw timera

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

dlsw timer {icannotreach-block-time | netbios-cache-timeout | netbios-explorer-timeout |netbios-group-cache |netbios-retry-interval | netbios-verify-interval |sna-cache-timeout | sna-explorer-timeout | sna-group-cache | sna-retry-interval | sna-verify-interval} time

Temporizadores del DLSw+ de las configuraciones.

icannotreach-block-time — Vida en caché de los recursos inalcanzables; durante este tiempo busca para el recurso se bloquean. El intervalo válido es 1 a 86400 segundos. El valor por defecto es 0 (inhabilitado).

netbios-cache-timeout — Vida en caché de la ubicación del nombre de NetBIOS para los cachés del alcance local y remoto. El intervalo válido es 1 a 86400 segundos. El valor por defecto es 960 segundos (16 minutos).

netbios-explorer-timeout — Longitud del tiempo que el Cisco IOS Software espera una respuesta del explorador antes de marcar un recurso inalcanzable (en un LAN y WAN). El intervalo válido es 1 a 86400 segundos. El valor por defecto es 6 segundos

netbios-group-cache — Vida en caché de las entradas del NetBios en el caché del grupo. El intervalo válido es 1 a 86000 segundos. El valor por defecto es 240 segundos (4 minutos).

 

netbios-retry-interval — Intervalo entre reintentos del explorador NetBIOS (en un LAN solamente). El intervalo válido es 1 a 86400 segundos. El valor por defecto es 1 segundo.

netbios-verify-interval — Número de segundos entre la creación de una entrada de caché y su marca como añeja. Si una petición de búsqueda viene adentro para una entrada de caché que ha expirado, dirigido verifica la interrogación se envía para asegurarse que todavía existe el caché. El intervalo válido es 1 a 86400 segundos. El valor por defecto es 240 segundos (4 minutos).

sna-cache-timeout — Longitud del tiempo que existe una entrada de caché de la ubicación del Punto de acceso SNA MAC/service (SAP) antes de que se deseche (para los cachés locales y remotos). El intervalo válido es 1 a 86400 segundos. El valor por defecto es 960 segundos (16 minutos).

sna-explorer-timeout — Longitud del tiempo que el Cisco IOS Software espera una respuesta del explorador antes de marcar un recurso inalcanzable (en un LAN y WAN). El intervalo válido es 1 a 86400 segundos. El valor por defecto es 180 segundos (3 minutos).

sna-group-cache — Vida en caché de las entradas SNA en el caché del grupo. El intervalo válido es 1 a 86000 segundos. El valor por defecto es 240 segundos (4 minutos).

sna-retry-interval — Intervalo entre las recomprobaciones del explorador SNA (en un LAN). El intervalo válido es 1 a 86400 segundos. El valor predeterminado es de 30 segundos.

sna-verify-interval — Número de segundos entre la creación de una entrada de caché y su marca como añeja. Si una petición de búsqueda viene adentro para una entrada de caché que ha expirado, dirigido verifica la interrogación se envía para asegurarse de que todavía existe el caché. El intervalo válido es 1 a 86400 segundos. El valor por defecto es 240 segundos (4 minutos).

 
 

Vea el capítulo y la referencia del comando bridging and ibm networking del Cisco IOS (volumen 1 del “arreglo para requisitos particulares” de la guía de diseño e implementación del DLSw+ de 2) para los detalles del comando.

Verificar el DLSw+

Utilice show dlsw capabilities local el comando, y show running configuration ordene para verificar que el DLSw+ esté configurado en el router.

PASOS SUMARIOS

1. enable

2. show dlsw capabilities local

3. show running configuration

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

show dlsw capabilities local

Visualiza la configuración del DLSw+ de un par específico.

Paso 3 

how running configuration

Visualiza la configuración corriente de un dispositivo.

El ejemplo siguiente muestra que se ha configurado DLSw+ en el router milan:

milan#show dlsw capabilities local
DLSw:Capabilities for peer 1.1.1.6(2065)
vendor id (OUI)         :'00C' (cisco)
  version number          :1
  release number          :0
  init pacing window      :20
  unsupported saps        :none
  num of tcp sessions     :1
  loop prevent support    :no
  icanreach mac-exclusive :no
  icanreach netbios-excl. :no
  reachable mac addresses :none
  reachable netbios names :none
  cisco version number    :1
  peer group number       :0
  border peer capable     :no
  peer cost               :3
  biu-segment configured  :no
  UDP Unicast support     :yes 
  local-ack configured    :yes
  priority configured     :no
Cisco Internetwork Operating System Software IOS GS Software (GS7-K-M), 
Experimental Version 11.1(10956) [sbales 139]
Copyright (c) 1986-1996 by cisco Systems, Inc.
Compiled Thu 30-May-96 09:12 by sbales8

Si solamente aparece un comando prompt, después el DLSw+ no se configura para el router.

The global DLSw+ configuration statements, including the dlsw local-peer statement, appear in the 
output before the interface configuration statements. The following sample shows that DLSw+ is 
configured on router milan:
milan# show run
version 12.0
!
hostname Sample
!
source-bridge ring-group 110
dlsw local-peer peer-id 10.1.1.1 promiscuous
!
interface TokenRing0/0
no ip address
ring-speed 16
source-bridge 222 1 110

source-bridge spanning

¡!

Monitoreo y Mantenimiento de la Red DLSw+

Utilice los comandos show dlsw capabilities interface show dlsw capabilities ip-address show dlsw capabilities local show dlsw circuits show dlsw fastcache show dlsw local-circuit show dlsw peers show dlsw reachability dlsw disable show dlsw statistics, yclear dlsw circuit los comandos de monitorear y la actividad de mantener en la red del DLSw+.

PASOS SUMARIOS

1. show dlsw capabilities interface type number

2. show dlsw capabilities ip-address ip-address

3. show dlsw capabilities local

4. show dlsw circuits

5. show dlsw fastcache

6. show dlsw local-circuit

7. show dlsw peers

8. show dlsw reachability

9. dlsw disable

10.show dlsw statistics []border-peers

11. clear dlsw circuit

PASOS DETALLADOS

 
Comando
Propósito

Paso 1 

show dlsw capabilities interface type number

Visualiza las capacidades de un peer remoto encapsulado directamente.

Paso 2 

show dlsw capabilities ip-address ip-address

Visualiza las capacidades de un peer remoto TCP/FST.

Paso 3 

show dlsw capabilities local

Visualiza las capacidades del peer local.

Paso 4 

show dlsw circuits

Información de circuito del DLSw+ de las visualizaciones.

Paso 5 

show dlsw fastcache

Visualiza el caché rápido para el FST y los pares encapsulado directamente.

Paso 6 

show dlsw local-circuit

Visualiza la información de circuito del DLSw+ al hacer la conversión local.

Paso 7 

show dlsw peers

Información de peer del DLSw+ de las visualizaciones.

Paso 8 

show dlsw reachability

Información de alcance del DLSw+ de las visualizaciones.

Paso 9 

dlsw disable

Las neutralizaciones y vuelven a permitir el DLSw+ sin la alteración de la configuración.

Paso 10 

show dlsw statistics [border-peers]

Visualiza el número de bastidores que se han procesado en el local, remoto, y de cachés del grupo.

Paso 11 

clear dlsw circuit

Cierra todos los circuitos1 del DLSw+. También utilizado para reajustar a cero el número de bastidores que se han procesado en el local, remoto, y al caché del grupo.

1 la publicación del comando claro de los circuitos del dlsw causará la pérdida de cualquier sesión asociada LLC2.

Vea el capítulo y la referencia del comando bridging and ibm networking del Cisco IOS (volumen 1 de los comandos show and debug de la guía de diseño e implementación del DLSw+ “usando” de 2) para los detalles de los comandos.

Ejemplos de Configuración de DLSw+

Las secciones siguientes proporcionan los ejemplos de configuración del DLSw+:

DLSw+ usando la encapsulación TCP y el Reconocimiento local LLC2 — Ejemplo de la configuración básica, página 36

DLSw+ usando la encapsulación TCP con el Reconocimiento local — Ejemplo de configuración 1 del grupo de peer, página 38

DLSw+ usando la encapsulación TCP con el Reconocimiento local — Ejemplo de configuración 2 del grupo de peer, página 40

DLSw+ con los ejemplos de configuración del soporte del multidrop SDLC, página 42

DLSw+ con la conversión LLC2-to-SDLC entre el ejemplo de la comunicación PU 4-to-PU 4, página 43

Traducción del DLSw+ entre los Ethernetes y el ejemplo de la Configuración de Token Ring, página 44

Traducción del DLSw+ entre el FDDI y el ejemplo de la Configuración de Token Ring, página 45

Traducción del DLSw+ entre SDLC y el medio Token Ring ejemplo, página 46

DLSw+ sobre el ejemplo de la configuración de Frame Relay, página 48

DLSw+ sobre los ejemplos de configuración QLLC, página 49

DLSw+ con el ejemplo de configuración del passthrough RIF, página 50

DLSw+ con el ejemplo de configuración aumentado del Equilibrio de carga, página 51

Ejemplo de configuración de la característica del cluster del par del DLSw+, página 52

Ejemplo de configuración de la característica de la reserva de ancho de banda de RSVP del DLSW+, página 53

Característica de la reserva de ancho de banda de RSVP del DLSw+ con los peeres de borde ejemplo de configuración, página 54

DLSw+ con el ejemplo de configuración de la redundancia Ethernet, página 55

DLSw+ con la redundancia Ethernet habilitada para el ejemplo de configuración del soporte del Switch, página 56

DLSw+ con Encapsulación TCP y Reconocimiento Local LLC2: Ejemplo de Configuración Básica

Esta configuración de muestra requiere las tareas siguientes, que se describen en secciones anteriores de este documento:

Defina un source-bridge ring group para el DLSw+

Defina a un peer local del DLSw+ para el router

Defina a los peeres remotos del DLSw+

Asigne el DLSw+ a un control de link de datos local

El cuadro 5 ilustra una configuración del DLSw+ con el Reconocimiento local. Porque se termina el RIF, los números de grupo en anillo no tienen que ser lo mismo.

Cuadro 5 DLSw+ con el Reconocimiento local — Configuración simple

Router A

source-bridge ring-group 10
!
dlsw local-peer peer-id 10.2.25.1
dlsw remote-peer 0 tcp 10.2.5.2
 interface loopback 0
 ip address 209.165.201.1 255.255.255.0
!
interface tokenring 0
 no ip address
 ring-speed 16
 source-bridge 25 1 10 
 source-bridge spanning

Router B

source-bridge ring-group 12
dlsw local-peer peer-id 10.2.5.2
dlsw remote-peer 0 tcp 10.2.25.1
 interface loopback 0
 ip address 10.2.5.2 255.255.255.0
!
interface tokenring 0
 no ip address
 ring-speed 16
 source-bridge 5 1 12
 source-bridge spanning

DLSw+ con Encapsulación TCP y Reconocimiento Local: Ejemplo 1 de Configuración del Grupo de Peers

El cuadro 6 ilustra a los peeres de borde con la encapsulación TCP. Configuran al router A para actuar en el modo promiscuo, y el Routers B de los peeres de borde y el C adelante transmite. Esta configuración reduce los requisitos de procesamiento en el router A (el router de acceso) y todavía soporta cualquier-a-cualquier redes. Configure el peer de borde B y el C de modo que miren el uno al otro.

Cuadro 6 DLSw+ con los grupos de peer especificados (ejemplo 1)

Router A

hostname Router A
!
source-bridge ring group 31
dlsw local-peer peer-id 128.207.152.5 group 70 promiscuous
dlsw remote peer 0 tcp 128.207.150.8
interface loopback 0
ip address 128.207.152.5 255.255.255.0
!
interface serial 0
 ip unnumbered tokenring
 clockrate 56000
!
interface tokenring 0
 ip address 209.165.201.1 255.255.255.0
 ring-speed 16
 source-bridge 200 13 31
 source-bridge spanning
!
router igrp 777
network 128.207.0.0

Router B

hostname Router B
!
source-bridge ring-group 31
dlsw local-peer peer-id 128.207.150.8 group 70 border promiscuous
dlsw remote-peer 0 tcp 128.207.169.3
interface loopback 0
ip address 128.207.150.8 255.255.255.0
!
interface serial 0
 ip unnumbered tokenring 0
 bandwidth 56
!
interface tokenring 0
 ip address 209.165.201.1 255.255.255.0
 ring-speed 16
source-bridge 3 14 31
 source-bridge spanning
!
router igrp 777
network 128.207.0.0

Router C

hostname Router C
!
source-bridge ring-group 69
dlsw local-peer peer-id 128.207.169.3 group 69 border promiscuous
dlsw remote-peer 0 tcp 128.207.150.8
interface loopback 0
ip address 128.207.169.3 255.255.255.0
!
interface tokenring 3/0
description fixed to flashnet
 ip address 209.165.200.225 255.255.255.0
 ring-speed 16
 multiring all
!
interface tokenring 3/1
 ip address 128.207.169.3 255.255.255.0
 ring-speed 16
source-bridge 33 2 69
 source-bridge spanning
!
router igrp 777
network 128.207.0.0

DLSw+ con Encapsulación TCP y Reconocimiento Local: Ejemplo 2 de Configuración del Grupo de Peers

El cuadro 7 ilustra una configuración del grupo de peer que permita cualquier-a-cualquier conexión a excepción del router que B. Router B no tiene ninguna Conectividad cualquier cosa excepto el C del router porque promiscuous se omite la palabra clave.

Cuadro 7 DLSw+ con los grupos de peer especificados (ejemplo 2)

Router A

hostname Router A
!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.99.1 group 2 promiscuous
dlsw remote-peer 0 tcp 150.150.100.1
!
interface loopback 0
 ip address 209.165.200.225 255.255.255.192
!
interface tokenring 0
 no ip address
 ring-speed 16
source-bridge 99 1 2000
 source-bridge spanning
!
router eigrp 202
network 150.150.0.0

Router B

hostname Router B
!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.98.1 group 2
dlsw remote-peer 0 tcp 150.150.100.1
!
interface loopback 0
 ip address 209.165.202.129 255.255.255.192
!
interface serial 1
 no ip address
 encapsulation sdlc
 no keepalive
 clockrate 9600
 sdlc role primary
 sdlc vmac 4000.8888.0100
 sdlc address 01
 sdlc xid 01 05d20006
 sdlc partner 4000.1020.1000 01
 sdlc dlsw 1
!
interface tokenring 0
 no ip address
 ring-speed 16
source-bridge 98 1 2000
 source-bridge spanning
!
router eigrp 202
network 150.150.0.0

Router C

hostname Router C
!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.100.1 group 2 border promiscuous
dlsw remote-peer 0 tcp 150.150.96.1
!
interface loopback 0
 ip address 150.150.100.1 255.255.255.192
interface tokenring 0
 no ip address
 ring-speed 16
 source-bridge 500 1 2000
 source-bridge spanning
!
router eigrp 202
network 150.150.0.0

Router D

hostname Router D
!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.96.1 group 1 border promiscuous
dlsw remote-peer 0 tcp 150.150.100.1
!
interface loopback 0
 ip address 209.165.201.1 255.255.255.192
!
interface tokenring 0/0
 no ip address
 ring-speed 16
 source-bridge 96 1 2000
 source-bridge spanning
!
interface tokenring 0/1
 no ip address
 ring-speed 16
 source-bridge 92 1 2000
 source-bridge spanning
!
.interface tokenring 0/2
 no ip address
 ring-speed 16
 source-bridge 93 1 2000
 source-bridge spanning
!
router eigrp 202
network 150.150.0.0

Router E

hostname Router E
!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.97.1 group 1 promiscuous
dlsw remote-peer 0 tcp 150.150.96.1
!
interface loopback 0
 ip address 209.165.201.1 255.255.255.192
!
interface tokenring 0
 no ip address
 ring-speed 16
 source-bridge 97 1 2000
 source-bridge spanning
!
router eigrp 202
network 150.150.0.0

Ejemplos de Configuración del Soporte de Acometidas Múltiples de DLSw+ con SDLC

En el siguiente ejemplo, todos los dispositivos son el tipo PU2.0:

interface serial 2
 mtu 4400
 no ip address
 encapsulation sdlc
 no keepalive
 clockrate 19200
 sdlc role primary
 sdlc vmac 4000.1234.5600
 sdlc address C1
 sdlc xid C1 05DCCCC1
 sdlc partner 4001.3745.1088 C1
 sdlc address C2 
 sdlc xid C2 05DCCCC2
 sdlc partner 4001.3745.1088 C2
 sdlc dlsw C1 C2

El siguiente ejemplo muestra (dispositivo usando el direccionamiento C2) los dispositivos mezclados PU2.0 (dispositivo usando el c1 del direccionamiento) y PU2.1:

interface serial 2
 mtu 4400
 no ip address
 encapsulation sdlc
 no keepalive
 clockrate 19200
 sdlc role primary
 sdlc vmac 4000.1234.5600
 sdlc address C1
 sdlc xid C1 05DCCCC1
 sdlc partner 4001.3745.1088 C1
 sdlc address C2 xid-poll
 sdlc partner 4001.3745.1088 C2
 sdlc dlsw C1 C2

En el siguiente ejemplo, todos los dispositivos son el tipo PU2.1 (método 1):

interface serial 2
 mtu 4400
 no ip address
 encapsulation sdlc
 no keepalive
 clockrate 19200
 sdlc role primary
 sdlc vmac 4000.1234.5600
 sdlc address C1 xid-poll
 sdlc partner 4001.3745.1088 C1
 sdlc address C2 xid-poll
 sdlc partner 4001.3745.1088 C2
 sdlc dlsw C1 C2

En el siguiente ejemplo, todos los dispositivos son el tipo PU2.1 (método 2):

interface serial 2
 mtu 4400
 no ip address
 encapsulation sdlc
 no keepalive
 clockrate 19200
 sdlc role prim-xid-poll
 sdlc vmac 4000.1234.5600
 sdlc address C1 
 sdlc partner 4001.3745.1088 C1
 sdlc address C2 
 sdlc partner 4001.3745.1088 C2
 sdlc dlsw C1 C2

Ejemplo de DLSw+ para la Conversión de LLC2 a SDLC para la Comunicación entre PU 4 y PU 4

El siguiente ejemplo es una configuración de muestra para la conversión LLC2-to-SDLC para la comunicación PU 4-to-PU 4 tal y como se muestra en del cuadro 8:

Cuadro 8 conversión LLC2-to-SDLC para la comunicación PU 4-to-PU 4

Router A

source-bridge ring-group 1111
dlsw local-peer peer-id 10.2.2.2
dlsw remote-peer 0 tcp 10.1.1.1
interface loopback 0
ip address 10.2.2.2 255.255.255.0
interface TokenRing 0
 no ip address
 ring-speed 16
source-bridge 2 1111
source-bridge spanning

Router B

dlsw local-peer peer-id 10.1.1.1
dlsw remote-peer 0 tcp 10.2.2.2
interface loopback 0
ip address 209.165.201.1 255.255.255.0
interface serial 0
 mtu 4096
 no ip address
 encapsulation sdlc
 no keepalive
 nzri-encoding
 clockrate 9600
 sdlc vmac 4000.3745.0000
 sdlc N1 48016
 sdlc address 04 echo
 sdlc partner 4000.1111.0020 04
 sdlc dlsw 4

Ejemplo de Configuración de Traducción de DLSw+ entre Ethernet y Token Ring

El DLSw+ también soporta los medios Ethernet. La configuración es similar a otras configuraciones del DLSw+, a excepción de configurar para el medio específico. El siguiente ejemplo muestra los medios Ethernet (véase el cuadro 9).

Cuadro 9 traducción del DLSw+ entre los Ethernetes y el Token Ring

Router A

hostname Router A
!
dlsw local-peer peer-id 128.207.111.1
dlsw remote-peer 0 tcp 128.207.1.145 
dlsw bridge-group 5
!
interface loopback 0
ip address 128.207.111.1 255.255.255.0
interface Ethernet 0
no ip address
 bridge-group 5
!
bridge 5 protocol ieee

Router B

hostname Router B
!
source-bridge transparent 500 1000 1 5
dlsw local-peer peer-id 128.207.1.145
dlsw remote-peer 0 tcp 128.207.111.1 
dlsw bridge-group 5
!
interface loopback 0
ip address 209.165.201.1 255.255.255.0
interface ethernet 1/2
no ip address
 bridge-group 5
!
interface tokenring 2/0
 no ip address
 ring-speed 16
 source-bridge 7 1 500
 source-bridge spanning
!
bridge 5 protocol ieee

Porque el DLSw+ no hace la traducción local entre diversos tipos LAN, el router B debe ser configurado para el SR/TLB publicando source-bridge transparent el comando. También, observe que configuran a los Grupos de Bridge en las interfaces de Ethernet.

Ejemplo de Configuración de la Traducción del DLSw+ entre el FDDI y el Token Ring

El DLSw+ también soporta el medio FDDI. La configuración es similar a otras configuraciones del DLSw+ a excepción de configurar para un tipo de medio específico. El siguiente ejemplo muestra el medio FDDI (véase el cuadro 10).

Cuadro 10 traducción del DLSw+ entre el FDDI y el Token Ring

En la configuración siguiente, un anillo FDDI en el router A está conectado con un Token Ring en el router B a través de un link del DLSw+.

Router A

source-bridge ring-group 10
dlsw local-peer peer-id 132.11.11.2
dlsw remote-peer 0 tcp 132.11.11.3
interface loopback 0
ip address 132.11.11.2 255.255.255.0
interface fddi 0
 no ip address
 source-bridge 26 1 10
 source-bridge spanning

Router B

source-bridge ring-group 10
dlsw local peer peer-id 132.11.11.3
dlsw remote-peer 0 tcp 132.11.11.2
interface loopback 0
ip address 209.165.200.225 255.255.255.0
interface tokenring 0
 no ip address
 source-bridge 25 1 10
 source-bridge spanning

Ejemplo de Traducción DLSw+ entre Medios SDLC y Token Ring

El DLSw+ proporciona la conversión de medios entre el local o los LAN remotos y SDLC. Para más información sobre configurar los parámetros SDLC, refiera al capítulo “que configura LLC2 y los parámetros SDLC.”

El cuadro 11 ilustra el DLSw+ con la encapsulación SDLC. Por este ejemplo, 4000.1020.1000 es la dirección MAC del host FEP (PU 4,0). La dirección MAC del host AS/400 es 1000.5aed.1f53, que se define como 2.1 del tipo de nodo. El router B sirve como la estación primaria para la estación secundaria remota 01. El router B puede servir como la estación primaria o estación secundaria a la estación remota D2.

Cuadro 11 traducción del DLSw+ entre el SDLC y el medio Token Ring

Router A

hostname Router A
!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.10.2
dlsw remote-peer 0 tcp 150.150.10.1
!
interface loopback 0
ip address 150.150.10.2 255.255.255.0
interface serial 8
 ip address 209.165.200.225 255.255.255.192
 clockrate 56000

!
interface tokenring 0
 no ip address
 ring-speed 16
 source-bridge 500 1 2000
 source-bridge spanning
!
router eigrp 202
 network 150.150.0.0

Router B

hostname Router B
!
source-bridge ring-group 2000
dlsw local-peer peer-id 150.150.10.1
dlsw remote-peer 0 tcp 150.150.10.2
!
interface loopback 0
ip address 209.165.202.129 255.255.255.0
interface serial 0
 ip address 209.165.200.225 255.255.255.192
!
interface serial 1
 description PU2 with SDLC station role set to secondary
 no ip address
 encapsulation sdlc
 no keepalive
 clockrate 9600
 sdlc role primary
 sdlc vmac 4000.9999.0100
 sdlc address 01
 sdlc xid 01 05d20006
 sdlc partner 4000.1020.1000 01
 sdlc dlsw 1
!
interface serial 2
 description Node Type 2.1 with SDLC station role set to negotiable or primary
 encapsulation sdlc
 sdlc role prim-xid-poll
 sdlc vmac 1234.3174.0000
 sdlc address d2
 sdlc partner 1000.5aed.1f53 d2
 sdlc dlsw d2
!
interface tokenring 0
 no ip address
 ring-speed 16
 source-bridge 100 1 2000
 source-bridge spanning
!
interface tokenring 1
 no ip address
 ring-speed 16
 source-bridge 400 1 2000
 source-bridge spanning
!
router eigrp 202
 network 150.150.0.0

Ejemplo de Configuración de DLSw+ sobre Frame Relay

El soporte de Frame Relay amplía las capacidades del DLSw+ para incluir el Frame Relay en el modo directo. El soporte de Frame Relay incluye la capacidad del circuito virtual permanente. El DLSw+ funciona con encima el Frame Relay con o sin el Reconocimiento local. Soporta las conexiones de anillo simbólicas del Timbre-a-token similares al FST y a otros controles de link de datos directos. El cuadro 12 ilustra una configuración del DLSw+ sobre el Frame Relay con el passthrough RIF.

Cuadro 12 DLSw+ sobre el Frame Relay

Los ejemplos de configuración siguientes se basan en el cuadro 13. Los Token Ring en el ejemplo están en el timbre 2.

Router A

source-bridge ring-group 100
dlsw local-peer 10.2.23.1
dlsw remote-peer 0 frame-relay interface serial 0 30 passthru
interface loopback 0
ip address 209.165.200.225 255.255.255.0

interface tokenring 0
 ring-speed 16
 source-bridge spanning 1 1 100
!
interface serial 0
 mtu 3000
 no ip address
 encapsulation frame-relay
 frame-relay lmi-type ansi
 frame-relay map dlsw 30

Router B

source-bridge ring-group 100
dlsw local-peer 10.2.23.2
dlsw remote-peer 0 frame-relay interface serial 0 30 passthru
interface loopback 0
ip address 209.165.202.129 255.255.255.0

interface tokenring 0
 ring-speed 16
 source-bridge spanning 2 1 100
!
interface serial 0
 mtu 3000
 no ip address
 encapsulation frame-relay
 frame-relay lmi-type ansi
 frame-relay map dlsw 30

Ejemplos de Configuración de DLSw+ sobre QLLC

Los tres ejemplos siguientes describen el soporte QLLC para el DLSw+.

Ejemplo 1

En esta configuración, el DLSw+ se utiliza para permitir que los dispositivos remotos conecten con el DLSw+ una red sobre un Packet Switched Network del público X.25.

En este ejemplo, todo el tráfico QLLC se dirige a la dirección destino 4000.1161.1234, que es la dirección MAC del FEP.

El controlador del clúster adjunto a X.25 remoto de IBM 3174 se da una dirección MAC virtual de 1000.0000.0001. Esta dirección MAC virtual se asocia al X.121 Address de los 3174 (31104150101) en el router conectado X.25.

interface serial 0
 encapsulation x25
 x25 address 3110212011
 x25 map qllc 1000.0000.0001 31104150101
 qllc dlsw partner 4000.1611.1234

‘Ejemplo 2’

En esta configuración, un solo controlador del clúster de IBM 3174 necesita comunicar con un AS/400 y un FEP. El FEP se asocia al subaddress 150101 y el AS/400 se asocia al subaddress 151102.

Si una llamada X.25 viene adentro para 33204150101, la llamada se asocia al FEP y se remite a la dirección MAC 4000.1161.1234. IBM 3174 aparece al FEP como recurso simbólico del Ring asociado con la dirección MAC 1000.0000.0001. IBM 3174 utiliza una fuente SAP de 04 al comunicar con el FEP, y una fuente SAP de 08 al comunicar con el AS/400.

interface serial 0
 encapsulation x25
 x25 address 31102
 x25 map qllc 1000.0000.0001 33204
 qllc dlsw subaddress 150101 partner 4000.1161.1234
 qllc dlsw subaddress 150102 partner 4000.2034.5678 sap 04 08

Ejemplo 3

En este ejemplo, dos diversos recursos X.25 quieren comunicar sobre el X.25 al mismo FEP.

En el router asociado a la red X.25, cada pedido de conexión X.25 para el X.121 Address 31102150101 se dirige al DLSw+. Primer SVC que se establecerá será asociado a la dirección MAC virtual 1000.0000.0001. Segundo SVC que se establecerá será asociado a la dirección MAC virtual 1000.0000.0002.

interface serial 0
 encapsulation x25
 x25 address 31102
 x25 map qllc 33204
 x25 map qllc 35765
 qllc dlsw subaddress 150101 vmacaddr 1000.0000.0001 2 partner 4000.1611.1234

Ejemplo de Configuración del DLSw+ con RIF Passthrough

El cuadro 13 es una configuración de muestra para el DLSw+ usando la característica del passthrough RIF.

Cuadro 13 configuración de red con el passthrough RIF

Router A

source-bridge ring-group 100
dlsw local-peer peer id 10.1.12.1
dlsw remote-peer 0 tcp 10.1.14.2 rif-passthru 100
interface loopback 0
ip address 209.165.200.225 255.255.255.0

interface tokenring 0
 ring-speed 16
 source-bridge 25 1 100
 source-bridge spanning

Router B

source-bridge ring-group 100
dlsw local-peer peer id 10.1.14.2
dlsw remote-peer 0 tcp 10.1.12.1 rif-passthru 100
interface loopback 0
ip address 209.165.201.1 255.255.255.0

interface tokenring 0
 ring-speed 16
 source-bridge 51 1 100
 source-bridge spanning

Ejemplo de Configuración de DLSw+ con Balanceo de Carga mejorado

El cuadro 14 muestra el DLSw+ con la característica aumentada del Equilibrio de carga.

Cuadro 14 DLSw+ con el Equilibrio de carga aumentado

Configuran al router A para que la característica aumentada DLSw+ del Equilibrio de carga cargue el tráfico de la balanza entre los peeres remotos B del DLSw+, el C, y la D.

Router A

dlsw local-peer 10.2.19.1
dlsw remote-peer 0 tcp 10.2 24.2 circuit-weight 10
dlsw remote-peer 0 tcp 10.2.19.5 circuit-weight 6
dlsw remote-peer 0 tcp 10.2.20.1 circuit-weight 20
dlsw load-balance circuit-count 
dlsw timer explorer-wait-time 100

Router B

dlsw local-peer 10.2.24.2 cost 1 promiscuous

Router C

dlsw local-peer 10.2.19.5 cost 1 promiscuous

Router D

dlsw local-peer 10.2.20.1 cost 1 promiscuous

Ejemplo de Configuración de la Función DLSw+ Peer Cluster

El cuadro 15 muestra una red del DLSw+ configurada con la característica de los clusteres del par del DLSw+.

Cuadro 15 característica del cluster del par del DLSw+

Porque BP2 se configura como el peer de borde con el par del DLSw+ agrupa la característica, no remite a los exploradores al MPA y a MPB puesto que son parte del mismo cluster del par.

BP2

source-bridge ring-group 310
dlsw local-peer 10.1.1.3 border group 2 promiscuous

MPA

source-bridge ring-group 310
dlsw local-peer 10.1.1.1 group 2 promiscuous cluster 5
dlsw remote-peer 0 tcp 10.1.1.3

MPB

source-bridge ring-group 310
dlsw local-peer 10.1.1.2 group 2 promiscuous cluster 5
dlsw remote-peer tcp 0 10.1.1.3

MPC

dlsw local-peer 10.1.1.4 group 2 promiscuous
dlsw remote-peer tcp 0 10.1.1.3

Ejemplo de Configuración de la Función DLSW+ RSVP Bandwidth Reservation

El cuadro 16 muestra una red del DLSw+ con la característica de la reserva de ancho de banda de RSVP del DLSw+ configurada.

Cuadro 16 característica de la reserva de ancho de banda de RSVP del DLSw+ configurada

DLSWRTR 1 y DLSWRTR 2 se configuran para la característica de la reserva de ancho de banda de RSVP del DLSw+ con una velocidad de bits media de 40 y un índice de ráfaga máxima de 10.

DLSWRTR 1

dlsw local-peer peer id 10.2.17.1
dlsw remote-peer 0 tcp 10.2.24.3
dlsw rsvp 40 10

DLSWRTR2

dlsw local-peer peer id 10.2.24.3
dlsw remote-peer 0 tcp 10.2.17.1
dlsw rsvp 40 10

El producto siguiente show ip rsvp sender del comando en el DLSWRTR2 verifica que los mensajes de trayecto se estén enviando de DLSWRTR2:

DLSWRTR2#show ip rsvp sender
To        From      Pro DPort Sport Prev Hop I/F  BPS     Bytes
10.2.17.1 10.2.24.3 TCP 2065  11003                10K    28K
10.2.24.3 10.2.17.1 TCP 11003 2065 10.2.17.1 Et1/1 10K    28K

El producto siguiente show ip rsvp req del comando en el DLSWRTR2 verifica que los mensajes RESV se estén enviando de DLSWRTR2:

DLSWRTR2#show ip rsvp req
To            From          Pro DPort Sport Next Hop      I/F   Fi Serv BPS Bytes
10.2.24.3   10.2.17.1       TCP 11003 2065 10.2.17.1     Et1/1 FF RATE 10K   28K

Si la nube IP puede garantizar que el ancho de banda pedido y show ip rsvp sender y show ip rsvp req los comandos son acertados, publique show ip rsvp res el comando de verificar que una reserva fue hecha de DLSWRTR1 a DLSWRTR2:

DLSWRTR2#show ip rsvp rese
To            From     Pro DPort Sport Next Hop      I/F   Fi Serv BPS Bytes
10.2.17.1    10.2.24.3 TCP 2065  11003 10.2.17.1 Et1/1 FF RATE     10K   28K
10.2.24.3    10.2.17.1 TCP 11003 2065                  FF RATE     10K   28K

Ejemplo de Configuración de la Función DLSw+ RSVP Bandwidth Reservation con Peers de Borde

El cuadro 17 muestra una red del peer de borde del DLSw+ configurada con el DLSw+ RSVP.

Cuadro 17 característica de la reserva de ancho de banda de RSVP del DLSw+ en una red del peer de borde

El siguiente ejemplo configura DLSWRTR1 para enviar los mensajes de trayecto a los índices de 40 kbps y 10 kbps y DLSWRTR2 para enviar los mensajes de trayecto a los índices de 10.

DLSWRTR1

dlsw local-peer peer-id 10.2.17.1 group 1 promiscuous
dlsw rsvp default
dlsw remote-peer 0 tcp 10.3.15.2
dlsw -defaults rsvp 40 10

IPRTR1

dlsw local-peer peer-id 10.3.15.2 group 1 border promiscuous
dlsw remote-peer 0 tcp 10.3.16.2

IPRTR2

dlsw local-peer peer-id 10.3.16.2 group 2 border promiscuous
dlsw remote-peer 0 tcp 10.3.15.2

DLSWRTR2

dlsw local-peer peer-id 10.14.25.2 group 2 promiscuous
dlsw rsvp default
dlsw remote-peer 0 tcp 10.3.16.2

El producto siguiente show ip rsvp sender del comando en DLSWRTR2 verifica que los mensajes de trayecto se estén enviando de DLSWRTR2:

DLSWRT2#show ip rsvp sender
To              From            Pro DPort Sport Prev Hop        I/F  BPS  Bytes
10.2.17.1      10.14.25.2       TCP 2065  11003                       10K    28K
10.14.25.2     10.2.17.1        TCP 11003 2065 10.2.17.1        Et1/1 10K    28K

El producto siguiente show ip rsvp request del comando en DLSWRTR2 verifica que los mensajes RESV se estén enviando de DLSWRTR 2:

DLSWRT2#show ip rsvp req
To            From          Pro DPort Sport Next Hop      I/F   Fi Serv BPS Bytes
10.14.25.2    10.2.17.1     TCP 11003 2065 10.2.17.1      Et1/1 FF RATE 10K   28K

El producto siguiente show ip rsvp res del comando en el DLSWRTR1 verifica que el Reservación RSVP fuera acertado:

DLSWRTR1#show ip rsvp rese
To            From          Pro DPort Sport Next Hop      I/F   Fi Serv BPS Bytes
10.2.17.1    10.14.25.2     TCP 2065  11003 10.14.25.2    Et1/1 FF RATE 10K   28K
10.14.25.2   10.2.17.1      TCP 11003 2065                      FF RATE 10K   28K

DLSw+ con la configuración de la redundancia Ethernet: Ejemplo:

El cuadro 18 muestra que el router A, el router B, y el C del router hacen publicidad de su presencia en los Ethernetes vía sus interfaces de Ethernet al Multicast MAC Address 9999.9999.9999. Porque el router B es el router principal, guarda una base de datos de todos los circuitos manejados dentro del dominio y concede o niega el permiso para los nuevos pedidos del circuito el router A y el C del router. No hay configuración especial requerida para las estaciones terminales o para el peer remoto. Solamente los dispositivos del DLSw+ en el LAN necesitan la configuración extra. El router principal B espera 1,5 segundos después de que recibe el primer primitivo IWANTIT antes de asignar el nuevo circuito SNA a uno de sus pares de la redundancia Ethernet debido al dlsw transparent timers sna comando 1500.

Cuadro 18 DLSw+ con la redundancia Ethernet

Router A

dlsw local-peer peer id 10.2.24.2
dlsw remote-peer 0 tcp 10.2.17.1
interface loopback 0
ip address 209.165.201.1 255.255.255.0

int e1
 ip address 209.165.201.1 255.255.255.0
 dlsw transparent redundancy-enable 9999.9999.9999

Router B

dlsw local-peer peer-id 10.2.24.3
dlsw remote-peer 0 tcp 10.1.17.1
interface loopback 0
ip address 209.165.202.129 255.255.255.0

int e1
 ip address 209.165.202.129 255.255.255.0
 dlsw transparent redundancy-enable 9999.9999.9999 master priority 1
 dlsw transparent timers sna 1500

Router C

dlsw local-peer peer-id 10.2.24.4
dlsw remote-peer 0 tcp 10.2.17.1
interface loopback 0
ip address 209.165.202.129 255.255.255.0

int e1
 ip address 209.165.202.129 255.255.255.0
 dlsw transparent redundancy-enable 9999.9999.9999

Router D

dlsw local-peer peer-id 10.2.17.1 promiscuous

DLSw+ con la redundancia Ethernet habilitada para la configuración del soporte del Switch: Ejemplo:

El cuadro 19 es una configuración de muestra de la función de Redundancia de Ethernet DLSw+ en un Switched Environment. El switch de Ethernet considera el dispositivo con la dirección MAC 4000.0010.0001 un en un momento del puerto porque el router A y el router B han asociado diversas direcciones MAC a él. Esta configuración se conoce como asignación del MAC address. Configuran al router A de modo que la dirección MAC 4000.0001.0000 asocie al dispositivo real con la dirección MAC 4000.0010.0001. Configuran al router B de modo que la dirección MAC 4000.0201.0001 asocie al dispositivo real con la dirección MAC 4000.0010.0001. Respaldo uno otro del router A y B. Configuran al router A como el master con una prioridad predeterminada de 100. El router principal A espera 1,5 segundos después de que recibe el primer primitivo IWANTIT antes de asignar el nuevo circuito SNA a uno de sus pares de la redundancia Ethernet debido al dlsw transparent timers sna comando 1500.

Cuadro 19 DLSw+ con la redundancia Ethernet en un Switched Environment

Router A

dlsw local peer peer-id 10.2.17.1
dlsw remote-peer 0 tcp 10.3.2.1
dlsw transparent switch-support
interface loopback 0
ip address 209.165.202.129 255.255.255.0

int e 0
 mac-address 4000.0000.0001
 ip address 209.165.202.129 255.255.255.0
 dlsw transparent redundancy-enable 9999.9999.9999 master-priority 
 dlsw transparent map local-mac 4000.0001.0000 remote-mac 4000.0010.0001 
 neighbor 4000.0000.0011
 dlsw transparent timers sna 1500

Router B

dlsw local peer peer-id 10.2.17.2 
dlsw remote-peer 0 tcp 10.3.2.1
dlsw transport switch-support
interface loopback 0
ip address 209.165.201.1 255.255.255.0

int e 1
 mac-address 4000.0000.0011
 ip address 209.165.201.1 255.255.255.0
 dlsw transparent redundancy-enable 9999.9999.9999
 dlsw transparent map local-mac 4000.0201.0001 remote-mac 4000.0010.0001 
 neighbor 4000.0000.0001

Referencias adicionales

Las secciones siguientes proporcionan las referencias relacionadas con la característica de Name>> del <<Feature.

Documentos Relacionados


Estándares

Estándar
Título

Ninguno

 
   

MIB

MIB
Link del MIB

Ninguno

Para localizar y descargar MIB de plataformas, versiones de Cisco IOS y conjuntos de funciones seleccionados, utilice Cisco MIB Locator, que se encuentra en la siguiente URL:

http://www.cisco.com/cisco/web/LA/support/index.html


RFC

RFC
Título

Ninguno

 
   

Asistencia Técnica

Descripción
Link

El sitio Web de soporte técnico de Cisco proporciona los recursos en línea extensos, incluyendo la documentación y las herramientas para localizar averías y resolver los problemas técnicos con los Productos Cisco y las Tecnologías.

Para recibir la Seguridad y la información técnica sobre sus Productos, usted puede inscribir a los diversos servicios, tales como la herramienta de alerta del producto (accedida de los Field Notice), el hoja informativa de los servicios técnicos de Cisco, y alimentaciones realmente simples de la sindicación (RSS).

El acceso a la mayoría de las herramientas en el sitio Web de soporte técnico de Cisco requiere una identificación del usuario y una contraseña del cisco.com.

http://www.cisco.com/cisco/web/LA/support/index.html


Información de la característica para configurar el Data-Link Switching Plus

La tabla 5 muestra el historial de versiones de esta función.

Puede que no estén disponibles todos los comandos en su versión de software de Cisco IOS. Para la información de versión sobre un comando específico, vea la documentación de referencia de comandos.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software. Cisco Feature Navigator le permite determinar qué imágenes de Cisco IOS y Catalyst OS Software soportan una versión de software, un conjunto de funciones o una plataforma específica. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.


Observelas listas del cuadro 5 solamente la versión de Cisco IOS Software que introdujo el soporte para una característica dada en un tren de versión del Cisco IOS Software dado. A menos que se indique lo contrario, las versiones posteriores de dicha serie de versiones de software de Cisco IOS también soportan esa función.


Información de la característica del cuadro 1 para el Data-Link Switching Plus

Nombre de la función
Versiones
Información sobre la Función

Data-Link Switching Plus

11.2(1)
12.0(7)T
12.1(5)T
12.2(4)T
12.2(8)T
12.2(15)T

El DLSw+ es la versión de Cisco de DLSw y soporta varias características adicionales y mejoras. El DLSw+ es los medios de transportar el SNA y el tráfico de NetBios sobre un campus o WAN. Los sistemas extremos pueden asociar a la red sobre el Token Ring, los Ethernetes, el protocolo del Synchronous Data Link Control (SDLC), el Qualified Logical Link Control (QLLC), o el Fiber Distributed Data Interface (FDDI). Vea el Apéndice B, "Matriz de Soporte de DLSw+", de la Guía de Diseño e Implementación de DLSw+ para obtener más detalles. El Switches del DLSw+ entre los media diversos y localmente termina los links de datos, guardando los acuses de recibo, Keepalives, y sondeando de WAN. La finalización local de los links de datos también elimina los tiempos de espera de control de link de datos que pueden ocurrir durante la congestión de red transitoria o al rutear de nuevo alrededor de links fallidos. Finalmente, el DLSw+ proporciona un mecanismo para buscar dinámicamente una red para los recursos de SNA o NetBIOS e incluye algoritmos de almacenamiento en la memoria caché que minimizan el tráfico de broadcast.

DLSw+ es totalmente compatible con la implementación RFC 1795 de cualquier proveedor y están disponibles las siguientes funciones cuando ambos peers utilizan DLSw+:

Grupos de peers y peers de borde

Peers de respaldo

Peers promiscuos y a pedido

Firewalls de explorador y aprendizaje de ubicaciones

Soporte de la Función Dial-on-Demand Routing del NetBIOS

Soporte de unicast UDP

Equilibrio de carga

Soporte para los circuitos LLC1

Soporte para múltiples grupos de bridges

Soporte para el passthrough RIF

Soporte de funciones del tipo de servicio SNA

Reconocimiento local para los dispositivos asociados a Ethernet y conversión de medios para los dispositivos PU2.1 y PU2.0 SNA

Soporte de SNA View, Blue Maps e Internetwork Status Monitor (ISM)