Contenido
Introducción
Este documento le ayuda a resolver problemas que pueden ocurrir en una red cuando un dispositivo extremo conectado a Synchronous Data Link Control (SDLC) se conecta a un Data Center, por ejemplo, mediante Data-Link Switching (DLSw).
Prerequisites
Requirements
No hay requisitos específicos para este documento.
Componentes Utilizados
Este documento no se limita a una versión específica de software o de hardware.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Convenciones
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Solución de problemas de SDLC
Ejecute el comando show interface serial x en el router para comenzar a resolver problemas de SDLC. El resultado de este comando contiene información que podría ayudarle a localizar el problema.
Serial1/0 is up, line protocol is up
!--- If line is down/down, then check CLOCKING. !--- If line is up/down, then check NRZI_ENCODING. !--- If line is cycling between up/up and up/down, then check DUPLEX. !--- A modem sharing device (MSD) uses full duplex.
Hardware is CD2430 in sync mode
Description SDLC PU2.1 PRIMARY
MTU 1500 bytes, BW 128 Kbit, DLY 20000 usec, rely 255/255, load 1/255
Encapsulation SDLC, loopback not set
Router link station role: PRIMARY (DCE)
!--- DCE has to provide the clock. It is responsible for raising DCD, CTS, !--- and DSR. Issue the show controllers command to check DTE, DCE, and !--- cable type.
Router link station metrics:
slow-poll 10 seconds
T1 (reply time out) 3000 milliseconds
!--- The sdlc t1
is a !--- numeric value in milliseconds between 1 and 64000 (default is 3000).
N1 (max frame size) 12016 bits
!--- The sdlc n1
is a numeric value from 1 to 12000 !--- (default is 12000).
N2 (retry count) 20
!--- The sdlc n2
!--- is a numeric value between 1 and 255 (default is 20).
poll-pause-timer 200 milliseconds
!--- Set this with the sdlc poll-pause-timer
is a numeric value in milliseconds from 1 to 10000. !--- Set this value to a minimum of 2000 before you run SDLC debugs; otherwise, !--- you will flood the console with SDLC polling messages.
poll-limit-value 1
!--- Set this with the sdlc poll-limit-value
!--- is a numeric value from 1 to 10. !--- Use this command on multidrops to determine the number of polls that are !--- dedicated to each secondary device. Higher value allows a single secondary !--- to send more data but can decrease overall secondary servicing efficiency.
k (windowsize) 1
modulo 8
!--- Set K with the sdlc k
is a !--- numeric value of 1 through 7 (if modulo 7) or 1 through 127 (if modulo 128). !--- rrrz sss0 !--- rrr = Frame number of the block that is expected to be received next !--- (rrrrrrr if modulo 128) !--- z = Poll/Final bit, which may be 0 or 1. !--- sss = Frame number of the block that is expected to be sent next !--- (sssssss if modulo 128) !--- The K value determines how many frames after which the poll bit is set to 1, !--- which indicates that it is the other side???s turn to send.
sdlc vmac: 4000.1555.21--
sdlc addr 01 state is CONNECT
!--- Refer to SDLC States
.
cls_state is CLS_IN_SESSION
!--- See Table 1 ??? CLS States.
VS 6, VR 6, Remote VR 6, Current retransmit count 0
Hold queue: 0/200 IFRAMEs 2649/683
TESTs 0/0 XIDs 0/0, DMs 0/0 FRMRs 0/0
!--- FRMRs could indicate a bug in the end station SDLC emulation package. !--- Check the values in the FRMR frame against the FRMR frame description.
RNRs 1797153/2291 SNRMs 222/0 DISC/RDs 12/0 REJs 0/0
!--- If you see a steady increase in RNRs, then check for congestion on the DLSw !--- peer (the value under the TCP column in show dlsw peer command output). !--- If RNRs are greater than 50 percent of the default TCP queue depth 200, then !--- there is congestion.
Poll: clear, Poll count: 0, ready for poll, chain: 01/01
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
!--- Check that the input and output queues are not wedged (41/40 or 76/75). !--- If the queue is wedged, then the router usually must be reloaded to recover.
5 minute input rate 0 bits/sec, 4 packets/sec
5 minute output rate 0 bits/sec, 4 packets/sec
2857443 packets input, 5738306 bytes, 0 no buffer
Received 409483 broadcasts, 0 runts, 0 giants, 0 throttles
1 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 1 abort
!--- Giants and input errors might indicate a wrong NRZI value (NRZI-ENCODING).
2857874 packets output, 6029620 bytes, 0 underruns
0 output errors, 0 collisions, 60523 interface resets
0 output buffer failures, 0 output buffers swapped out
53 carrier transitions
DCD=up DSR=up DTR=up RTS=down CTS=up
!--- RTS and CTS are always up, with full duplex. !--- RTS and CTS will cycle between up and down, with half duplex.
Tabla 1?? Estados CLS
| Estado | Significado |
|---|---|
| CLS_STN_CLOSED | Todavía no se ha iniciado ningún proceso de activación de línea. |
| CLS_ROSCNF_PEND | ReqOpenStn se ha enviado a PU; Esperando ReqOpenStnCfm. |
| CLS_STN_OPENED | ReqOpenStnCfm recibido de PU. |
| CLS_CONNECT_RSP_PEND | Enviado SNRM; Esperando UA de PU. |
| CLS_DISCCNF_PEND | PU envía DISK (si es primario) o RDISC (si es secundario). |
| CLS_CONNECT_REQ_PEND | Esperando una respuesta de conexión. |
| CLS_FULL_XID_PEND | Esperando una respuesta al XID nulo que se envió. |
| CLS_CONNECTED_IND_PEND | Connect.Rsp recibido de DLU. |
| CLS_DISK_IND_SENT | Desconexión.Se ha enviado la Ind. |
| CLS_IN_SESSION | Se ha completado el establecimiento del circuito. |
| CLS_CLOSING | Cisco Link Services (CLS) se encuentra en estado de cierre. |
‘Tipo de PU’
Para los controladores conectados a SDLC, es importante conocer el tipo de unidad física (PU) que se utiliza (por ejemplo, PU 2.0 o PU 2.1) y el rol de SDLC.
La tabla 2 muestra algunos de los dispositivos más comunes y el tipo de PU que representan. El tipo PU determina la configuración que se debe adoptar, como se ilustra en la sección PU 2 con el rol de estación SDLC establecido en secundario.
Tabla 2?? Tipos de PU de dispositivos| Dispositivo | ‘Tipo de PU’ |
|---|---|
| 5294 | 1 |
| 5394 | 1 |
| 5394 +RPQ 8Q0775 | 2.1 |
| 5494 | 2.1 |
| 3276 | 2.0 |
| 3274 | 2.0 |
| 3174 | 2.0 / 2.1 |
| 3745 | 4 |
| 3172 | No hay nodo PU XCA |
| S/38 | 2.0 |
| 36XX | 2.0 |
| Netware/SAA | 2.0 / 2.1 |
| SNA Server NT | 2.0 / 2.1 |
PU 2 con función de estación SDLC configurada en secundaria
interface serial x encapsulation sdlc sdlc role primary !--- Assumes SDLC station role secondary for the attached SDLC controller. sdlc vmac 1234.3174.0000 !--- Virtual MAC address given to the SDLC controller, which has the !--- SDLC address (D2) appended to it. !--- For more information about the sdlc vmac command, refer to !--- LLC2 and SDLC Commands. sdlc address D2 !--- SDLC address obtained from SDLC controller configuration. sdlc xid D2 01730020 !--- D2 is the SDLC address, and 01730020 is the IDBLK and IDNUM, which is !--- obtained from the Switched Major Node on the host. sdlc partner 1000.5aed.1f53 D2 !--- 1000.5aed.1f53 is the MAC address of the host, and D2 is the SDLC address. sdlc dlsw D2
PU 2 con SDLC Station Role configurada en Primary
interface serial x
sdlc role secondary
sdlc vmac 1234.3174.0000
sdlc address D2
sdlc xid D2 01730020
sdlc partner 1000.5aed.1f53 D2
sdlc dlsw D2
Tipo de nodo 2.1 con función de estación SDLC configurada en negociable o principal
interface serial x
encapsulation sdlc
sdlc role none
sdlc vmac 1234.3174.0000
sdlc address D2
sdlc partner 1000.5aed.1f53 D2
sdlc dlsw D2
SRC_INVALID
interface serial x
encapsulation sdlc
sdlc role prim-xid-poll
sdlc vmac 1234.3174.0000
sdlc address D2
sdlc partner 1000.5aed.1f53 D2
sdlc dlsw D2
Nota: Para SDLC de varias caídas para PU 2.0 o PU 2.1, y una combinación de PU 2.0 y PU 2.1, consulte la sección Ejemplo de Configuración de Soporte de Multidrop DLSw+ con SDLC de Configuración de Switching de Link de Datos Plus.
PU 4.0 con SDLC
interface serial x
no ip address
encapsulation sdlc
no keepalive
clock rate 19200
sdlc vmac 4000.3745.0100
sdlc address 01 seconly
sdlc partner 4000.3745.2176 01
sdlc dlsw 1
Para obtener más información sobre SDLC al control de link lógico, conversión de tipo 2 (LLC2) para tramas del indicador de formato 4 (FID4), consulte Conversión de DLSw+ FID4 LLC2 a SDLC para dispositivos PU4/5.
Existe una relación directa entre Cisco Link Services y SDLC. En el caso de los servicios de enlace de Cisco, no se producen cambios hasta que se reconoce el modo de respuesta normal (SNRM) mediante un reconocimiento sin numerar (UA). Una vez que se obtiene una UA, el router envía un receptor no preparado (RNR, USBUSY) a la estación de SDLC, para mantenerlo inactivo mientras que DLSw activa el circuito DLSw con el host (rol principal de SDLC). El código SDLC envía una identificación de intercambio (XID) nula internamente al código de servicios de enlace de Cisco para iniciar esto. Estos estados de Cisco Link Services se pueden ver:
-
CLS_STN_CLOSED???El explorador CANUREACH (CUR-ex) se envía al par DLSw, pero aún no se ha recibido una respuesta del explorador ICANREACH (ICR-ex). Probablemente el problema se deba a una dirección MAC incorrecta o a que el adaptador del host no está abierto o activo.
-
CLS_STN_OPENED???Se envía un XID nulo pero no recibe respuesta del host. El problema probablemente sea un punto de acceso al servicio (SAP) de destino incorrecto o no haya líneas lógicas disponibles.
-
CLS_CONNECT_REQ_PEND???Se envía un XID de arquitectura de red de sistemas (SNA) y no hay respuesta del host. Probablemente, el problema sea un nodo principal conmutado incorrecto, inactivo o activado por otro dispositivo.
Problemas comunes de SDLC
Esta sección enumera algunos de los problemas más comunes de SDLC.
-
Para obtener más información sobre la dirección sdlc , consulte Comandos LLC2 y SDLC.
-
Codificación incorrecta: No retorno a cero (NRZ) o no retorno a cero invertido (NRZI).
Para obtener más información sobre nrzi-encoding, refiérase a Comandos Synchronous Serial Port Setup.
-
Estación SDLC apagada o dañada.
-
Falta el comando de interfaz clock rate.
Para obtener más información sobre el comando clock rate, consulte Comandos de Interfaz.
-
Funcionamiento dúplex completo o semidúplex.
Consulte la sección Configuración de una Interfaz SDLC para el Modo Semidúplex en Configuración de los Parámetros LLC2 y SDLC.
-
Distribución incorrecta de clavijas del cable.
Para obtener más información sobre clavijas de cable, consulte Especificaciones de Hardware y Clavijas de Cable .
-
Se excede el límite de longitud del cable.
Consulte la sección Limitaciones de Distancia para Cables de Interfaz en Planificación de la Instalación.
-
Función de estación SDLC incorrecta.
Vea la sección Tipo de PU en este documento.
Dirección SDLC incorrecta
La dirección SDLC configurada en el router debe coincidir con la dirección SDLC del controlador SDLC conectado. Por ejemplo, con un controlador de clúster 3174, esto es el número de línea de configuración 104. Si el router se configura para el rol principal de SDLC y el estado de SDLC se atasca en SNRMSENT, entonces es posible que las dos direcciones no coincidan. Un comando útil para ejecutar para probar la línea SDLC y el controlador es sdlc test serial; consulte sdlc test serial en Comandos LLC2 y SDLC. Similar al ping IP, envía diez tramas de prueba; si se reciben los diez, entonces la prueba se considera un pase ??????? Esta prueba también verifica que tiene la codificación correcta (NRZ o NRZI); consulte nrzi-encoding en Comandos Synchronous Serial Port Setup. Similar al parámetro de dirección SDLC, la codificación necesita coincidir en la interfaz serial del router y en el controlador SDLC. En el ejemplo de un 3174, esta es la línea de configuración número 313: 0 significa NRZ y 1 significa NRZI. El valor predeterminado en el router es 0 (NRZ).
DCE envía un DSR en lugar de una señal DCD
Otro problema común de SDLC es el uso de DCE o DTE, y los problemas de temporización. Normalmente, el router Cisco proporciona la temporización y tiene un cable DCE conectado. Esto hace que la interfaz serial del router actúe como DCE y hace que el controlador conectado actúe como DTE. Esta configuración también puede ser invertida: la interfaz serial del router tiene un cable DTE conectado y el controlador conectado proporciona el reloj. En forma predeterminada, cuando la interfaz serial opera en modo DTE, monitorea la señal DCD como el indicador de línea activa/inactiva. Normalmente, el dispositivo DCE conectado envía la señal DCD. Cuando la interfaz DTE detecta la señal DCD, cambia el estado de la interfaz a up. En algunas configuraciones, como un entorno multidrop SDLC, el dispositivo DCE envía la señal DSR en lugar de la señal DCD, lo que no permite que aparezca la interfaz. Para que la interfaz monitoree la señal DSR en lugar de la señal DCD como indicador de línea ascendente o descendente, ejecute el comando ignore-dcd en el modo de configuración de la interfaz. Consulte ignore-dcd en Comandos Synchronous Serial Port Setup.
DTE no está levantando una señal DTR
Cuando la interfaz serial del router actúa como DCE, un posible problema podría ser una falla del DTE para elevar la señal DTR. Esto se puede verificar con la última línea de salida de visualización del comando show interface. El problema puede deberse a un cableado incorrecto, debido a una configuración de clavijas incorrecta (consulte Especificaciones de Hardware y Clavijas de Cable), o a que el controlador SDLC no se enciende correctamente. Utilice una caja de escape para verificar todas las señales del lado del DCE y DTE. Para determinar el tipo de cable que se conecta a la interfaz serial del router, ejecute el comando show controllers serial. Consulte show controllers serial en los Comandos de Interfaz.
Funcionamiento dúplex completo o semidúplex
La velocidad del dúplex es otra interferencia común en las conexiones SDLC. La interfaz del router y el controlador SDLC necesitan tener configuraciones de velocidad dúplex idénticas: media o completa. Por ejemplo, con un controlador de clúster 3174, esto es el número de línea de configuración 318: 0 significa velocidad dúplex completo y 1 significa velocidad semidúplex. De forma predeterminada, la interfaz serial del router es dúplex completo. Si el router está conectado a un dispositivo de uso compartido del módem (MSD), la interfaz serial del router y el MSD deben funcionar en dúplex completo. Consulte la sección Configuración de una Interfaz SDLC para el Modo Semidúplex en Configuración de los Parámetros LLC2 y SDLC.
Flujo del establecimiento de sesión de ejemplo para el dispositivo PU 2.0
Flujo del establecimiento de sesión de ejemplo para el dispositivo PU 2.1
Depurar paquetes o eventos SDLC
Los comandos de depuración más comunes para SDLC son debug sdlc event y debug sdlc packet. Pueden utilizarse cuando no hay un analizador SDLC disponible y se requiere un diagnóstico rápido. Si tiene varias direcciones SDLC configuradas, puede obtener resultados de depuración para todas las direcciones. Utilice debug sdlc event, que muestra cada paquete, en lugar de debug sdlc packet, que muestra solamente los eventos.
Nota: Si tiene varias interfaces seriales SDLC, el comando genera depuraciones de todas las interfaces configuradas por SDLC.
Para limitar la salida a una sola interfaz, ejecute estos comandos:
-
debug list serial x , donde x es el número de interfaz
-
debug sdlc event
No ejecute el comando debug sdlc packet porque omite el filtro.
Precaución: El comando debug sdlc puede causar una degradación severa del rendimiento, especialmente cuando se ejecuta en un router que tiene varias direcciones SDLC configuradas. Antes de intentar este comando debug, consulte Información Importante sobre Comandos Debug.
Paquetes SDLC durante DLSw con SDLC para PU 2.1
%LINK-3-UPDOWN: Interface Serial1, changed state to up
Después de ejecutar el comando debug sdlc packet, se producen estos eventos:
-
Un XID, o BF, se envía a la dirección de broadcast SDLC FF.
Serial1 SDLC output???????? FFBF
-
Se emite un XID desde el 5494. Este es un XID format 3 tipo 2, que puede ejecutar el comando debug sdlc packet para ver.
Serial1 SDLC input 0046C930: DDBF3244 073000DD 0000B084 00000000?? ...........d.... 0046C940: 00000001 0B000004 09000000 00070010?? ................ 0046C950: 17001611 01130012 F5F4F9F4 F0F0F2F0?? ........54940020 0046C960: F0F0F0F0 F0F0F0F0 0E0CF4D5 C5E3C14B?? 00000000..4NETA. 0046C970: C3D7F5F4 F9F4?????????????????????????????????????????????? CP5494
Aunque este documento no proporciona todos los detalles necesarios para analizar este XID, esta es una descripción de algunos de los campos:
-
073000DD???El ID de bloque y el número de ID configurado en el 5494. Juntos, se los conoce como XID y el 5494 los envía al par durante la negociación de sesión.
-
NETA???El identificador de red de igual a igual (APPN) avanzado (NETID) que se utiliza. Normalmente debe coincidir con el NETID configurado en el par. En este caso, el par es un AS/400.
-
CP5494???Nombre del punto de control del 5494.
-
-
El XID se emite desde el AS/400.
Serial1 SDLC output 004BC070:???????? FFBF 324C0564 52530000 000A0800?????? ...<.......... 004BC080: 00000000 00010B30 0005BA00 00000007?? ................ 004BC090: 000E0DF4 D5C5E3C1 4BD9E3D7 F4F0F0C1?? ...4NETA.RTP400A 004BC0A0: 1017F116 11011300 11F9F4F0 F4C6F2F5?? ..1......9404F25 004BC0B0: F1F0F0F0 F4F5F2F5 F3460505 80000000?? 100045253....... 004BC0C0: SERIAL1 SDLC INPUT 0046C270:???????????????????????????????????? DDBF3244 073000DD?????????????????? ........ 0046C280: 0000B084 00000000 00000001 0B000004?? ...D............ 0046C290: 09000000 00070010 17001611 01130012?? ................ 0046C2A0: F5F4F9F4 F0F0F2F0 F0F0F0F0 F0F0F0F0?? 5494002000000000 0046C2B0: 0E0CF4D5 C5E3C14B C3D7F5F4 F9F4?????????? ..4NETA.CP5494 SERIAL1 SDLC OUTPUT 004C0B10:???????? FFBF 324C0564 52530000 00F6C800?????? ...<.......6H. 004C0B20: 00000080 15010B10 0005BA00 00000007?? ................ 004C0B30: 000E0DF4 D5C5E3C1 4BD9E3D7 F4F0F0C1?? ...4NETA.RTP400A 004C0B40: 1017F116 11011300 11F9F4F0 F4C6F2F5?? ..1......9404F25 004C0B50: F1F0F0F0 F4F5F2F5 F3460505 80150000?? 100045253....... 004C0B60: SERIAL1 SDLC INPUT 0046BBC0: DDBF3244 073000DD 0000B084 00000000?? ...........D.... 0046BBD0: 00000001 0B000004 09000000 00070010?? ................ 0046BBE0: 17001611 01130012 F5F4F9F4 F0F0F2F0?? ........54940020 0046BBF0: F0F0F0F0 F0F0F0F0 0E0CF4D5 C5E3C14B?? 00000000..4NETA. 0046BC00: C3D7F5F4 F9F4?????????????????????????????????????????????? CP5494
-
05645253???El ID de bloque y el número de ID del AS/400.
-
RTP400A???Nombre del punto de control del AS/400.
Esto puede encontrarse en el archivo Display Network Attributes (DSPNETA) en AS/400.
-
-
El SNRM (93) y UA (73) se pueden ver en la línea. Antes del SNRM, el router siempre utilizó la dirección de broadcast. A partir de ahora, el router siempre utiliza la dirección de sondeo real de DD.
Serial1 SDLC output???????? DD93 Serial1 SDLC input?????????? DD73 Serial1 SDLC output???????? DD11 Serial1 SDLC input?????????? DD11
Si varía el controlador en el AS/400, puede ver el DISC (53) y UA (73) que resulta en el lado SDLC de la sesión.
Serial1 SDLC output DD53 Serial1 SDLC input
Se ha omitido el resto de las depuraciones.