Guía de Configuración de Bridging e IBM Networking de Cisco IOS, Versión 12.2SR
Configuración de los Parámetros LLC2 y SDLC
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 357 KB | Inglés (9 Septiembre 2007) | Comentarios

Contenidos

Configuración de los Parámetros LLC2 y SDLC

Reseña general de tecnología

Implementación de LLC2 de Cisco

Implementación de SDLC de Cisco

Traducción de Medios de las Redes IBM

Funciones de Traducción de Medios SDLLC

Concepto de Token Ring Virtual

Resolución de Diferentes en el Tamaño de Trama de LLC2 y SDLC

Mantenimiento de una Memoria Inmediata Dinámica RIF

Otras consideraciones

Conversión QLLC

Implementación de Cisco de la Conversión QLLC

Comparación de la Conversión QLLC y SDLLC

Otras Consideraciones sobre la Implementación

Lista de tareas de configuración LLC2

Control de la Transmisión de Tramas de Información

Configuración del Número Máximo de Tramas de Información Recibidas antes de Enviar un Reconocimiento

Configuración de la Demora Máxima para los Reconocimientos

Configuración del Número Máximo de Tramas de Información Enviadas antes de Requerir Reconocimiento

Configuración del Número de Reintentos Permitido

Configuración del Tiempo para Reenviar las Tramas de Información

Determinación del Tiempo para Volver a Enviar las Tramas Rechazadas

Establecimiento del Nivel de Sondeo

Configuración de la Frecuencia de las Encuestas

Determinación del Intervalo de Sondeo

Configuración del Temporizador de Transmisión de Trama de Sondeo

Configuración de Transmisiones XID

Configuración de la Frecuencia de las Transmisiones XID

Configuración del Tiempo para los Reintentos XID

Monitoreo y Mantenimiento de las Estaciones LLC2

Lista de tareas de la Configuración de SDLC

Habilitación del Router como Estación SDLC Primaria o Secundaria

Establecimiento de una Estación SDLC para el Soporte del Acceso a Frame Relay

Establecimiento de una Estación SDLC para el Soporte del DLSw+

Establecimiento de una Estación SDLC para la Traducción de Medios SDLLC

Habilitación del Modo Simultáneo Bidireccional SDLC

Determinación del Uso de Rechazos de Trama

Configuración del Temporizador y los Conteos de Reintentos de SDLC

Configuración de la Trama SDLC y de los Tamaños de la Ventana

Control del Tamaño del Buffer

Control de Encuestas de Estaciones Secundarias

Configuración de una Interfaz SDLC para el Modo Semidúplex

Especificación del Valor XID

Especificación de SAPs

Determinación de los Tamaños de Trama de Información SDLC Más Grandes

Monitoreo y Mantenimiento de las Estaciones SDLC

Ejemplos de Configuración de SDLC y LLC2

Ejemplo de Configuración de LLC2

Ejemplo de Configuración del Modo Simultáneo Bidireccional SDLC

Ejemplos de Configuración de Encapsulación de SDLC para el Soporte del Acceso de Frame Relay

Ejemplo de Configuración SDLC para DLSw+

Ejemplo de la Configuración Semidúplex

Ejemplos de Conversión de la Trama FID4 de SDLC a LLC2

Ejemplo de configuración de la conexión de peer remoto DLSw

Ejemplo de configuración del DLSw Local-Switching Connection

Configuración SDLC FEP

Configuración de la subárea del Token Ring FEP

Nodo principal de la subárea VTAM XCA


Configuración de los Parámetros LLC2 y SDLC


Usted no necesita configurar el Logical Link Control, protocolo del tipo-2 (LLC2) porque se habilita ya en las interfaces Token Ring. Este capítulo describe cómo modificar las configuraciones predeterminadas de los parámetros LLC2 según las necesidades.

Para soportar el protocolo del Synchronous Data Link Control (SDLC), usted debe configurar al router para actuar como estación SDLC primaria o secundaria. Usted también puede cambiar las configuraciones predeterminadas en cualquier parámetro SDLC. Los ejemplos de configuración para LLC2 y el SDLC se dan en el final del capítulo.

Para una descripción completa de los comandos LLC2 y SDLC mencionados en este capítulo, refiera al "LLC2 y al SDLC ordena el” capítulo en la referencia del comando bridging and ibm networking del Cisco IOS (volumen 1 de 2). Para encontrar documentación de otros comandos que aparecen en este capítulo, utilice el índice principal de referencia de comandos, o busque en línea.

Este capítulo contiene las secciones siguientes:

Lista de tareas de configuración LLC2

Monitoreo y Mantenimiento de las Estaciones LLC2

Lista de tareas de la Configuración de SDLC

Monitoreo y Mantenimiento de las Estaciones SDLC

Ejemplos de Configuración de SDLC y LLC2

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

Reseña general de tecnología

Los protocolos LLC2 y SDLC proporcionan soporte de capa de link de datos para protocolos de red y funciones de capa superior tales como Control de link lógico SDLC (SDLLC) y RSRB con reconocimiento local. Las características que son afectadas por las configuraciones de parámetro LLC2 se enumeran en “la implementación de Cisco de la sección del LLC2". Las características que requieren los parámetros SDLC de la Configuración de SDLC y del uso se enumeran en “la implementación de Cisco la sección del SDLC”.

Datos de paquetes LLC2 y SDLC en tramas. Las estaciones LLC2 y SDLC requieren reconocimientos procedentes de las estaciones receptoras después del envío de una cantidad establecida de tramas para enviar otros datos. Las tareas descritas en este capítulo modifican la configuración predeterminada con respecto al campo de control de las tramas de datos. Si modifica los parámetros del campo de control, puede determinar el número de reconocimientos enviados por tramas recibidas y el nivel de sondeo usado para determinar las estaciones disponibles. De este modo, se puede establecer la cantidad de recursos usados para la verificación de la trama y optimizar la carga de la red.

SDLC se utiliza como protocolo primario de la capa del link SNA para los links WAN. SDLC define dos tipos de nodos de red: primario y secundario. Los nodos primarios sondean los nodos secundarios con un orden predeterminado. Los nodos secundarios envían a continuación los datos de salida. Cuando se configuran como nodos primarios y secundarios, nuestros routers se establecen como estaciones SDLC.

Implementación de LLC2 de Cisco

La implementación de LLC2 de Cisco soporta las siguientes funciones:

Reconocimiento local para el Remote Source-Route Bridging (RSRB)

Esta función se utiliza en nuestra implementación de RSRB según lo descrito en el capítulo “Configuración del Bridging de Ruta de Origen”.

Como los LANs están conectados a través de las estructuras básicas de WAN y RSRB, las demoras que ocurren son mayores que lo que permite LLC2 para la comunicación bidireccional entre los hosts. Nuestra característica del Reconocimiento local aborda el problema de los retardos, volviendo a enviar los datos, y la pérdida de sesiones del usuario.

Soporte de IBM LNM

El Routers que usa 4 o las interfaces Token Ring 16-Mbps configuradas para el (SRB) del Source-Route Bridging soporta el Administrador de red LAN (INM) y proporciona todas las funciones del IBM Bridge Program. Con el LNM, un router aparece como un bridge de ruta de origen IBM, y puede administrar o monitorear cualquier interfaz Token Ring conectada.

El soporte de LNM se describe en el capítulo “Configuración del Bridging de Ruta de Origen”.

Traducción de medios SDLLC

La función SDLLC proporciona la traducción de medios entre las líneas seriales que ejecutan SDLC y los Token Rings que ejecutan LLC2. El SDLLC consolida las redes SNA IBM que ejecutan el SDLC en una red de estructura básica multimedia multiprotocolo basada en LAN.

SDLLC se describe en el capítulo “Configuración de la Traducción de Medios de las Redes IBM”.

Servicio de Red en Modo Conexión (CMNS) ISO

La implementación CMNS de Cisco funciona con los paquetes X.25 sobre LLC2 para poder ampliar el X.25 a los Ethernetes, al Fiber Distributed Data Interface (FDDI), y al medio Token Ring.

Implementación de SDLC de Cisco

La implementación de SDLC de Cisco soporta las siguientes funciones:

Soporte del Acceso de Frame Relay (FRAS)

Con el FRAS, un router funciona como un Dispositivo de acceso Frame Relay (FRAD) para los dispositivos SDLC, Token Ring y Ethernet conectados sobre un link de Nodo de red de límite Frame Relay (BNN).

