Guide de dépannage des pannes de communication mettant les cartes de ligne hors tension
Contenu
Introduction
Ce document décrit comment dépanner les cartes de ligne qui se sont éteintes en raison de défaillances de communication sur les commutateurs de la gamme Cisco Catalyst 6500.
Conditions préalables
Conditions requises
Aucune spécification déterminée n'est requise pour ce document.
Components Used
Les informations de ce document sont basées sur les commutateurs de la gamme Cisco Catalyst 6500 et ne se limitent pas à une version logicielle spécifique.
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.
Informations générales
Le protocole SCP (Secure Copy Protocol) est le protocole utilisé pour la communication entre les processeurs de commutation (SP) et les cartes de ligne non-DFC (Distributed Forwarding Card) via le canal Ethernet hors bande (EOBC) sur le Catalyst 6500. Les échecs d'interrogation SCP ou de maintien en vie peuvent représenter des problèmes de communication entre le superviseur et la carte de ligne.
À chaque mise hors tension d'un module, procédez comme suit :
- Examinez les journaux afin de déterminer si le module a été mis hors tension en raison d'une défaillance de la connexion SCP.
- Dépanner la communication entre le superviseur et la carte de ligne en question.
Vérifier les journaux
Vérifiez les journaux afin de voir si un échec d'interrogation 'SCP dnld' ou keep alive est la raison pour laquelle le module est hors tension :
%C6KPWR-SP-4-DISABLED: power to module in slot 2 set off (Module Failed SCP dnld)
%C6KPWR-SP-4-DISABLED: power to module in slot 2 set off (Module not responding to
Keep Alive polling)
Dépannage de la communication
Cette procédure décrit comment dépanner la communication entre le superviseur et la carte de ligne.
- Vérifiez les compteurs SCP globaux du côté SP pour toute erreur d'incrémentation.
6500#remote command switch show scp counters
6500-sp#
received packets = 586786
transmitted packets = 584442
retransmitted packets = 13 (increasing re-transmissions indicate
congested EOBC)
loop back packets = 0
transmit failures = 0 (increasing transmit failures indicate
congested/stuck EOBC)
recv pkts not for me = 0
recv pkts to dead process = 0
recv pkts not enqueuable = 0 (increasing counters indicate lack of
EOBC buffers)
response has wrong opcode = 0
response has wrong seqnum = 0
response is not an ack = 0
response is too big = 0 - Vérifiez les compteurs de réception/transmission SCP par module et vérifiez si vous augmentez les tentatives SCP.
6500#remote command switch show scp status
6500-sp#
Rx 586786 , Tx 584442 , Sap 15
Id Channel name current/peak/retry/total time(queue/process)
-- ------------------- ------------------------ -------------------
0 SCP async: LCP#8 0/ 11/ 1/ 13 4/ 4
1 SCP async: LCP#4 0/ 13/ 0/ 550 92/ 108
2 SCP async: LCP#2 0/ 34/ 0/ 1540 628/ 456
3 SCP async: LCP#5 0/ 17/ 1/ 716 2228/1252
4 SCP async: LCP#1 0/ 29/ 0/ 137 200/ 452
5 SCP async: LCP#9 0/ 13/ 0/ 895 176/ 428 - Vérifiez les requêtes ping SCP du superviseur vers le module en question.
6500#remote command switch test scp ping 3
6500-sp#
pinging addr 5(0x5)
assigned sap 0x11
addr 5(0x5) is alive (Communication between the supervisor and line
card is fine)
6500#remote command switch test scp ping 2
6500-sp#
pinging addr 11(0xB)
assigned sap 0x11
no response from addr 11(0xB) (Communication between the supervisor
and linecard is broken) - Configurez les diagnostics en ligne sur la carte de ligne.
6500(config)#diagnostic level complete (12.1(8a)EX or above)
- Réinsérez la carte de ligne et vérifiez les résultats des tests afin de voir si des tests ont échoué.
6500#show diagnostic result module 2
Current Online Diagnostic Level = Complete
Online Diagnostic Result for Module 2 : PASS
Online Diagnostic Level when Module 2 came up = Complete - Facultatif: Utilisez les commandes debug afin d'inspecter les événements de téléchargement SCP. Ces débogages peuvent être exécutés pour vérifier les événements de téléchargement SCP lorsqu'une carte de ligne arrive en ligne. Voici un exemple de module qui fonctionne correctement.
6500#remote login switch
6500-sp#debug scp download module 2
6500-sp#show debug
<snip>
SCP download debugging for slot 2 is on
start_timer_online_action: Start OIR online timer for slot: 2,
time: 1380 sec
scp_dnld_module 2 : 0 : 0: during state enabled, got event 5(registered)
@@@ scp_dnld_module 2 : 0 : 0: enabled -> wait_til_boot_ready
Stop timer
Start BOOT_RDY timer for 2 with 30000 msec
scp_dnld_module 2 : 0 : 0: during state wait_til_boot_ready, got event
6(boot_ready)
@@@ scp_dnld_module 2 : 0 : 0: wait_til_boot_ready -> wait_til_downloaded
Stop timer
Start DNLD timer for 2 with 120 sec
(scp_start_download) 2/0
(scp_start_download) 2/0: Started D/L Process, pid 512
get_card_image: slot/proc 2/0: UBIN patch image on flash opened
(microcode:/LCP_CPGBIT)
No download needed for card at slot 2
scp_dnld_module 2 : 0 : 0: during state wait_til_downloaded, got event
4(dnld_completed)
@@@ scp_dnld_module 2 : 0 : 0: wait_til_downloaded -> wait_til_ready
Stop timer
Start EXEC_CODE timer for 2 with 90 sec
Received Run-ready from slot 2
scp_download_process_teardown() mypid 512, slot/proc 2/0, image_fd -1
scp_dnld_module 2 : 0 : 0: during state wait_til_ready, got event
8(ready)
@@@ scp_dnld_module 2 : 0 : 0: wait_til_ready -> wait_til_running
Stop timer
Start RUN_RDY timer for 5 with 90 sec
scp_dnld_module 2 : 0 : 0: during state wait_til_running, got
event 9(running)
@@@ scp_dnld_module 2 : 0 : 0: wait_til_running -> wait_til_online
Stop timer
<snip>
Historique de révision
| Révision | Date de publication | Commentaires |
|---|---|---|
1.0 |
20-Jun-2013 |
Première publication |
CommentairesContacter Cisco
- Ouvrir un dossier d’assistance
- (Un contrat de service de Cisco est requis)