Introduction
Lors du dépannage d'un Accès primaire (PRI), assurez-vous que l'E1 s'exécute correctement aux deux extrémités. Si les problèmes de la Couche 1 ont été résolus, recherchez des problèmes sur les Couches 2 et 3. Utilisez la commande « show controller e1 » pour vérifier que la configuration de la ligne correspond à celle de l'extrémité distante. Assurez-vous que la structure de trame, le codage de lignes et le générateur de signaux d'horloge sont configurés correctement. Référez-vous aux documents relatifs au Dépannage d'alerte d'E1 et au Dépannage d'événements d'erreurs d'E1 pour en savoir plus. Communiquez avec votre fournisseur de services pour obtenir la configuration appropriée.
Avant de commencer
Conventions
Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.
Conditions préalables
Aucune condition préalable spécifique n'est requise pour ce document.
Components Used
Les informations dans ce document sont basées sur les versions de logiciel et de matériel ci-dessous.
Les informations présentées dans ce document ont été créées à partir de périphériques dans un environnement de laboratoire spécifique. All of the devices used in this document started with a cleared (default) configuration. Si vous travaillez dans un réseau opérationnel, assurez-vous de bien comprendre l'impact potentiel de toute commande avant de l'utiliser.
Utilisation de la commande show isdn status
La commande show isdn status affiche un résumé de toutes les interfaces RNIS. Il affiche également l'état des couches 1, 2 et 3. Procédez comme suit pour vérifier l'état des couches :
-
Vérifiez que la couche 1 est à l'état ACTIVE. L’état de la couche 1 doit toujours être ACTIF, sauf si E1 est en panne.
Si la sortie de la commande show isdn status indique que la couche 1 est DÉSACTIVÉE, il y a un problème de connectivité physique de la ligne E1. Si la ligne est désactivée par l'administrateur, utilisez la commande no shutdown pour redémarrer l'interface.
-
Assurez-vous que la couche 2 est à l'état MULTIPLE_FRAME_ESTABLISHED. Il s’agit de l’état souhaité pour la couche 2, indiquant que les trames de couche 2 sont échangées et que l’initialisation de la couche 2 est terminée.
Si la couche 2 n'est pas dans l'état MULTIPLE_FRAME_ESTABLISHED, utilisez la commande EXEC show controller e1 pour diagnostiquer le problème. Pour plus d'informations, reportez-vous au document E1 Alarm Troubleshooting.
Puisque la commande show isdn status affiche un résumé de l'état actuel, il est possible que la couche 2 rebondisse vers le haut et vers le bas malgré l'indication d'un état MULTIPLE_FRAME_ESTABLISHED. Utilisez la commande debug isdn q921 pour vérifier que la couche 2 est stable.
Voici un exemple de sortie show isdn status :
bru-nas-03#show isdn status
Global ISDN Switchtype = primary-net5
ISDN Serial0:15 interface
dsl 0, interface ISDN Switchtype = primary-net5
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
5 Active Layer 3 Call(s)
Activated dsl 0 CCBs = 5
CCB:callid=7D5, sapi=0, ces=0, B-chan=9, calltype=DATA
CCB:callid=7D6, sapi=0, ces=0, B-chan=10, calltype=DATA
CCB:callid=7DA, sapi=0, ces=0, B-chan=11, calltype=DATA
CCB:callid=7DE, sapi=0, ces=0, B-chan=1, calltype=DATA
CCB:callid=7DF, sapi=0, ces=0, B-chan=2, calltype=DATA
The Free Channel Mask: 0xFFFF78FC
ISDN Serial1:15 interface
dsl 1, interface ISDN Switchtype = primary-net5
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = TEI_ASSIGNED
Layer 3 Status:
0 Active Layer 3 Call(s)
Activated dsl 1 CCBs = 0
The Free Channel Mask: 0xFFFF7FFF
Total Allocated ISDN CCBs = 5
Notez que E1 0 (dont le canal D est Serial 0:15) a la couche 1 comme ACTIVE et la couche 2 comme MULTIPLE_FRAME_ESTABLISHED indiquant que le canal de signalisation fonctionne correctement et échange des trames de couche 2 avec le commutateur Telco. Le canal D (Serial1:15) pour E1 1 a une couche 1 ACTIVE, mais la couche 2 est TEI_ASSIGNED. Cela indique que le PRI n’échange pas de trames de couche 2 avec le commutateur. Utilisez la commande show controller e1 x pour résoudre les problèmes. Reportez-vous au diagramme de dépannage E1 pour plus d'informations.
Utilisation de la commande debug q921
La commande debug isdn q921 affiche les procédures d'accès de couche liaison de données (couche 2) qui se produisent au niveau du routeur sur le canal D.
Vérifiez que vous êtes configuré pour afficher les messages de débogage à l'aide de la commande logging console ou terminal monitor.
Remarque : dans un environnement de production, vérifiez que la journalisation de console est désactivée à l'aide de la commande show logging. Si la journalisation est activée, le serveur d'accès peut arrêter de fonctionner de façon intermittente lorsque le port de console est surchargé de messages de journal. Entrez la commande no logging console pour désactiver la journalisation.
Remarque : Si debug isdn q921 est activé et que vous ne recevez aucune sortie de débogage, passez un appel ou réinitialisez le contrôleur pour obtenir les sorties de débogage.
Procédez comme suit pour vous assurer que les procédures d’accès à la couche liaison de données se déroulent au niveau du routeur sur le canal D :
-
Vérifiez que la couche 2 est stable en recherchant des messages dans la sortie de débogage. Si la ligne rebondit vers le haut et vers le bas, le résultat suivant s'affiche :
Mar 20 10:06:07.882: %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:15, TEI 0 changed to down
Mar 20 10:06:09.882: %LINK-3-UPDOWN: Interface Serial0:15, changed state to down
Mar 20 10:06:21.274: %DSX1-6-CLOCK_CHANGE: Controller 0 clock is now selected as clock source
Mar 20 10:06:21.702: %ISDN-6-LAYER2UP: Layer 2 for Interface Se0:15, TEI 0 changed to up
Mar 20 10:06:22.494: %CONTROLLER-5-UPDOWN: Controller E1 0, changed state to up
Mar 20 10:06:24.494: %LINK-3-UPDOWN: Interface Serial0:15, changed state to up
Si la couche 2 ne semble pas stable, reportez-vous au document Dépannage des événements d'erreur E1.
-
Vérifiez que seuls les messages SAPI (Service Access Point Identifier) apparaissent sur les côtés transmission (TX) et réception (RX). Exemple :
Mar 20 10:06:52.505: ISDN Se0:15: TX -> RRf sapi = 0 tei = 0 nr = 0
Mar 20 10:06:52.505: ISDN Se0:15: RX <- RRf sapi = 0 tei = 0 NR = 0
Mar 20 10:07:22.505: ISDN Se0:15: TX -> RRp sapi = 0 tei = 0 NR = 0
Mar 20 10:07:22.509: ISDN Se0:15: RX <- RRp sapi = 0 tei = 0 NR = 0
Mar 20 10:07:22.509: ISDN Se0:15: TX -> RRf sapi = 0 tei = 0 NR = 0
Mar 20 10:07:22.509: ISDN Se0:15: RX <- RRf sapi = 0 tei = 0 NR = 0
-
Vérifiez que les messages SABME (asynchrone balance mode extended) n'apparaissent pas. Ces messages indiquent que la couche 2 tente de se réinitialiser. Les messages apparaissent généralement lorsque les requêtes d'interrogation (RRp) sont transmises et qu'il n'y a aucune réponse du commutateur (RRf), ou vice versa. Voici des exemples de messages SABME :
Mar 20 10:06:21.702: ISDN Se0:15: RX <- SABMEp sapi = 0 tei = 0
Mar 20 10:06:22.494: ISDN Se0:15: TX -> SABMEp sapi = 0 tei = 0
Si des messages SABME apparaissent, procédez comme suit :
-
Utilisez la commande show running-config pour vous assurer que isdn switch-type et pri-group timeslots sont configurés correctement. Contactez votre fournisseur de services pour connaître les valeurs correctes.
-
Pour modifier les paramètres isdn switch-type et pri-group, entrez les commandes suivantes :
bru-nas-03#configure terminal
bru-nas-03(config)#isdn switch-type primary-net5
bru-nas-03(config)#controller e1 0
bru-nas-03(config-controlle)#pri-group timeslots 1-31
-
Assurez-vous que le canal D est actif à l'aide de la commande show interfaces serial number :15, où le numéro est le numéro d'interface.
Si le canal D n'est pas actif, utilisez la commande no shutdown pour l'activer. Exemple :
bru-nas-03(config)#interface serial 0:15
bru-nas-03(config-if)#no shutdown
-
Assurez-vous que l’encapsulation est PPP. Sinon, utilisez la commande encapsulation ppp pour définir l'encapsulation. Exemple :
bru-nas-03(config-if)#encapsulation ppp
-
Vérifiez que l'interface est en mode bouclage. Le bouclage doit être défini uniquement à des fins de test. Utilisez la commande no loopback pour supprimer les boucles. Exemple :
bru-nas-03(config-if)#no loopback
-
Mettez le routeur hors tension puis remettez-le sous tension.
Si le problème persiste, contactez votre fournisseur de services ou le centre d'assistance technique Cisco (TAC).
Informations connexes