El soporte del acceso Frame Relay se describe en el capítulo "Configuración del Soporte del Acceso Frame Relay de SNA".

Traducción de medios SDLLC

La función SDLLC proporciona la traducción de medios entre las líneas seriales que ejecutan SDLC y los Token Rings que ejecutan LLC2. El SDLLC consolida las redes SNA IBM que ejecutan el SDLC en una red de estructura básica multimedia multiprotocolo basada en LAN.

SDLLC se describe en el capítulo “Configuración de la Traducción de Medios de las Redes IBM”.

Reconocimiento local de SDLC:

El reconocimiento local SDLC se utiliza con SDLC STUN. TCP/IP debe estar habilitado. Gracias al reconocimiento local, las conexiones STUN-SDLC se pueden terminar localmente en el router, lo que elimina la necesidad de enviar reconocimientos a través de una WAN.

El reconocimiento local SDLC se describe en la sección "Establecimiento del Método de Encapsulación de la Trama" en el capítulo "Configuración de STUN y BSTUN."

Traducción de Medios de las Redes IBM

El software Cisco IOS incluye las funciones siguientes de traducción de medios que habilitan las comunicaciones de red a través de medios heterogéneos:

La traducción de medios SDLLC permite a un dispositivo en un Token Ring para comunicar con un dispositivo en un link serial.

La conversión QLLC habilita un dispositivo de IBM para comunicarse con una red X.25 sin tener que instalar el software X.25 en el equipo local IBM.

El SDLLC es la característica del software propietario de Cisco que permite a un dispositivo en un Token Ring para comunicar con un dispositivo en un link serial traduciendo entre LLC2 y el SDLC en la capa de link.

SNA utiliza SDLC y LLC2 como Link Layer Protocols para proporcionar una conexión confiable. La función de traducción entre estos protocolos estándar del sector se efectúa en el software patentado de Cisco.

El cuadro 1 ilustra cómo el SDLLC proporciona el soporte de la capa del link de datos para la comunicación SNA.

Cuadro 1 soporte de la capa del link de datos SNA

Funciones de Traducción de Medios SDLLC

La característica SDLLC permite que un PU4, un PU2.1, o un PU2 comuniquen con un dispositivo SDLC PU2 como sigue:

SDLLC con la conexión directa — Un 37x5 FEP en un Token Ring y el controlador del clúster 3x74 conectados con una línea serial cada uno está conectado con una interfaz en el mismo router configurado con el SDLLC.

SDLLC con RSRB: Un FEP 37x5 en un Token Ring y un controlador de clúster 3x74 conectados a una línea serial están conectados a diversos routers. Solamente el dispositivo al cual está conectado el 3x74 se configura con SDLLC. Los routers se comunican a través del RSRB usando la encapsulación directa, el RSRB sobre una conexión FST o el RSRB sobre una conexión TCP.

SDLLC con RSRB y reconocimiento local: un FEP 37x5 en un Token Ring y un controlador de clúster 3x74 conectados a una línea serial están conectados a diversos routers. Solamente el dispositivo al cual está conectado el 3x74 se configura con SDLLC. Los routers se comunican a través de RSRB con una conexión TCP en la que el reconocimiento local está habilitado.

En todas estas topologías, cada nodo final IBM (el FEP y el controlador de clúster) no tiene ninguna indicación de que su equivalente esté conectado a un medio diferente que ejecute un protocolo diferente. El FEP 37x5 responde como si el controlador del clúster 3x74 se estuviera comunicando a través de un Token Ring, mientras que el 3x74 responde como si los FEP 37x5 se comunicaran por una línea serial. Es decir, el software SDLLC hace la traducción entre los dos medios transparentes para los nodos finales.

Concepto de Token Ring Virtual

La central a la característica SDLLC de Cisco es el concepto de un dispositivo del Token Ring virtual que reside en un Token Ring virtual. Como el dispositivo de Token Ring cuenta con que el nodo con el que se está comunicando también esté en un Token Ring, se debe asignar a cada dispositivo SDLLC de una línea serial una dirección de Token Ring virtual de SDLLC (VTRA de SDLLC). Al igual que las direcciones Token Ring reales, las VTRA SDLLC deben ser únicas en toda la red.

Además del VTRA SDLLC, se debe asignar un número de anillo virtual SDLLC a cada dispositivo SDLLC en una línea serial. (El número de anillo virtual de SDLLC es diferente de los números de grupo en anillo virtual que se utilizan para configurar RSRB y el bridging multipuerto.)

Como parte de su configuración del método de acceso virtual de telecomunicaciones (VTAM), el nodo IBM del Token Ring conoce la VTRA de SDLLC del dispositivo serial con el que se comunica. La VTRA de SDLC y el número de anillo virtual de SDLLC forman parte de la configuración de SDLLC para la interfaz serial del router. Cuando el host Token Ring envía paquetes de explorador con la VTRA SDLLC como la dirección de destino en los encabezados MAC, el router configurado con dicha VTRA SDLLC intercepta la trama, completa la dirección de número de anillo virtual SDLLC y el número de bridge en el RIF y, a continuación, envía la respuesta de nuevo al host Token Ring. Se establece entonces una ruta entre el host del Token Ring y el router. Cuando el software Cisco IOS haya realizado la conversión apropiada de las tramas, el sistema utiliza esta ruta para reenviar las tramas al dispositivo serial.

Resolución de Diferentes en el Tamaño de Trama de LLC2 y SDLC

Los nodos IBM de los medios Token Ring utilizan normalmente tamaños de trama mayores de 1 KB, mientras que los nodos IBM en las líneas seriales limitan normalmente los tamaños de trama a 265 o 521 bytes. Para reducir el tráfico en las redes de estructura básica y proporcionar un mejor rendimiento, los nodos Token Ring deben enviar tramas lo más grande posible. Como parte de la configuración de SDLLC en la interfaz serial, es preciso seleccionar el mayor tamaño posible de trama que los dos soportes pueden admitir. Cisco IOS Software puede fragmentar las tramas que recibe del dispositivo Token Ring antes de reenviarlas al dispositivo SDLC, pero no ensambla las tramas que recibe del dispositivo serial antes de reenviarlas al dispositivo Token Ring.

Mantenimiento de una Memoria Inmediata Dinámica RIF

SDLLC mantiene una memoria caché de RIF dinámica y almacena en ella el RIF completo; es decir, el RIF de la estación de origen a la estación de destino. La entrada almacenada en la memoria caché se basa en la mejor trayectoria en el momento en que comienza la sesión. El SDLLC usa la memoria caché RIF para mantener la sesión LLC2 entre el router y el host FEP. SDLLC no incrementa la antigüedad de estas entradas de RIF. En su lugar, SDLLC añade una entrada a la memoria caché RIF para la sesión cuando ésta comienza y vacía la memoria caché cuando termina la sesión. No se puede vaciar estos RIFs porque, si se vacía las entradas RIF aleatoriamente, el software Cisco IOS no puede mantener la sesión LLC2 al host FEP.

Otras consideraciones

Los siguientes son hechos adicionales respecto a SDLC y SDLLC:

Como parte de la implementación SDLC de Cisco, solamente las sesiones del modo de respuesta normal del módulo 8 (NRM) se mantienen para la sesión SDLC.

Las sesiones SDLC siempre se reconocen localmente. Las sesiones LLC2 se pueden configurar opcionalmente para el reconocimiento local.

El SDLLC no se aplica a las redes SNA de subárea, tales como 37x5 FEP-a la comunicación 37x5 FEP.

Parámetros como el número máximo de tramas de información (I-frames) pendientes antes del reconocimiento, la frecuencia de las encuestas y el tiempo de respuesta para sondear tramas se pueden modificar para cada interfaz. Si no se ha habilitado el reconocimiento local, estos parámetros se modifican en la interfaz SDLC. Si se ha habilitado el reconocimiento local, estos parámetros se modifican en la interfaz Token Ring.

El reconocimiento local se aplica solamente cuando el RSRB define el peer remoto usando la encapsulación del IP sobre una conexión TCP. Si no se utiliza ningún Reconocimiento local, el peer remoto puede ser definido para el RSRB usando la encapsulación directa, el RSRB usando la encapsulación IP sobre una conexión del Fast-Sequenced Transport (FST), o el RSRB usando la encapsulación IP sobre una conexión TCP.

