Dépannage de DLSw : SDLC
Contenu
Introduction
Ce document vous aide à dépanner les problèmes qui peuvent survenir dans un réseau lorsqu'un périphérique final lié à SDLC (Synchronous Data Link Control) se connecte à un centre de données, par exemple via la commutation DLSw (Data-Link Switching).
Conditions préalables
Conditions requises
Aucune spécification déterminée n'est requise pour ce document.
Components Used
Ce document n'est pas limité à des versions de matériel ou de logiciel spécifiques.
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.
Conventions
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Dépannage de SDLC
Exécutez la commande show interface serial x au niveau du routeur pour commencer à dépanner SDLC. Le résultat de cette commande contient des informations qui peuvent vous aider à localiser le problème.
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.
Tableau 1 ? ? ? États CLS
| Province | Signification |
|---|---|
| CLS_STN_CLOSED | Aucun processus d'activation de ligne n'a encore démarré. |
| CLS_ROSCNF_PEND | ReqOpenStn a été envoyé à PU ; en attente de ReqOpenStnCfm. |
| CLS_STN_OPENED | ReqOpenStnCfm reçu de PU. |
| CLS_CONNECT_RSP_PEND | SNRM envoyé ; en attente de l'UA de PU. |
| CLS_DISCCNF_PEND | PU envoie DISK (si principal) ou RDISC (si secondaire). |
| CLS_CONNECT_REQ_PEND | En attente d'une réponse de connexion. |
| CLS_FULL_XID_PEND | En attente d'une réponse au XID Null envoyé. |
| CLS_CONNECTED_IND_PEND | Connect.Rsp reçu de DLU. |
| CLS_DISQUE_IND_ENVOYÉ | Disconnect.Ind a été envoyé. |
| CLS_IN_SESSION | Établissement du circuit terminé. |
| CLS_CLOSING | Cisco Link Services (CLS) est en état de fermeture. |
Type de PU
Pour les contrôleurs SDLC, il est important de connaître le type d'unité physique (PU) utilisé (par exemple, PU 2.0 ou PU 2.1) et le rôle SDLC.
Le tableau 2 présente certains des périphériques les plus courants et le type d'unité physique qu'ils représentent. Le type d'unité physique détermine la configuration à adopter, comme illustré dans la section PU 2 avec rôle de station SDLC défini sur secondaire.
Tableau 2 ? ? ? Types de PU de périphérique| Périphérique | Type 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 | Aucun noeud PU XCA |
| S/38 | 2.0 |
| 36XX | 2.0 |
| Netware/SAA | 2.0 / 2.1 |
| Serveur SNA NT | 2.0 / 2.1 |
PU 2 avec rôle de station SDLC défini sur Secondaire
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 avec rôle de station SDLC défini sur Principal
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
Type de noeud 2.1 avec le rôle de station SDLC défini sur Négociable ou 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
Type de noeud 2.1 avec rôle de station SDLC défini sur Secondaire
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
Remarque : Pour le SDLC multipoint pour PU 2.0 ou PU 2.1 et une combinaison de PU 2.0 et PU 2.1, reportez-vous à la section Exemple de configuration de support multipoint DLSw+ avec SDLC de Configuration de Data-Link Switching Plus.
PU 4.0 avec 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
Pour plus d'informations sur SDLC à Logical Link Control, conversion de type 2 (LLC2) pour les trames FID4 (Format Indicator 4), référez-vous à DLSw+ FID4 LLC2-to-SDLC Conversion pour les périphériques PU4/5.
Il existe une relation directe entre Cisco Link Services et SDLC. Pour les services de liaison Cisco, aucune modification n'a lieu tant que le mode SNRM (Set Normal Response Mode) n'est pas accusé de réception non numéroté (UA). Une fois qu’un UA est obtenu, le routeur envoie un récepteur Non prêt (RNR, USBUSY) à la station SDLC, pour le maintenir en veille tandis que DLSw active le circuit DLSw avec l’hôte (rôle SDLC principal). Le code SDLC envoie une ID d'échange nulle (XID) en interne au code des services de liaison Cisco, pour lancer cette opération. Ces états des services de liaison Cisco sont visibles :
-
CLS_STN_CLOSED ? ??L'explorateur CANUREACH (CUR-ex) est envoyé à l'homologue DLSw, mais une réponse d'explorateur ICANREACH (ICR-ex) n'est pas encore reçue. Le problème est probablement une adresse MAC incorrecte ou la carte hôte n'est pas ouverte ou active.
-
CLS_STN_OPENED ? ? ? Un XID nul est envoyé mais ne reçoit aucune réponse de l'hôte. Le problème est probablement dû à un point d'accès au service de destination incorrect (SAP) ou à l'absence de lignes logiques.
-
CLS_CONNECT_REQ_PEND ? ? ? Un XID SNA (Systems Network Architecture) est envoyé et il n'y a aucune réponse de l'hôte. Le problème est probablement un noeud principal commuté qui est incorrect, non actif ou activé par un autre périphérique.
Problèmes courants de SDLC
Cette section répertorie certains des problèmes SDLC les plus courants.
-
Pour plus d'informations sur l'adresse sdlc , référez-vous aux commandes LLC2 et SDLC.
-
Codage incorrect : Non-Return to Zero (NRZ) ou Non-Return to Zero Inverted (NRZI).
Pour plus d'informations sur le codage nrzi, référez-vous aux commandes de configuration de port série synchrone.
-
Station SDLC éteinte ou cassée.
-
L’ETCD envoie un DSR au lieu d’un signal DCD (Data Carrier Detect) (l’interface série du routeur fonctionne en mode ETTD).
-
Commande d'interface clock rate manquante.
Pour plus d'informations sur la commande clock rate, reportez-vous aux commandes Interface.
-
L’ETTD n’émet pas de signal DTR (Data Terminal Ready) (l’interface série du routeur fonctionne en mode DCE).
-
Fonctionnement en mode bidirectionnel simultané ou en mode bidirectionnel non simultané.
Reportez-vous à la section Configurer une interface SDLC pour le mode semi-duplex dans Configuration des paramètres LLC2 et SDLC.
-
brochage incorrect des câbles.
Pour plus d'informations sur le brochage des câbles, référez-vous à Spécifications matérielles et brochages des câbles.
-
La limite de longueur du câble est dépassée.
Reportez-vous à la section Limitations de distance pour les câbles d'interface dans Planification de votre installation.
-
Rôle de station SDLC incorrect.
Reportez-vous à la section Type de processeur de ce document.
Adresse SDLC incorrecte
L’adresse SDLC configurée sur le routeur doit correspondre à l’adresse SDLC du contrôleur SDLC connecté. Par exemple, avec un contrôleur de cluster 3174, il s'agit du numéro de ligne de configuration 104. Si le routeur est configuré pour le rôle SDLC principal et que l'état SDLC est bloqué dans SNRMSENT, il est possible que les deux adresses ne correspondent pas. Une commande utile à émettre pour tester la ligne SDLC et le contrôleur est sdlc test serial ; référez-vous à sdlc test serial dans LLC2 et les commandes SDLC. Comme pour la requête ping IP, elle envoie dix trames de test ; si tous les dix sont reçus, alors le test est considéré comme une réussite ? ? ? ? ? ? Ce test vérifie également que vous avez le codage correct (NRZ ou NRZI); référez-vous à codage nrzi dans Commandes de configuration de port série synchrone. Comme pour le paramètre d’adresse SDLC, le codage doit correspondre sur l’interface série du routeur et sur le contrôleur SDLC. Dans l'exemple d'un 3174, il s'agit de la ligne de configuration 313 : 0 signifie NRZ, et 1 signifie NRZI. La valeur par défaut sur le routeur est 0 (NRZ).
DCE envoie un DSR au lieu d’un signal DCD
Un autre problème courant du SDLC est l’utilisation de DCE ou ETTD, ainsi que les problèmes de synchronisation. En règle générale, le routeur Cisco fournit la synchronisation et un câble ETCD est connecté. Cela fait de l’interface série du routeur un ETCD et fait du contrôleur connecté un ETTD. Cette configuration peut également être inversée : un câble ETTD est connecté à l’interface série du routeur et le contrôleur connecté fournit l’horloge. Par défaut, lorsque l’interface série fonctionne en mode ETTD, elle surveille le signal DCD comme indicateur de ligne vers le haut ou vers le bas. En règle générale, le périphérique DCE connecté envoie le signal DCD. Lorsque l’interface ETTD détecte le signal DCD, elle modifie l’état de l’interface en up. Dans certaines configurations, telles qu’un environnement multipoint SDLC, le périphérique DCE envoie le signal DSR au lieu du signal DCD, ce qui ne permet pas à l’interface de s’activer. Pour que l'interface contrôle le signal DSR au lieu du signal DCD en tant qu'indicateur de ligne ascendante ou descendante, exécutez la commande ignore-dcd en mode de configuration d'interface. Reportez-vous à ignore-dcd dans Commandes de configuration de port série synchrone.
L’ETTD n’émet pas de signal DTR
Lorsque l’interface série du routeur agit en tant que DCE, un problème possible peut être l’échec de l’ETTD à émettre le signal DTR. Ceci peut être vérifié par la dernière ligne du résultat d'affichage de la commande show interface. Le problème peut être dû à un câblage incorrect, à un brochage incorrect (reportez-vous à la section Spécifications matérielles et brochage des câbles) ou à un échec de mise sous tension du contrôleur SDLC. Utilisez une boîte de dérivation pour vérifier tous les signaux du côté ETCD et ETTD. Pour déterminer le type de câble connecté à l'interface série du routeur, exécutez la commande show controllers serial. Reportez-vous à show controllers serial dans les commandes d'interface.
Fonctionnement en mode bidirectionnel simultané ou semi-duplex
La vitesse de transmission bidirectionnelle est un autre coupable courant dans les connexions SDLC. L’interface du routeur et le contrôleur SDLC doivent avoir des paramètres de vitesse duplex identiques : semi-duplex ou full. Par exemple, avec un contrôleur de cluster 3174, il s'agit du numéro de ligne de configuration 318 : 0 signifie vitesse duplex intégral et 1 vitesse duplex partiel. Par défaut, l’interface série du routeur est en mode bidirectionnel simultané. Si le routeur est connecté à un périphérique de partage de modem (MSD), l'interface série du routeur et le MSD doivent exécuter le mode bidirectionnel simultané. Reportez-vous à la section Configurer une interface SDLC pour le mode semi-duplex dans Configuration des paramètres LLC2 et SDLC.
Exemples de flux d'établissement de session pour un périphérique PU 2.0
Exemples de flux d'établissement de session pour un périphérique PU 2.1
Déboguer des événements SDLC ou des paquets
Les commandes debug les plus courantes pour SDLC sont debug sdlc event et debug sdlc packet. Ils peuvent être utilisés lorsqu'un analyseur SDLC n'est pas disponible et qu'un diagnostic rapide est nécessaire. Si plusieurs adresses SDLC sont configurées, vous pouvez obtenir la sortie de débogage pour toutes les adresses. Utilisez debug sdlc event, qui affiche chaque paquet, plutôt que debug sdlc packet, qui affiche uniquement les événements.
Remarque : si vous avez plusieurs interfaces série SDLC, la commande génère des débogages à partir de toutes les interfaces configurées SDLC.
Pour limiter la sortie à une seule interface, émettez ces commandes :
-
debug list serial x , où x est le numéro d'interface
-
debug sdlc event
N'émettez pas la commande debug sdlc packet, car elle contourne le filtre.
Attention : La commande debug sdlc peut entraîner une grave dégradation des performances, en particulier lorsqu'elle est exécutée sur un routeur dont plusieurs adresses SDLC sont configurées. Avant d'essayer cette commande debug, référez-vous à Informations importantes sur les commandes de débogage.
Paquets SDLC pendant DLSw avec SDLC pour PU 2.1
%LINK-3-UPDOWN: Interface Serial1, changed state to up
Après avoir émis la commande debug sdlc packet, ces événements se produisent :
-
Un XID, ou BF, est envoyé à l'adresse de diffusion SDLC FF.
Serial1 SDLC output???????? FFBF
-
Un XID est émis à partir du 5494. Il s'agit d'un format XID de type 3 de type 2, que vous pouvez émettre la commande debug sdlc packet pour afficher.
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
Bien que ce document ne fournisse pas tous les détails nécessaires à l'analyse de ce XID, voici une description de certains champs :
-
073000DD ??L'ID de bloc et le numéro d'ID configurés dans le 5494. Ensemble, ils sont appelés XID, et ils sont envoyés par le 5494 à l'homologue lors de la négociation de session.
-
NETA ? ??L'identificateur réseau APPN (Advanced Peer-to-Peer Networking) utilisé. Il doit normalement correspondre au NETID configuré dans l'homologue. Dans ce cas, l'homologue est un AS/400.
-
CP5494 ? ??Nom du point de contrôle du 5494.
-
-
Le XID est émis à partir de l'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 ??L'ID de bloc et le numéro d'ID de l'AS/400.
-
RTP400A ? ??Nom du point de contrôle de l'AS/400.
Vous pouvez le trouver dans le fichier Display Network Attributes (DSPNETA) de l'AS/400.
-
-
Le SNRM (93) et UA (73) sont visibles sur la ligne. Avant le SNRM, le routeur utilisait toujours l’adresse de diffusion. Désormais, le routeur utilise toujours l’adresse d’interrogation réelle de DD.
Serial1 SDLC output???????? DD93 Serial1 SDLC input?????????? DD73 Serial1 SDLC output???????? DD11 Serial1 SDLC input?????????? DD11
Si vous désactivez le contrôleur sur l'AS/400, vous pouvez voir le DISQUE (53) et l'UA (73) qui résulte du côté SDLC de la session.
Serial1 SDLC output DD53 Serial1 SDLC input
Les autres débogages ont été omis.
Commentaires