Conversión QLLC

El Qualified Logical Link Control (QLLC) es un protocolo de link de datos definido por IBM que permite que los datos de la Arquitectura de red de sistemas (SNA) sean transportados a través de las redes X.25. (Aunque el IBM haya definido otros protocolos para transportar el tráfico SNA sobre una red X.25, el QLLC es el más ampliamente utilizado.)

El cuadro 2 ilustra cómo la conversión QLLC proporciona el soporte de la capa del link de datos para la comunicación SNA.

Cuadro 2 soporte de la capa del link de datos SNA

Tal y como se muestra en del cuadro 3, cualquier dispositivo en el trayecto de comunicación SNA que utilice el X.25, si los sistemas extremos o los sistemas intermedios, requiere un Implementación de QLLC.

Cuadro 3 dispositivos SNA que ejecutan el QLLC

Tal y como se muestra en del cuadro 4, la característica de la conversión QLLC elimina la necesidad de instalar el software X.25 en el equipo local de IBM. Un dispositivo conectado localmente a una red Token Ring se puede comunicar a través de un router que ejecuta la función QLLC Conversion con un dispositivo remoto conectado a una red X.25 que utiliza QLLC. Normalmente, el dispositivo con conexión local es un FEP, un AS400 o un PS/2, y el dispositivo remoto es un controlador de terminal o un PS/2. En este caso, solamente el dispositivo remoto necesita una interfaz X.25, y el FEP se puede comunicar con el controlador de terminal como si estuviera conectado directamente a través de una red Token Ring.

Figura característica corriente de la conversión QLLC del 4 Router

Son posibles configuraciones más elaboradas. El router que implementa la conversión QLLC no necesita estar en la misma red Token Ring que el FEP. Tal y como se muestra en del cuadro 5, la conversión QLLC/LLC2 es posible incluso cuando un IP intermedio WAN existe entre el router conectado con la red X.25 y el router conectado con el Token Ring.

Cuadro 5 conversión QLLC que se ejecuta en un router con una red del IP intermedia

Implementación de Cisco de la Conversión QLLC

SNA utiliza QLLC y X.25 como protocolos de capa de link para proporcionar una conexión confiable. QLLC procesa los paquetes de control QLLC. En un entorno Token Ring, el SNA usa el LLC para proporcionar una conexión confiable. El software LAN-to-X.25 (LNX) proporciona una función de conversión QLLC para traducir entre LLC y QLLC.

El cuadro 6 muestra la topología más simple de la conversión QLLC: un único dispositivo de Token Ring (por ejemplo, un FEP 37x5) se comunica con un único dispositivo X.25 remoto (en este caso, un controlador de clústeres 3x74). En este ejemplo, un router conecta la red Token Ring a la red X.25.

Cuadro 6 conversión QLLC entre un solo 37x5 y un solo 3x74

En el cuadro 6, cada nodo extremo de IBM no tiene ninguna indicación que sus contrapartes están conectadas con un diverso media que funciona con un diverso protocolo. El FEP 37x5 responde como si el controlador del clúster 3x74 se estuviera comunicando a través de un Token Ring, mientras que el 3x74 responde como si los FEP 37x5 se comunicaran por una red X.25. Esto se logra configurando la interfaz X.25 del router como un Token Ring virtual, de modo que el circuito virtual X.25 aparezca ante el dispositivo Token Ring (y ante el router mismo) como si fuera un Token Ring al que se asocia el dispositivo X.25 remoto conectado.

También en esta figura, la conexión LLC2 se extiende desde el FEP 37x5 al router, a través de la red Token Ring. La sesión QLLC/X.25 se extiende desde el router a través de la red X.25 hasta el controlador de clúster 3x74. Solamente la sesión SNA se extiende por las redes Token Ring y X.25 para proporcionar una conexión de fin a fin del FEP 37x5 al controlador de clúster 3x74.

Como cuadro 7 muestra, un router no necesitan directamente conectar los dos nodos extremos de IBM; en lugar de ello, se pueden conectar mediante una WAN de estructura básica. Aquí, RSRB transporta los paquetes entre el router A y el router B, mientras que el router B realiza toda la conversión entre los protocolos LLC2 y x.25. Sólo hay que configurar el router conectado a la línea serial (router B) para la conversión QLLC. El router A y el router B se configuran para RSRB normal.

Cuadro 7 conversión QLLC entre un solo 37x5 y un 3x74s múltiple a través de WAN arbitrario

La forma de establecer las sesiones de comunicación sobre el link de comunicación varía dependiendo de si el Reconocimiento local de LLC2 se ha configurado o no en la interfaz Token Ring del router A. En ambos casos, la sesión SNA se extiende de extremo a extremo y la sesión QLLC/X.25 se extiende del router B al controlador del clúster 3x74. Si el reconocimiento local de LLC2 no se ha configurado, la sesión de LLC2 se extiende del FEP 37x5 a través de la red Token Ring y del WAN arbitrario al router B. En cambio, si se ha configurado el reconocimiento local de LLC2, la sesión de LLC2 se extiende del router A de FEP 37x5, donde termina localmente. Entonces se utiliza una sesión TCP a través de la WAN arbitraria al router B.

Comparación de la Conversión QLLC y SDLLC

Aunque los procedimientos utilizados para configurar QLLC son similares a los empleados para configurar SDLLC, hay diferencias estructurales y filosóficas entre los links punto a punto utilizados por SDLC y los circuitos virtuales multiplexados que emplea X.25.

La diferencia estructural más significativa entre la conversión QLLC y SDLLC es el direccionamiento. Para permitir que un dispositivo utilice LLC2 para transferir datos, SDLLC y QLLC proporcionan direcciones MAC virtuales. En SDLLC, la dirección MAC real se crea combinando la dirección MAC virtual definida (cuyo último byte es 0x00) con la dirección secundaria utilizada en el link de SDLC; de esta manera, SDLLC soporta acometidas múltiples. En la conversión QLLC, la acometida múltiple no tiene sentido, así que la dirección MAC virtual representa solamente una sesión y se define como parte de la configuración X.25. Dado que una interfaz X.25 física puede soportar muchas conexiones simultáneas para un gran número de dispositivos remotos distintos, solamente se necesita un link físico a la red X.25. Las diferentes conexiones de los distintos circuitos virtuales utilizan el mismo link físico.

La diferencia más importante entre la conversión de QLLC y SDLLC es el hecho de que una operación SDLC/SDLLC típica utiliza una línea arrendada. En SDLC, las conexiones de marcado son posibles, pero la velocidad de datos máxima es limitada. En QLLC están disponibles circuitos virtuales conmutados (SVC) y circuitos virtuales permanentes (PVC), pero se favorece el uso de SVC. Mientras que el router mantiene una conexión permanente con la red X.25, un dispositivo remoto puede utilizar cada SVC durante un período de tiempo limitado y después abandonarlo para que lo use algún otro dispositivo. El uso de un PVC es muy similar a usar una línea arrendada.

El cuadro 1 muestra cómo los comandos QLLC corresponden a los comandos SDLLC.

El cuadro 1 QLLC y SDLLC ordena la comparación

Comando QLLC
Comando SDLLC Análogo
qllc largest-packet
sdllc ring-largest-frame, sdllc sdlc-largest-frame
qllc partner
sdllc partner
qllc sap
sdllc sap
qllc srb, x25 map qllc, x25 pvc qllc
sdllc traddr
qllc xid
sdllc xid
source-bridge qllc-local-ack
source-bridge sdllc-local-ack

Otras Consideraciones sobre la Implementación

Considere lo siguiente al implementar la conversión QLLC:

Para utilizar la función de conversión QLLC, un router debe tener un link físico a una red de datos públicos (PDN) X.25. Debe también tener una trayectoria SRB/RSRB a un Procesador frontal (FEP) de IBM. Este link puede ser una interfaz Token Ring o Ethernet, e incluso FDDI si se utiliza RSRB.

La conversión QLLC se puede ejecutar en cualquier router con al menos una interfaz serial configurada para la comunicación X.25 y al menos otra interfaz configurada para SRB o RSRB.

La Seguridad de la conversión QLLC depende del control de acceso en el SRB/RSRB y el X.25 y de la validación del Identificación de intercambio (XID).

Puede configurar DLSw+ para la conectividad QLLC, lo que habilita los 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.

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 ver información sobre la configuración de DLSw+ para la conversión QLLC, refiérase al capítulo "Configuración de DLSw+".

Puede configurar DSPUs para QLLC. Para más información sobre esta configuración, refiera “configurando al capítulo del soporte del punto de servicio DSPU y SNA”.

Lista de tareas de configuración LLC2

Porque LLC2 se habilita ya en un Token Ring, usted no necesita habilitarlo en el router. Sin embargo, usted puede aumentar el funcionamiento LLC2 completando las tareas siguientes:

Control de la Transmisión de Tramas de Información

Establecimiento del Nivel de Sondeo

Configuración de Transmisiones XID

Vea la sección "Ejemplos de Configuración de LLC2 y SDLC” para ver ejemplos.

Control de la Transmisión de Tramas de Información

Controle el número de tramas de información (Yo-tramas) y de acuses de recibo enviados en la red LLC2 completando las tareas descritas en las secciones siguientes:

Configuración del Número Máximo de Tramas de Información Recibidas antes de Enviar un Reconocimiento

Configuración de la Demora Máxima para los Reconocimientos

Configuración del Número Máximo de Tramas de Información Enviadas antes de Requerir Reconocimiento

Configuración del Número de Reintentos Permitido

Configuración del Tiempo para Reenviar las Tramas de Información

Determinación del Tiempo para Volver a Enviar las Tramas Rechazadas

Configuración del Número Máximo de Tramas de Información Recibidas antes de Enviar un Reconocimiento

Usted puede reducir por encima en la red aumentando el número máximo de bastidores que el Cisco IOS Software puede recibir inmediatamente antes de que deba enviar el remitente un acuse de recibo. Para ello, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# llc2 ack-max packet-count

Fija el número máximo de Yo-tramas que el router puede recibir antes de que envíe un acuse de recibo.


Configuración de la Demora Máxima para los Reconocimientos

Usted puede asegurar el recibo oportuno de los acuses de recibo para no retrasar el envío de los datos. Incluso si la cantidad máxima de bastidores no se ha alcanzado, usted puede fijar un temporizador que fuerza al router a enviar un acuse de recibo y a reajustar la cantidad máxima en dirección contraria 0.

Para fijar el tiempo de retraso máximo, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# llc2 ack-delay-time milliseconds

Fija el tiempo del acuse de recibo de la Yo-trama.


Configuración del Número Máximo de Tramas de Información Enviadas antes de Requerir Reconocimiento

Usted puede fijar el número máximo de Yo-tramas que el router envíe a una estación LLC2 antes de que el software requiera un acuse de recibo del extremo receptor. Un valor más alto reduce por encima en la red. Asegúrese de que la estación de recepción LLC2 pueda manejar el número de conjunto de las tramas por este valor.

Para fijar este valor, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

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

Fija el número máximo de Yo-tramas que el router envía antes de que requiera un acuse de recibo.


Configuración del Número de Reintentos Permitido

Usted puede fijar la cantidad de veces que el router volverá a enviar una trama cuando la estación receptora no reconoce la trama. Una vez que se alcanza este valor, se cae la sesión. Este valor también se utiliza para determinar cuantas veces el software revisará sondear una estación ocupada. Utilice este comando conjuntamente con llc2 t1-time el comando descrito en la “configuración que la época para volver a enviar las Yo-tramas” secciona. Usando ellas junto se asegura de que el envío de los bastidores esté monitoreado en un nivel razonable, mientras que limita el número de intentos relanzados fracasados.

Para fijar el número de recomprobaciones, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# llc2 n2 retry-count

Establece la cantidad de veces que el router volverá a enviar las tramas no reconocidas o que intentará sondear una estación ocupada.


Configuración del Tiempo para Reenviar las Tramas de Información

Usted puede fijar la cantidad de tiempo que el router espera antes de volver a enviar las Yo-tramas no reconocidas. Este intervalo se llama el tiempo T1. Utilice este comando conjuntamente con la determinación del número de recomprobaciones y la determinación del temporizador de la trama de sondeo del transitar. Usando estos comandos conjuntamente con uno a proporciona un equilibrio del Monitoreo de red y del funcionamiento.

Para fijar la hora T1, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# llc2 t1-time milliseconds

Controles cuánto tiempo el router espera un acuse de recibo de las Yo-tramas transmitidas.



La notase asegura de que usted dé un plazo de bastante tiempo para la De ida y vuelta entre el router y sus estaciones LLC2-speaking. Bajo condiciones de cargamento pesadas de la red, volviendo a enviar las Yo-tramas cada ms 3000 es apropiado.


Determinación del Tiempo para Volver a Enviar las Tramas Rechazadas

Usted puede fijar la cantidad de tiempo que el router esperará una trama prevista antes de enviar un comando reject (REJ). Típicamente, cuando una estación LLC2 envía una Yo-trama, un número de secuencia se incluye en la trama. La estación LLC2 que recibe estas tramas esperará recibirlas en la orden. Si no lo hace, puede rechazar una trama e indicar qué trama está esperando recibir en lugar de otro. Si la trama correcta no se envía al software antes de que expire el temporizador del rechazo, el software envía un REJ a la estación remota y desconecta la sesión LLC2.

Para fijar el temporizador del rechazo, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# llc2 trej-time milliseconds

Fija el tiempo que el Cisco IOS Software espera un reenvío de un bastidor rechazado antes de enviar un comando reject a la estación remota.


Establecimiento del Nivel de Sondeo

Usted puede controlar la cantidad de interrogación que ocurra en la red LLC2 completando las tareas descritas en las secciones siguientes:

Configuración de la Frecuencia de las Encuestas

Determinación del Intervalo de Sondeo

Configuración del Temporizador de Transmisión de Trama de Sondeo

Configuración de la Frecuencia de las Encuestas

Usted puede fijar el intervalo óptimo del tiempo después de lo cual el router envía los mensajes o las tramas del Receiver Ready que dicen a otras estaciones LLC2 que el router está disponible. Estas encuestas ocurren durante los períodos de tiempo de inactividad en la red.

Para fijar la frecuencia de consultas, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito
Router(config-if)# llc2 
idle-time milliseconds

Controla la frecuencia de consultas durante el tráfico inactivo.


Determinación del Intervalo de Sondeo

La cantidad de tiempo que el router espera hasta repolling una estación ocupada puede también ser fijada. Utilice este comando conjuntamente con la determinación del número de recomprobaciones. Típicamente, usted no necesita utilizar este comando a menos que una estación LLC2 tenga períodos ocupados inusualmente largos antes de borrar el estado ocupado. En este caso, usted debe aumentar el valor de modo que la estación no mida el tiempo hacia fuera.

Para fijar el intervalo de sondeo, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# llc2 tbusy-time milliseconds

Fija la cantidad de tiempo que el router esperará antes de repolling una estación ocupada.


Configuración del Temporizador de Transmisión de Trama de Sondeo

Cuando el router envía un comando que deba recibir una respuesta, un bit de la encuesta se envía en la trama. Cuando el software envía el bit de la encuesta, no puede enviar ninguna otra trama con el conjunto de bits de la encuesta hasta que el receptor conteste a esa trama de sondeo con una trama que contiene un conjunto del bit final. Cuando expira el temporizador, el software asume que puede enviar otra trama con un bit de la encuesta.

Fije el temporizador de la transmitir-encuesta-trama para reducir los problemas con las estaciones receptoras que son defectuosas y no pueden enviar la trama con el bit final fijado usando el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# llc2 tpf-time milliseconds

Fija la cantidad de tiempo que el router espera una respuesta final a una trama de sondeo antes de volver a enviar él.


Este valor debe ser más grande que el tiempo T1. El tiempo T1 determina cuánto tiempo el software espera el recibo de un acuse de recibo antes de enviar el conjunto siguiente de los bastidores. Vea que la “configuración que la época para volver a enviar las Yo-tramas” secciona para más información.

Configuración de Transmisiones XID

Usted puede controlar el número de bastidores usados para la identificación en la red LLC2 completando las tareas descritas en las secciones siguientes:

Configuración de la Frecuencia de las Transmisiones XID

Configuración del Tiempo para los Reintentos XID

Configuración de la Frecuencia de las Transmisiones XID

Las tramas XID identifican las estaciones LLC2 en un de alto nivel que la dirección MAC y contienen la información sobre la configuración de las estaciones. Usted puede fijar cuantas veces el router envía una trama XID usando el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# llc2 xid-neg-val-time milliseconds

Fija la frecuencia de las transmisiones XID.



La precauciónno cambia el valor a menos que sea pedido por su representante de soporte técnico.

Configuración del Tiempo para los Reintentos XID

Usted puede fijar la cantidad de tiempo que el router espera una contestación a las tramas XID envía a las estaciones remotas. El valor debe ser más grande que el tiempo T1, que indica cuánto tiempo el software espera un acuse de recibo antes de caer la sesión.

Para fijar la época para las recomprobaciones XID, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# llc2 xid-retry-time milliseconds

Fija cuánto tiempo el router espera una contestación a las tramas XID que envía a las estaciones remotas.


Monitoreo y Mantenimiento de las Estaciones LLC2

Usted puede visualizar la configuración de las estaciones LLC2 para determinar que los parámetros LLC2 necesitan el ajuste. Utilice el siguiente comando en el modo EXEC privilegiado:

Comando
Propósito

Router# show llc2

Visualiza la configuración de las estaciones LLC2.


Lista de tareas de la Configuración de SDLC

Las tareas SDLC descritas en esta sección configuran al router como estación SDLC. (Esto está en contraste con un router configurado para el Transporte SDLC, donde no está una estación SDLC, sino pasa el dispositivo las tramas SDLC entre dos estaciones SDLC a través del los medios combinados, el entorno de protocolo múltiple.) La primera tarea es obligatoria; usted la logra con el conjunto de comandos apropiado para sus necesidades de la red. Las tareas restantes son opcionales: usted puede realizarlas cuanto sea necesario para aumentar el funcionamiento SDLC.

Habilitación del Router como Estación SDLC Primaria o Secundaria

Habilitación del Modo Simultáneo Bidireccional SDLC

Determinación del Uso de Rechazos de Trama

Configuración del Temporizador y los Conteos de Reintentos de SDLC

Configuración de la Trama SDLC y de los Tamaños de la Ventana

Control del Tamaño del Buffer

Control de Encuestas de Estaciones Secundarias

Configuración de una Interfaz SDLC para el Modo Semidúplex

Especificación del Valor XID

Especificación de SAPs

Determinación de los Tamaños de Trama de Información SDLC Más Grandes

Vea la sección "Ejemplos de Configuración de LLC2 y SDLC” para ver ejemplos.

Habilitación del Router como Estación SDLC Primaria o Secundaria

SDLC define dos tipos de nodos de red: primario y secundario. Los nodos primarios sondean los nodos secundarios con un orden predeterminado. A continuación, los secundarios realizan el envío si tienen datos de salida. Cuando están configurados como Nodos primarios y secundarios, nuestros dispositivos se establecen como estaciones SDLC.

Dependiendo de sus necesidades de la red determinada, realice las tareas en una de las secciones siguientes de habilitar al router como estación SDLC:

Establecimiento de una Estación SDLC para el Soporte del Acceso a Frame Relay

Establecimiento de una Estación SDLC para el Soporte del DLSw+

Establecimiento de una Estación SDLC para la Traducción de Medios SDLLC

Establecimiento de una Estación SDLC para el Soporte del Acceso a Frame Relay

Usted puede establecer al router para ser siguiente un de los:

Estación SDLC primaria

Estación SDLC secundaria

Primario o secundario, dependiendo del papel de las estaciones terminales o en las negociaciones XID

Nodo del 2.1 del tipo de Nodo primario (NT2.1)

Para establecer los dispositivos como estaciones SDLC cuando usted planea configurar el soporte del acceso de Frame Relay, utilice los siguientes comandos en el modo de configuración de la interfaz:

 
Comando
Propósito

Paso 1 

Router(config-if)# encapsulation sdlc1

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

Paso 2 

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

Establece el papel de la interfaz.

1 para la información sobre el comando interface configuration de la NRZI-codificación, refiera a los fundamentales de la configuración del Cisco IOS
Guía de configuración.

Si la interfaz no desempeña un papel, el router puede ser primario o secundario, dependiendo de las estaciones terminales. La estación terminal SDLC se debe configurar como NT2.1 negociable o primario. Cuando las estaciones terminales se configuran como tipo-2 del physical unit (PU), usted puede fijar el papel de la interfaz a primario o a secundario. Cuando la estación terminal se configura como NT2.1 secundario, usted debe fijar el papel de la interfaz para sondear el XID primario.


Observeactualmente, soporte del acceso de Frame Relay no soporta rol secundario.


Establecimiento de una Estación SDLC para el Soporte del DLSw+

Para establecer los dispositivos como estaciones SDLC cuando usted planea configurar nuestra característica del DLSw+, utilice los siguientes comandos en el modo de configuración de la interfaz:

 
Comando
Propósito

Paso 1 

Router(config-if)# encapsulation sdlc

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

Paso 2 

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

Establece el papel de la interfaz.

Paso 3 

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

Configura una dirección MAC para la interfaz serial.

Paso 4 

Router(config-if)# sdlc partner mac-address sdlc-address {inbound | outbound}

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

Paso 5 

Router(config-if)# sdlc dlsw {sdlc-address | default | partner mac-address [inbound | outbound]}

SDLC address de los Attaches al DLSw+.


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 el parámetro de la XID-encuesta 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. Utilice sdlc role prim-xid-poll el comando si todos los dispositivos son el tipo PU2.1.

Para los comandos configuration adicionales del DLSw+, refiera “configurando al capítulo del DLSw+” en esta publicación.

Establecimiento de una Estación SDLC para la Traducción de Medios SDLLC

Para establecer los dispositivos como estaciones SDLC cuando usted planea configurar nuestra característica de la traducción de medios SDLLC, utilice los comandos en la orden enumerada en la tabla siguiente. Una interfaz serial puede tener dos o más estaciones secundarias asociadas a ella con un Modem Sharing Device. Cada direccionamiento de estación secundaria se debe asignar a la estación primaria. Usted debe utilizar los siguientes comandos en el modo de configuración de la interfaz para la interfaz serial:

 
Comando
Propósito

Paso 1 

Router(config-if)# encapsulation sdlc-primary

Establece a un router como la estación SDLC primaria en la línea serial.

Paso 2 

Router(config-if)# encapsulation sdlc-secondary

Establece al otro Routers como estaciones SDLC secundarias.

Paso 3 

Router(config-if)# sdlc address hexbyte [echo]

Asigna las estaciones secundarias a una estación primaria.

Utilice show interfaces el comando de enumerar la configuración de las líneas del serial SDLC. Utilice no sdlc address el comando de quitar una asignación de dirección secundaria. Los direccionamientos son hexadecimales (base 16).

Habilitación del Modo Simultáneo Bidireccional SDLC

El modo simultáneo bidireccional SDLC permite las estaciones de link SDLC a una línea serial del FULL-duplex eficientemente. Con un modo simultáneo bidireccional, la estación del link principal puede enviar los datos a una estación del link secundario mientras que hay una encuesta excepcional.

Para una estación del link principal, el modo simultáneo bidireccional SDLC actúa en cualquier un entorno del link del multidrop o el entorno del link punto a punto.

En un entorno del link del multidrop, una estación primaria simultánea bidireccional puede sondear una estación secundaria, recibir los datos de la estación, y enviar los datos (Yo-tramas) a otras estaciones secundarias usando sdlc simultaneous half-datamode el comando.

En un entorno del link punto a punto, una estación primaria simultánea bidireccional puede enviar los datos (Yo-tramas) a una estación secundaria, aunque haya una encuesta excepcional, mientras el límite de la ventana no se alcance usando sdlc simultaneous full-datamode el comando.

Para una estación del link secundario, el modo simultáneo bidireccional SDLC actúa solamente en un entorno del link punto a punto y permite que los datos (Yo-tramas) sean recibidos después de que una trama de sondeo se haya recibido ya usando sdlc simultaneous full-datamode el comando.

Para habilitar un modo simultáneo bidireccional, utilice uno de los siguientes comandos en el modo de configuración de la interfaz, según las necesidades:

Comando
Propósito

Router(config-if)# sdlc simultaneous full-datamode


o

Router(config-if)# sdlc simultaneous half-datamode

Permite a la estación primaria en un entorno del link punto a punto para enviar los datos a y para recibir los datos de la estación secundaria sondeada.

Permite a la estación secundaria en un entorno del link punto a punto para recibir los datos de la estación primaria después de que se haya sondeado ya.

Permite a la estación primaria en un entorno del link del multidrop para enviar los datos a otras estaciones del link secundario mientras que recibe los datos de la estación sondeada del link secundario.


Determinación del Uso de Rechazos de Trama

Usted puede especificar que una estación secundaria no envía los mensajes del rechazo de trama, o los comandos reject que indican los errores de trama. Si usted lo hace así pues, el router cae una conexión SDLC si el sistema recibe un error de la estación secundaria.

Para determinar la dirección de los rechazos de trama, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# sdlc frmr-disable

Especifica que esta estación secundaria no soporta los rechazos de trama.


Para especificar que la estación secundaria soporta los rechazos de trama, utilice no sdlc frmr-disable el comando.

Configuración del Temporizador y los Conteos de Reintentos de SDLC

Cuando una estación SDLC envía una trama, espera un acuse de recibo del receptor que indica que se ha recibido esta trama. Usted puede modificar el tiempo que el router da un plazo para un acuse de recibo antes de volver a enviar la trama. Usted puede también determinar la cantidad de veces que un software vuelve a enviar una trama antes de terminar la sesión SDLC. Controlando estos valores, usted puede reducir la tara de red mientras que continúa marcando el envío de los bastidores.

Utilice el temporizador SNRM solamente si usted quiere tener un período de agotamiento del tiempo de espera único para esperar una contestación a un SNRM. Para especificar un temporizador SNRM que sea diferente a partir del tiempo de respuesta T1, fije usar del temporizador SDLC SNRM sdlc snrm-timer ordene en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# sdlc t1 milliseconds

Controla la cantidad de tiempo que el Cisco IOS Software espera una contestación. El valor predeterminado es el ms 3000.

Router(config-if)# sdlc n2 retry-count

Determina la cantidad de veces que el Cisco IOS Software vuelve a enviar una trama antes de terminar la sesión SDLC.

Router(config-if)# sdlc snrm-timer number

Especifica un temporizador SNRM que sea diferente a partir del tiempo de respuesta T1.


Configuración de la Trama SDLC y de los Tamaños de la Ventana

Usted puede fijar los tamaños máximos de una trama entrante y fijar el número máximo de Yo-tramas (o de tamaños de la ventana) que el router recibirá antes de enviar un acuse de recibo al remitente. Usando valores más altos, usted puede reducir la tara de red.

Para fijar la trama y los tamaños de la ventana SDLC, utilice uno de los siguientes comandos en el modo de configuración de la interfaz, según las necesidades:

Comando
Propósito

Router(config-if)# sdlc n1 bit-count

Fija los tamaños máximos de una trama entrante.

Router(config-if)# sdlc k window-size

Fija los tamaños de la ventana Local del router.

Router(config-if)# sdlc poll-limit-value count

Controla cuántas veces se puede sondear una sola estación secundaria para la entrada de información antes de sondear la estación siguiente.

Router(config-if)# sdlc address hexbyte [echo] [ack-mode] [xid-poll] [switched] [seconly] [xid-passthru] [passive]

[K num]

Especifica el direccionamiento usado en la línea SDLC, y cualquier otra opción única en cómo se trata el direccionamiento.

Observe ack-mode las aplicaciones de soportes de la opción que requieren la finalización local de una conexión SDLC con el direccionamiento FF. Esta opción está disponible solamente si el parámetro del hexbyte se configura con un valor del FF. Usted debe utilizar esta opción solamente si usted utiliza el SDLC address FF como (no direccionamiento regular de un broadcast).



Control del Tamaño del Buffer

Usted puede controlar los tamaños de almacén intermedios en el router. El buffer lleva a cabo los datos que están esperando para ser enviados a una estación SDLC remota. Este comando es determinado útil en el caso del traductor de los media SDLLC, que permite que una estación LLC2-speaking SNA en un Token Ring comunique con una estación de SDLC-discurso SNA en un link serial. Los tamaños de trama y los tamaños de la ventana en los Token Ring son a menudo mucho más grandes que ésos aceptables para los links seriales, y los links seriales son a menudo más lentos que los Token Ring.

Para controlar las reservas que pueden ocurrir durante la Transferencia de datos de los periodos de alto del Token Ring a la línea serial, utilice el siguiente comando en el modo de configuración de la interfaz sobre una base del por-direccionamiento:

Comando
Propósito

Router(config-if)# sdlc holdq address queue-size

Fija la cantidad máxima de paquete sostenida en la cola antes de transmitir.


Control de Encuestas de Estaciones Secundarias

Usted puede controlar los intervalos en los cuales el router sondea las estaciones secundarias, la longitud del tiempo que una estación primaria puede enviar los datos a una estación secundaria, y cuantas veces el software sondea una estación secundaria antes de mover encendido a la estación siguiente.

Tenga las puntas siguientes presente al usar estos comandos:

Las estaciones secundarias no pueden enviar los datos hasta que sean sondeadas por una estación primaria. El aumento del temporizador de la encuesta-pausa aumenta el tiempo de respuesta de las estaciones secundarias. La disminución del temporizador puede inundar el link serial con las encuestas innecesarias, requiriendo las estaciones secundarias pasar perdido hora de la CPU procesándolas.

El aumento del valor del límite de la encuesta permite transacciones más lisas entre una estación primaria y una sola estación secundaria, pero puede retrasar sondear de otras estaciones secundarias.

Para controlar la interrogación de las estaciones secundarias, utilice uno de los siguientes comandos en el modo de configuración de la interfaz, según las necesidades:

Comando
Propósito

Router(config-if)# sdlc poll-pause-timer milliseconds

Controles cuánto tiempo el Cisco IOS Software se detiene brevemente entre el envío de cada trama de sondeo a las estaciones secundarias en una sola interfaz serial.

Router(config-if)# sdlc poll-limit-value count

Controla cuántas veces se puede sondear una sola estación secundaria para la entrada de información antes de sondear la estación siguiente.


Para extraer los valores predeterminados de la interrogación para estas operaciones, utilice no las formas de estos comandos.

Configuración de una Interfaz SDLC para el Modo Semidúplex

Por abandono, las interfaces SDLC actúan en el modo dúplex completo. Para configurar una interfaz SDLC para el modo semidúplex, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# half-duplex

Configura una interfaz SDLC para el modo semidúplex.


En una interfaz que esté en el modo semidúplex y que se ha configurado para el DCE, usted puede ajustar el retardo entre la detección de una señal del Request To Send (RTS) y la aserción de la señal del Clear To Send (CTS). Para ello, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# half-duplex timer cts-delay value

Retrasa la aserción de un CTS.


En una interfaz que esté en el modo semidúplex y que se ha configurado para el DTE, usted puede ajustar el tiempo que la interfaz espera el DCE para afirmar el CTS antes de caer un RTS. Para ello, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# half-duplex timer rts-timeout value

Ajusta la cantidad de tiempo antes de la interfaz cae un RTS.


Especificación del Valor XID

El valor del Exchange de identificación (XID) que usted define en el router debe hacer juego el los parámetros de la generación del sistema IDBLK y IDNUM definidos en el VTAM en el host del Token Ring al cual el dispositivo SDLC comunicará. Para especificar el valor XID, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# sdlc xid address xid

Especifica el valor XID que se asociará a la estación SDLC.


Especificación de SAPs

Las savias son utilizadas por el adaptador CMCC para establecer la comunicación con el VTAM en la unidad central y para identificar a las sesiones de Control de los links lógicos (LLC) en el adaptador interno CMCC. Para configurar las savias en el SDLC, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# sdlc saps address ssap dsap

Sesiones de las configuraciones SDLC-a-LLC en cuanto al SSAP y al DSAP en el LLC.


Determinación de los Tamaños de Trama de Información SDLC Más Grandes

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

Después de que el dispositivo SDLC se haya configurado para enviar la Yo-trama posible más grande, usted debe configurar al router para soportar los mismos tamaños máximos de la Yo-trama. El valor por defecto es 265 bytes. El valor máximo que el software puede soportar debe ser menos que el valor del valor más grande de la trama LLC2 definido al fijar los tamaños más grandes de la Yo-trama LLC2.

Para fijar los tamaños más grandes de la Yo-trama SDLC, utilice el siguiente comando en el modo de configuración de la interfaz:

Comando
Propósito

Router(config-if)# sdlc sdlc-largest-frame address size

Fija los tamaños más grandes de la Yo-trama que se pueden enviar o recibir por la estación SDLC señalada.


Monitoreo y Mantenimiento de las Estaciones SDLC

Para monitorear la configuración de las estaciones SDLC para determinar qué parámetros SDLC necesitan el ajuste, utilice el siguiente comando en el modo EXEC privilegiado:

Comando
Propósito

Router# show interfaces serial

Información de la configuración de la estación SDLC de las visualizaciones.


Usted determina el estatus de las estaciones terminales enviando una trama de prueba SDLC a una unidad física vía su SDLC address y interfaz del router. Usted puede enviar la cadena predeterminada de la información o predefinida. Usted puede enviar un número de la precolocación de tramas de prueba una secuencia continua que pueda ser parada más adelante. sdlc test serial El control previo del comando para la interfaz y el SDLC address correctos de la estación terminal. Usted puede ver los resultados de las tramas de prueba después de que se hayan enviado las tramas o se ha ejecutado una parada de la trama de prueba SDLC.

Para enviar una trama de prueba SDLC, utilice el siguiente comando en el modo EXEC privilegiado:

Comando
Propósito

Router# sdlc test serial number address [iterations | continuous | stop | string string]

Envía una trama de prueba SDLC.



La notasolamente un dispositivo configurado como primario se permite enviar las tramas de prueba.


Ejemplos de Configuración de SDLC y LLC2

Las secciones siguientes proporcionan LLC2 y los ejemplos de la Configuración de SDLC:

Ejemplo de Configuración de LLC2

Ejemplo de Configuración del Modo Simultáneo Bidireccional SDLC

Ejemplos de Configuración de Encapsulación de SDLC para el Soporte del Acceso de Frame Relay

Ejemplo de Configuración SDLC para DLSw+

Ejemplo de la Configuración Semidúplex

Ejemplos de Conversión de la Trama FID4 de SDLC a LLC2

Ejemplo de Configuración de LLC2

Usted puede configurar el número de los bastidores LLC2 recibidos antes de un acuse de recibo. Por este ejemplo, asuma que en el tiempo 0, dos Yo-tramas están recibidas. La cantidad máxima de tres no se ha alcanzado, así que no se envía ningún acuse de recibo para estas tramas. Si una tercera trama, que forzaría al router a enviar un acuse de recibo, no se recibe dentro del ms 800, un acuse de recibo se envía de todos modos, porque se activa la alarma del temporizador del retraso.

interface tokenring 0
 llc2 ack-max 3
 llc2 ack-delay-time 800

En este momento, porque se reconocen todas las tramas, el contador para la cantidad máxima de Yo-tramas será reajustado a cero.

Ejemplo de Configuración del Modo Simultáneo Bidireccional SDLC

La configuración siguiente define la interfaz serial 0 como la estación SDLC primaria con dos estaciones secundarias SDLC, c1 y C2, asociados a ella con un Modem Sharing Device. Se habilita el modo simultáneo bidireccional.

interface serial 0
 encapsulation sdlc-primary
 sdlc address c1
 sdlc address c2
 sdlc simultaneous half-datamode

La red para esta configuración se muestra en el cuadro 8.

Cuadro 8 dos estaciones secundarias SDLC asociadas a una sola interfaz serial con un Modem Sharing Device

Ejemplos de Configuración de Encapsulación de SDLC para el Soporte del Acceso de Frame Relay

Los siguientes ejemplos describen las configuraciones posibles de la encapsulación SDLC si usted planea configurar el soporte del acceso de Frame Relay.

La configuración siguiente es apropiada si la estación SDLC es una estación del 2.1 del tipo negociable o de Nodo primario:

interface serial 2/6
 no ip address
 encapsulation sdlc
 clockrate 9600
 fras map sdlc C1 serial 2/0 frame-relay 32 4 4
 sdlc address C1

La configuración siguiente es apropiada si la estación SDLC es una estación secundaria del 2.1 del tipo de nodo:

interface serial 2/6
 no ip address
 encapsulation sdlc
 clockrate 9600
 fras map sdlc C1 serial 2/0 frame-relay 32 4 4
 sdlc role prim-xid-poll
 sdlc address C1

La configuración siguiente es apropiada si la estación SDLC es una estación secundaria PU2:

interface serial 2/6
 no ip address
 encapsulation sdlc
 clockrate 9600
 fras map sdlc C1 serial 2/0 frame-relay 32 4 4
 sdlc role primary
 sdlc address C1
 sdlc xid C1 01700001

Ejemplo de Configuración SDLC para DLSw+

El siguiente ejemplo describe la Configuración de SDLC con el soporte del DLSw+ implementado. En este ejemplo, 4000.3745.001 es la dirección MAC del host. El router sirve como la estación primaria, mientras que las estaciones secundarias remotas, c1, C2, y c3, es reservado para el DLSw+ y no puede ser utilizado por ningún otro usuario del link de datos. El temporizador SNRM se configura con un valor del ms 2500.

Si k el parámetro no se especifica en sdlc address el comando, el valor será la configuración sdlc k del parámetro, que se especifica como 1; así el c1 y el C2 utilizarán k el valor de 1, pero la estación del c3 tendrá más ancho de banda porque tiene un valor especificado k de 7.

interface serial 0
encapsulation sdlc
sdlc role primary
sdlc vmac 4000.3174.0000
sdlc k 1
sdlc address c1
sdlc xid c1 01712345
sdlc partner 4000.3745.0001 c1
sdlc address c2
sdlc xid c2 01767890
sdlc partner 4000.3745.0001 c2
sdlc addr c3 k 7
sdlc xid c3 01754321
sdlc partner 4000.3745.0001 c3
sdlc snrm-timer 2500
sdlc dlsw c1 c2 c3

Observesi no la forma de este comando se especifica, el valor del temporizador T1 es utilizado para el temporizador SNRM.


Ejemplo de la Configuración Semidúplex

En el siguiente ejemplo, una interfaz SDLC se ha configurado para el modo semidúplex:

encapsulation sdlc-primary
 half-duplex

Ejemplos de Conversión de la Trama FID4 de SDLC a LLC2

Los siguientes ejemplos demuestran las conversiones SDLC-to-LLC2 para las tramas FID4. Cuando usted implementa este la conversión, tenga las consideraciones siguientes presente:

Si el NCP es el primario, el primer SDLC address 0x01 de las líneas utilizas PU4, el segundo utiliza 0x02, y así sucesivamente.

El SDLC address se utiliza para modificar el byte más reciente de la dirección MAC virtual SDLC (sdlc vmac). Este valor modificado se cifra en el nodo principal de la subárea XCA.

Especifique echo la opción en sdlc address el comando. Con echo la opción especificada, las encuestas primarias con un direccionamiento en el rango 01 a 7E, y las contestaciones secundarias con el primer conjunto de bits a 1. por ejemplo, si las encuestas primarias con 04 (0000 0100), las contestaciones secundarias con 84 (1000 0100).

Fije mtu levemente más grandes que los tamaños máximos de paquete usados por el NCP. Conjunto sdlc N1 igual a (mtu + 2) * 8, que está mtu, más 2 bytes para el encabezado SDLC, las épocas 8 (porque el n1 se cifra en los bits, no bytes).

Si el router está proporcionando a un reloj para el FEP, especifique el A. clockrate

Si la línea SDLC tiene NRZI=YES, especifique nrzi-encoding.

Asegúrese de que el FEP SDLC asociado sea el Dispositivo principal SDLC, usando uno de los métodos siguientes:

– Asegúrese de que el SDLC FEP tenga una subárea más alta que el Ring asociado simbólico FEP (o el host simbólico del Ring asociado).

– No configure una entrada secundaria SDLCST en la declaración del GRUPO para la línea SDLC:

SDLCPRIM SDLCST GROUP=xxxx
SDLCSEC  SDLCST GROUP=yyyy

GROUP SDLCST=(SDLCPRIM,,)
NAME1 LINE ADDR=nnn
NAME2 PU PUTYPE=4

La conexión SDLC requiere el modulo 8. Asegúrese de que configuren al grupo/línea y los grupos SDLC SDLCST con modulo = 8 y maxout = 7.

Ejemplo de configuración de la conexión de peer remoto DLSw

Los siguientes ejemplos están para una conexión entre peers remotas DLSW usando dos Routers. Dos diversas configuraciones de muestra se dan para el par del telecontrol DLSW:

Conectado con un router adjunto a CIP

Conectado con una subárea simbólica del Ring asociado, tal como NTRI FEP

Configuración para el router SDLC conectado

Las sentencias de configuración siguientes están para el router SDLC conectado:

dlsw local-peer peer-id 10.2.2.2
dlsw remote-peer 0 tcp 10.1.1.1
interface Serial1
 description sdlc configuration PU4/PU4
 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 

Configuración para el par remoto DLSW conectado con un router adjunto a CIP

Las sentencias de configuración siguientes están para un par del telecontrol DLSW conectado con un router adjunto a CIP:

source-bridge ring-group 1111
dlsw local-peer peer-id 10.1.1.1
dlsw remote-peer 0 tcp 10.2.2.2
interface Channel5/0
 csna 0100 20
interface Channel5/2
 lan TokenRing 0
  source-bridge 1 1 1111
  adapter 0 4000.1111.0020

Configuración para el par remoto DLSW conectado con una subárea simbólica del Ring asociado

Las sentencias de configuración siguientes están para un par del telecontrol DLSW conectado con una subárea simbólica del Ring asociado, tal como NTRI FEP:

source-bridge ring-group 1111
dlsw local-peer peer-id 10.1.1.1
dlsw remote-peer 0 tcp 10.2.2.2
interface token ring 6/0
 ring-speed 16
 source-bridge 2 1 1111

Ejemplo de configuración del DLSw Local-Switching Connection

Los siguientes ejemplos están para un DLSw Local-Switching Connection, usando un router. Se dan dos diversas configuraciones de muestra:

Conexión a un router adjunto a CIP

Conexión a una subárea simbólica del Ring asociado, tal como NTRI FEP

Configuración para una conexión a un router adjunto a CIP

Las sentencias de configuración siguientes están para una conexión a un router adjunto a CIP:

source-bridge ring-group 1111
dlsw local-peer
interface Serial1/0
 description sdlc configuration PU4/PU4
 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
interface Channel5/0
 csna 0100 20
interface Channel5/2
 lan TokenRing 0
  source-bridge 1 1 1111
  adapter 0 4000.1111.0020

Configuración para una conexión a una subárea simbólica del Ring asociado

Las sentencias de configuración siguientes están para una conexión a una subárea simbólica del Ring asociado, tal como NTRI FEP:

source-bridge ring-group 1111
dlsw local-peer
interface Serial1/0
 description sdlc configuration PU4/PU4
 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
interface token ring 6/0
 ring-speed 16
 source-bridge 2 1 1111

Configuración SDLC FEP

Las sentencias de configuración siguientes están para el SDLC FEP:

00084 *******************************************************************"
00085 SDLCPRIM SDLCST GROUP=INNPRIM,         SDLC STATEMENTS FOR INN         *
00086                MAXOUT=7,                                               *
00087                MODE=PRIMARY,                                           *
00088                PASSLIM=254,                                            *
00089                RETRIES=(5,2,5),                                        *
00090                SERVLIM=4
00091 SDLCSEC  SDLCST GROUP=INNSEC,          SDLC STATEMENTS FOR INN         *
00092                MAXOUT=7,                                               *
00093                MODE=SECONDARY,                                         *
00094                PASSLIM=254,                                            *
00095                RETRIES=(5,2,5)
00286 *******************************************************************"
00287 *                                                                 *"
00288 *           GROUP MACROS FOR INN CONNECTIONS                      *"
00289 *                                                                 *"
00290 *******************************************************************"
00291 GRPINN   GROUP ACTIVTO=60,             SEC WAIT FOR PRIM               *
00292                ANS=CONT,                                               *
00293                CLOCKNG=EXT,                                            *
00294                DATRATE=HIGH,                                           *
00295                DIAL=NO,                                                *
00296                DUPLEX=FULL,                                            *
00297                IRETRY=NO,                                              *
00298                ISTATUS=ACTIVE,                                         *
00299                LNCTL=SDLC,                                             *
00300                MAXOUT=7,                                               *
00301                MAXPU=1,                                                *
00302                MONLINK=YES,                                            *
00303                NEWSYNC=NO,                                             *
00304                NRZI=NO,                                                *
00305                PASSLIM=254,                                            *
00306                PAUSE=0.2,                                              *
00307                REPLYTO=1,                                              *
00308                RETRIES=(3,1,3),                                        *
00309                SDLCST=(SDLCPRIM,SDLCSEC),                              *
00310                SERVLIM=255,                                            *
00311                TGN=2,                                                  *
00312                TRANSFR=27,                                             *
00313                TYPE=NCP
00314 *"
00315 ERNLN012 LINE ADDRESS=012,ISTATUS=ACTIVE
00316 ERNPU012 PU PUTYPE=4
00317 *"

Configuración de la subárea del Token Ring FEP

Las sentencias de configuración siguientes están para la subárea del Token Ring FEP:

********************************************************                06260099
* SDLCST STATEMENT FOR SDLC CONNECTED NCP-NCP LINKS    *                06270099
********************************************************                06280099
N46DPRIS SDLCST GROUP=N46DPRIG,        *                               X06290099
               MAXOUT=7,               * FRAMES RECIEVED BEFORE RESPONSX06300099
               MODE=PRIMARY,           * PRIMARY MODE                  X06310099
               PASSLIM=254,            * MAXIMUM # OF PIUS SENT TO PU  X06320099
               RETRIES=(3,2,30),       * RETRIES                       X06330099
               SERVLIM=4               * REGULAR / SPECIAL SCANS        06340099
N46DSECS SDLCST GROUP=N46DSECG,                                        X06350099
               MAXOUT=7,                                               X06360099
               MODE=SECONDARY,                                         X06370099
               PASSLIM=254,                                            X06380099
               RETRIES=3                                                06390099
*********************************************************************** 46680099
*        TOKEN RING PHYSICAL DEFINTIONS                               * 46690099
*********************************************************************** 46700099
N46DPTR1 GROUP ECLTYPE=(PHYSICAL,SUBAREA),                             X46710099
               NPACOLL=YES                                              46720099
N46LYA   LINE  ADDRESS=(1088,FULL),      TIC ADDRESS                   X46730099
               ISTATUS=ACTIVE,                                         X46743099
               OWNER=H53,                                              X46750099
               PORTADD=1,                                              X46760099
               MAXTSL=1108,                                            X46770099
               RCVBUFC=4095,          MAX FROM RING TO NCP             X46780099
               LOCADD=400000001C46    3745 ADDRESS ON RING              46790099
N46PYA   PU    ANS=CONT                                                 46800099
N46UYA   LU    ISTATUS=INACTIVE     DUMMY LU                            46810099
*              STATOPT=OMIT                                             46820099
*********************************************************************** 46829999
*        TOKEN RING LOGICAL DEFINITIONS - SUBAREA LINKS               * 46830099
*********************************************************************** 46830199
N46DLTR1 GROUP ECLTYPE=(LOGICAL,SUBAREA),  * LOGICAL SUBAREA GROUP *   X46830299
               ISTATUS=INACTIVE,                                       X46830399
               NPACOLL=YES,                                            X46830499
               OWNER=H53,                                              X46830599
               PHYSRSC=N46PYA                                           46830699
N46LXA47 LINE  SDLCST=(N46DPRIS,N46DSECS),ISTATUS=ACTIVE                46830799
N46PXA47 PU    ADDR=04400037450004                                      46830999

Nodo principal de la subárea VTAM XCA

Las sentencias de configuración siguientes están para el nodo principal de la subárea VTAM XCA:

00001          VBUILD TYPE=XCA
00002 SUBAPRT  PORT  ADAPNO=0,                                               *
00003                CUADDR=100,                                             *
00004                MEDIUM=RING,                                            *
00005                SAPADDR=4,                                              *
00006                TIMER=30
00007 SUBAGRP  GROUP DIAL=NO
00008 SUBALN   LINE  USER=SNA
00009 SUBAPU   PU    MACADDR=4000374500004,                                  *
00010                PUTYPE=4,                                               *
00011                SAPADDR=4,                                              *
00012                SUBAREA=63,                                             *
00013                TGN=2