Résolution des problèmes liés à la carte de passerelle numérique WS-X6608-T1/E1 sur la plate-forme Catalyst 6000
Contenu
Introduction
La carte Lennon (WS-X6608-T1/E1) est une batterie de processeurs de signal numérique (DSP) à 8 ports qui utilise le protocole SCCP (Skinny Client Control Protocol) pour interagir avec Cisco CallManager 3.0.
Ce document donne une vue d'ensemble détaillée des commandes debug et ingénieurs disponibles pour le dépannage des problèmes avec les passerelles Lennon. Le document couvre tout, de la résolution des problèmes d'enregistrement à la résolution des problèmes d'obtention d'informations directement à partir du processeur 860 et des DSP.
Conditions préalables
Conditions requises
Aucune spécification déterminée n'est requise pour ce document.
Components Used
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
-
Carte de passerelle numérique WS-X6608-T1/E1
-
Commutateurs de la gamme Cisco Catalyst 6000
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 sur l'interface de ligne de commande Catalyst 6000
Vous devez d'abord vous assurer que le module est reconnu dans le châssis, qu'il est sous tension et qu'il est opérationnel.
Assurez-vous que le module est reconnu et qu'il est sous tension à l'aide de la commande show env power.
evoice-cat6k-6a (enable) show env power 7 Module 7: Slot power Requirement/Usage : Slot Card Type PowerRequested PowerAllocated CardStatus Watts A @42V Watts A @42V ---- ------------------- ------- ------ ------- ------ ---------- 3 WS-X6608-T1 83.16 1.98 83.16 1.98 ok
Si le type de carte apparaît correctement, le module est reconnu. Le champ CardStatus affiche d'autres informations lorsque la carte est mise sous tension. Finalement, ça va bien. Si la carte affiche deny, le système ne dispose pas d'une alimentation suffisante pour mettre le module sous tension.
Vérifiez ensuite les versions de chargement APP et DSP à l'aide de la commande show version :
dtl7-1-cat6000-a (enable) show version 3
Mod Port Model Serial # Versions
--- ---- ------------------- ----------- --------------------------------------
3 8 WS-X6608-T1 SAD04380DAW Hw : 1.1
Fw : 5.4(2)
Sw : 6.1(1a)
HP1: D004G300; DSP1: D005B300 (3.3.18)
HP2: D004G300; DSP2: D005B300 (3.3.18)
HP3: D004G300; DSP3: D005B300 (3.3.18)
HP4: D004G300; DSP4: D005B300 (3.3.18)
HP5: C001H300; DSP5: C002F300 (3.1.2)
HP6: C001H300; DSP6: C002F300 (3.1.2)
HP7: M001H300; DSP7: M002F300 (3.1.2)
HP8: M001H300; DSP8: M002F300 (3.1.2)
HP est l'acronyme de Host Processor qui sont les huit processeurs 860 distincts sur le Lennon. L'ID de chargement qui suit est appelé charge de l'application. Le champ DSP indique le numéro de version du code DSP chargé sur les huit DSP pour ce port Lennon particulier (ce qui donne un total de 64 DSP). Ces champs peuvent être vides si les DSP sont en cours de mise à jour.
La version de chargement de l'application vous indique également la fonction pour laquelle le port est actuellement configuré. Les trois paramètres valides sont Digital PRI Gateway, Conference Bridge ou Transcoder/Message Transfer Part (MTP). Les quatre premiers caractères du fichier de chargement vous indiquent le type de fichier :
-
D004 = Chargement de l'application de passerelle numérique
D005 = Charge DSP de la passerelle numérique
-
C001 = Charge d'application du pont de conférence
C002 = Charge DSP du pont de conférence
-
M001 = Chargement d'application Transcoder/MTP
M002 = charge DSP transcodeur/MTP
Le nom du fichier de chargement DSP n'est jamais configuré par l'utilisateur. Il est directement lié à un fichier de chargement d'application particulier. Plusieurs fichiers de chargement d'application pointent généralement vers le même fichier de chargement de DSP, car moins de modifications sont apportées aux chargements de DSP. Par exemple, les fichiers de chargement d'applications D0040300, D004A300, D004B300 peuvent tous utiliser le fichier de chargement DSP D0050300.
Vérifiez ensuite si le module dispose d'informations de configuration IP valides et s'il est enregistré auprès de Cisco CallManager. Utilisez la commande show port.
dtl7-1-cat6000-a (enable) show port 3
Port Name Status Vlan Duplex Speed Type
----- ------------------ ---------- ---------- ------ ----- ------------
3/1 connected 17 full 1.544 T1
3/2 connected 17 full 1.544 T1
3/3 connected 17 full 1.544 T1
3/4 connected 17 full 1.544 T1
3/5 enabled 17 full - Conf Bridge
3/6 enabled 17 full - Conf Bridge
3/7 enabled 17 full - MTP
3/8 enabled 17 full - MTP
Port DHCP MAC-Address IP-Address Subnet-Mask
-------- ------- ----------------- --------------- ---------------
3/1 enable 00-01-c9-d8-55-74 10.192.17.98 255.255.255.0
3/2 enable 00-01-c9-d8-55-75 10.192.17.107 255.255.255.0
3/3 enable 00-01-c9-d8-55-76 10.192.17.108 255.255.255.0
3/4 enable 00-01-c9-d8-55-77 10.192.17.109 255.255.255.0
3/5 enable 00-01-c9-d8-55-78 10.192.17.110 255.255.255.0
3/6 enable 00-01-c9-d8-55-79 10.192.17.93 255.255.255.0
3/7 enable 00-01-c9-d8-55-7a 10.192.17.95 255.255.255.0
3/8 enable 00-01-c9-d8-55-7b 10.192.17.96 255.255.255.0
Port Call-Manager(s) DHCP-Server TFTP-Server Gateway
-------- ----------------- --------------- --------------- ---------------
3/1 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254
172.18.112.18
3/2 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254
172.18.112.18
3/3 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254
172.18.112.18
3/4 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254
172.18.112.18
3/5 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254
172.18.112.18
3/6 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254
172.18.112.18
3/7 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254
172.18.112.18
3/8 172.18.112.17* 172.18.112.11 172.18.112.17 10.192.17.254
172.18.112.18
(*): Primary
Port DNS-Server(s) Domain
-------- ----------------- -------------------------------------------------
3/1 161.44.15.250* cisco.com
161.44.21.250
3/2 161.44.15.250* cisco.com
161.44.21.250
3/3 161.44.15.250* cisco.com
161.44.21.250
3/4 161.44.15.250* cisco.com
161.44.21.250
3/5 161.44.15.250* cisco.com
161.44.21.250
3/6 161.44.15.250* cisco.com
161.44.21.250
3/7 161.44.15.250* cisco.com
161.44.21.250
3/8 161.44.15.250* cisco.com
161.44.21.250
(*): Primary
Port CallManagerState DSP-Type
-------- ---------------- --------
3/1 registered C549
3/2 registered C549
3/3 registered C549
3/4 registered C549
3/5 registered C549
3/6 registered C549
3/7 registered C549
3/8 registered C549
Port NoiseRegen NonLinearProcessing
----- ---------- -------------------
3/1 enabled enabled
3/2 enabled enabled
3/3 enabled enabled
3/4 enabled enabled
3/5 disabled disabled
3/6 disabled disabled
3/7 disabled disabled
3/8 disabled disabled
Port Trap IfIndex
----- -------- -------
3/1 disabled 1262
3/2 disabled 1263
3/3 disabled 1264
3/4 disabled 1265
3/5 disabled 1266
3/6 disabled 1267
3/7 disabled 1268
3/8 disabled 1269
Dans cette sortie de commande show port, assurez-vous que l'adresse IP, le masque de sous-réseau, la passerelle, les serveurs DNS, le domaine et les adresses de serveur TFTP sont corrects. Assurez-vous également que les ports se trouvent dans le VLAN approprié. Chaque port Lennon peut être placé sur un sous-réseau différent et agir indépendamment des autres ports du même module.
Vérifiez si la carte est enregistrée auprès de Cisco CallManager. Si la carte n'est pas enregistrée et a été configurée sur Cisco CallManager, reportez-vous à la section Dépannage des problèmes d'enregistrement de ce document.
La commande show port peut également être utilisée pour vérifier l'état de chacun des ports de la carte. Le champ d'état varie en fonction du type de port (Gateway/Conf/MTP).
Pour tout port qui n'est pas enregistré avec Cisco CallManager, le port est soit dans un état activé ou désactivé en fonction de l'état configuré sur ce port. Les ports MTP et Conference Bridge affichent également activés ou désactivés.
Les ports de la passerelle numérique enregistrée indiquent connectés ou non connectés en fonction de l'état du canal D. N'oubliez pas que le canal D se termine sur Cisco CallManager et non sur la carte Lennon.
Une fois un appel activé, la commande show port voice active peut être utilisée pour collecter des informations sur tous les appels actifs sur le système et des informations détaillées sur les appels individuels. Ce type affiche l'appel pour un port de passerelle, la conférence pour un port de conférence et le transcodage pour le transcodage et le MTP.
dtl7-1-cat6000-a (debug-eng) show port voice active
Port Type Total Conference-ID/ Party-ID IP-Address
Transcoding-ID
----- ------------ ----- -------------- -------- ---------------
3/1 call 2 - - 10.192.17.115
10.192.17.93
3/6 conferencing 1 1 6 10.192.17.98
7 10.192.17.112
5 10.192.17.114
3/8 transcoding 1 2 9 172.18.112.109
11 10.192.17.113
Émettez la commande show port voice active pour un seul port afin d'obtenir des détails supplémentaires. Un appel de passerelle ressemble à ce résultat et les champs sont explicites.
dtl7-1-cat6000-a (debug-eng) show port voice active 3/1
Port 3/1 :
Channel #22:
Remote IP address : 10.192.17.115
Remote UDP Port: 20972
ACOM Level Current : 200
Call State : voice
Codec Type : G711 ULAW PCM
Coder Type Rate: 20
ERL Level : 200
Voice Activity Detection : disabled
Echo Cancellation : enabled
Fax Transmit Duration (ms) : 0
Hi Water Playout Delay : 65
Low Water Playout Delay : 65
Receive Bytes : 0
Receive Delay : 65
Receive Packets: 0
Transmit Bytes : 7813280
Transmit Packets : 48833
Tx Duration (ms) : 3597580
Voice Tx Duration (ms) : 3597580
Il s'agit de la même sortie de commande pour un port de conférence. Chaque conférence affiche les participants à la conférence, ainsi que le codec utilisé et la taille du paquet.
dtl7-1-cat6000-a (debug-eng) show port voice active 3/6
Port 3/6 :
Conference ID: 1
Party ID: 6
Remote IP address : 10.192.17.98
UDP Port : 26522
Codec Type : G711 ULAW PCM
Packet Size (ms) : 20
Party ID: 7
Remote IP address : 10.192.17.112
UDP Port : 17164
Codec Type : G711 ULAW PCM
Packet Size (ms) : 20
Party ID: 5
Remote IP address : 10.192.17.114
UDP Port : 19224
Codec Type : G711 ULAW PCM
Packet Size (ms) : 20
Il s'agit de la sortie d'un port de transcodage. Ici vous voyez les deux codecs différents qui sont transcodés. Si le port effectue uniquement le MTP sans transcodage, le type de codec est identique pour les deux participants.
dtl7-1-cat6000-a (debug-eng) show port voice active 3/8
Port 3/8 :
Transcoding ID: 2
Party ID: 9
Remote IP address : 172.18.112.109
UDP Port : 17690
Codec Type : G7231 HIGH RATE
Packet Size (ms) : 30
Party ID: 11
Remote IP address : 10.192.17.113
UDP Port : 18732
Codec Type : G729 B CS ACELP VAD
Packet Size (ms) : 20
Total: 1
Dépannage des problèmes d'enregistrement
L'un des problèmes les plus courants rencontrés est de vérifier que la carte est opérationnelle et a reçu son adresse IP via DHCP ou une configuration manuelle.
La commande show port affiche les informations d'adresse IP de Cisco CallManager. Assurez-vous que les informations IP et l'adresse IP TFTP sont correctes. . Il fournit l'adresse IP de Cisco CallManager. Si le port Lennon ne ne parvient pas à obtenir des informations DHCP valides, l'utilitaire tracy peut être utilisé afin de déterminer le problème. Émettez la commande tracy_start mod port à partir de l'interface de ligne de commande Catalyst 6000.
Dans cet exemple, le Lennon est le module 3. La commande émise pour dépanner le port 3/1 est tracy_start 3 1.
dtl7-1-cat6000-a (debug-eng)
| |
| |
||| |||
||||| |||||
..:|||||||:....:|||||||:..
C i s c o S y s t e m s
CAT6K Digital Gateway (Lennon)
APP Version : D004G300, DSP Version : D005B300, Built Sep 13 2000 15:06:02
Device Name : SDA0001C9D85577
02:38:26.620 (CFG) DHCP Timeout Waiting on Server, DHCPState = INIT
02:38:58.620 (CFG) DHCP Timeout Waiting on Server, DHCPState = INIT
02:39:02.620 (CFG) DHCP Timeout Waiting on Server, DHCPState = INIT
Si ce message d'expiration continue à défiler, un problème se produit lors de la connexion au serveur DHCP. Vérifiez d'abord que le port Lennon se trouve dans le VLAN approprié. Ces informations figurent dans la commande show port. Si le serveur DHCP ne se trouve pas sur le même VLAN que le port Lennon, assurez-vous que les adresses IP d'assistance appropriées sont configurées pour transmettre les requêtes DHCP au serveur DHCP. Il y a quelques bogues dans devtest où le Lennon est coincé dans cet état INIT après un changement de numéro de VLAN jusqu'à ce que le Lennon soit réinitialisé. Dans cet état, réinitialisez le Lennon si tout est configuré correctement. Chaque fois que le 860 est réinitialisé, vous perdez votre session tracy. Par conséquent, vous devez fermer votre session active et en rétablir une nouvelle en exécutant les commandes suivantes :
tracy_close mod port tracy_start mod port
Vérifiez que le processeur NMP (Network Management Processor) peut également communiquer avec le port Lennon. Essayez d’envoyer une requête ping à son adresse IP interne à partir du NMP. L'adresse IP est au format suivant :
127.1.module.port
Pour le port Lennon 5/4 :
Console (enable) ping 127.1.5.4 127.1.5.4 is alive
Si tout ceci est extrait et que vous voyez toujours les messages DHCPState = INIT, assurez-vous que le serveur DHCP fonctionne correctement. Ensuite, obtenez une trace de renifleur pour voir si les requêtes sont envoyées et si le serveur répond ou non.
Une fois que DHCP fonctionne correctement, le résultat de la commande tracy doit afficher :
00:09:05.620 (CFG) DHCP Server Response Processed, DHCPState = REQUESTING 00:09:05.620 (CFG) DHCP Server Response Processed, DHCPState = BOUND 00:09:05.620 (CFG) Requesting DNS Resolution of CiscoCM1 00:09:05.620 (CFG) DNS Error on Resolving TFTP Server Name. 00:09:05.620 (CFG) TFTP Server IP Set by DHCP Option 150 = 10.123.9.2
L'étape suivante consiste à s'assurer que l'adresse IP du serveur TFTP est correcte et que l'Elvis obtient son fichier de configuration à partir du serveur TFTP. Si vous le voyez dans la sortie tracy, votre service TFTP ne fonctionne probablement pas correctement ou l'Elvis n'est probablement pas configuré sur Cisco CallManager :
00:09:05.620 (CFG) Requesting SAA00107B0013DE.cnf File From TFTP Server 00:09:18.620 (CFG) TFTP Error: Timeout Awaiting Server Response for .cnf File!
Le port Lennon tente de se connecter à la même adresse IP que le serveur TFTP s'il n'obtient pas de fichier de configuration. Ceci est correct, sauf si vous êtes dans un environnement en cluster dans lequel la passerelle doit recevoir sa liste de Cisco Call Managers redondants. Si la carte n'obtient pas correctement ses informations TFTP, vérifiez le service TFTP sur Cisco CallManager et assurez-vous qu'il s'exécute. Vérifiez également la trace TFTP sur Cisco CallManager.
Un autre problème courant est que le port Lennon n'est pas configuré correctement sur Cisco CallManager. Une erreur typique est lorsque vous entrez incorrectement l'adresse MAC de l'Elvis. Si c'est le cas, vous continuez probablement à obtenir cette sortie sur la console NMP toutes les deux minutes :
2000 Apr 14 19:24:08 %SYS-4-MODHPRESET:Host process (860) 7/1 got reset asynchronously 2000 Apr 14 19:26:05 %SYS-4-MODHPRESET:Host process (860) 7/1 got reset asynchronously 2000 Apr 14 19:28:02 %SYS-4-MODHPRESET:Host process (860) 7/1 got reset asynchronously
Voici à quoi ressemble la sortie de la commande tracy si le port Lennon ne se trouve pas dans la base de données Cisco CallManager :
| |
| |
||| |||
||||| |||||
..:|||||||:....:|||||||:..
C i s c o S y s t e m s
CAT6K Digital Gateway (Lennon)
APP Version : D004G300, DSP Version : D005B300, Built Sep 13 2000 15:06:02
Device Name :
00:00:00.020 (XA) MAC Addr : 00-01-C9-D8-55-77
00:00:00.020 NMPTask:got message from XA Task
00:00:00.020 (NMP) Open TCP Connection ip:7f010101
00:00:00.030 NMPTask:Send Module Slot Info
00:00:00.030 NMPTask:get DIAGCMD
00:00:00.030 NMPTask:send DIAGCMD TCP ack
00:00:00.030 SPAN: Transmit clock slaved to span 3
00:00:00.030 SPAN: Transmit clock set to internal osc.
00:00:00.580 (DSP) Test Begin -> Mask<0x00FFFFFF>
00:00:01.570 SPAN: Transmit clock slaved to span 3
00:00:01.570 SPAN: Transmit clock set to internal osc.
00:00:01.570 (DSP) Test Complete -> Results<0x00FFFFFF/0x00FFFFFF>
00:00:01.810 NMPTask:get VLANCONFIG
00:00:02.870 (CFG) Starting DHCP
00:00:02.870 (CFG) Booting DHCP for dynamic configuration.
00:00:03.170 (CFG) DHCP Request or Discovery Sent, DHCPState = INIT
00:00:03.170 (CFG) DHCP Server Response Processed, DHCPState = REQUESTING
00:00:03.170 (CFG) DHCP Server Response Processed, DHCPState = BOUND
00:00:03.170 (CFG) Requesting DNS Resolution of CiscoCM1
00:00:16.170 (CFG) DNS Server Timeout on Resolving TFTP Server Name.
00:00:16.170 (CFG) TFTP Server IP Set by DHCP Option 150 = 172.18.112.17
00:00:16.170 (CFG) Requesting SDA0001C9D85577.cnf File From TFTP Server
00:00:16.170 (CFG) TFTP Error: .cnf File Not Found!
00:00:16.170 (CFG) Requesting SDADefault.cnf File From TFTP Server
00:00:16.170 (CFG) .cnf File Received and Parsed Successfully.
00:00:16.170 (CFG) Updating Configuration ROM...
00:00:16.620 GMSG: GWEvent = CFG_DONE --> GWState = SrchActive
00:00:16.620 GMSG: CCM#0 CPEvent = CONNECT_REQ --> CPState = AttemptingSocket
00:00:16.620 GMSG: Attempting TCP socket with CCM 172.18.112.17
00:00:16.620 GMSG: CCM#0 CPEvent = SOCKET_ACK --> CPState = BackupCCM
00:00:16.620 GMSG: GWEvent = SOCKET_ACK --> GWState = RegActive
00:00:16.620 GMSG: CCM#0 CPEvent = REGISTER_REQ --> CPState = SentRegister
00:00:16.770 GMSG: CCM#0 CPEvent = CLOSED --> CPState = NoTCPSocket
00:00:16.770 GMSG: GWEvent = DISCONNECT --> GWState = SrchActive
00:00:16.770 GMSG: CCM#1 CPEvent = CONNECT_REQ --> CPState = AttemptingSocket
00:00:16.770 GMSG: Attempting TCP socket with CCM 172.18.112.18
00:00:16.770 GMSG: CCM#1 CPEvent = SOCKET_NACK --> CPState = NoTCPSocket
00:00:16.770 GMSG: GWEvent = DISCONNECT --> GWState = Rollover
00:00:31.700 GMSG: GWEvent = TIMEOUT --> GWState = SrchActive
00:00:31.700 GMSG: CCM#0 CPEvent = CONNECT_REQ --> CPState = AttemptingSocket
00:00:31.700 GMSG: Attempting TCP socket with CCM 172.18.112.17
00:00:31.700 GMSG: CCM#0 CPEvent = SOCKET_ACK --> CPState = BackupCCM
00:00:31.700 GMSG: GWEvent = SOCKET_ACK --> GWState = RegActive
00:00:31.700 GMSG: CCM#0 CPEvent = REGISTER_REQ --> CPState = SentRegister
00:00:31.850 GMSG: CCM#0 CPEvent = CLOSED --> CPState = NoTCPSocket
00:00:31.850 GMSG: GWEvent = DISCONNECT --> GWState = SrchActive
00:00:31.850 GMSG: CCM#1 CPEvent = CONNECT_REQ --> CPState = AttemptingSocket
00:00:31.850 GMSG: Attempting TCP socket with CCM 172.18.112.18
00:00:31.850 GMSG: CCM#1 CPEvent = SOCKET_NACK --> CPState = NoTCPSocket
00:00:31.850 GMSG: GWEvent = DISCONNECT --> GWState = Rollover
La commande show port affiche le port Lennon comme non enregistré comme indiqué dans ce résultat :
dtl7-1-cat6000-a (debug-eng) show port 3/4
Port Name Status Vlan Duplex Speed Type
----- ------------------ ---------- ---------- ------ ----- ------------
3/4 enabled 17 full - unknown
Port DHCP MAC-Address IP-Address Subnet-Mask
-------- ------- ----------------- --------------- ---------------
3/4 enable 00-01-c9-d8-55-77 10.192.17.109 255.255.255.0
Port Call-Manager(s) DHCP-Server TFTP-Server Gateway
-------- ----------------- --------------- --------------- ---------------
3/4 - 172.18.112.11 172.18.112.17 10.192.17.254
Port DNS-Server(s) Domain
-------- ----------------- -------------------------------------------------
3/4 161.44.15.250* cisco.com
161.44.21.250
(*): Primary
Port CallManagerState DSP-Type
-------- ---------------- --------
3/4 notregistered C549
Port NoiseRegen NonLinearProcessing
----- ---------- -------------------
3/4 - -
Port Trap IfIndex
----- -------- -------
3/4 disabled 1265
Un autre problème d'enregistrement possible peut être si les informations de chargement sont incorrectes ou si le fichier de chargement est endommagé. Le problème peut également se produire si le serveur TFTP ne fonctionne pas. Dans ce cas, tracy montre que le serveur TFTP signale que le fichier est introuvable :
00:00:07.390 GMSG: CCM#0 CPEvent = REGISTER_REQ --> CPState = SentRegister 00:00:08.010 GMSG: TFTP Request for application load D0041300 00:00:08.010 GMSG: CCM#0 CPEvent = LOADID --> CPState = AppLoadRequest 00:00:08.010 GMSG: *** TFTP Error: File Not Found *** 00:00:08.010 GMSG: CCM#0 CPEvent = LOAD_UPDATE --> CPState = LoadResponse
Dans ce cas, Lennon demande App Load D0041300 bien que le nom de charge correct soit D0040300. Le même problème peut se produire lorsqu'une nouvelle charge d'application doit également obtenir sa charge DSP correspondante. Si la nouvelle charge DSP est introuvable, un message similaire s'affiche.
Vérifier les statistiques de la couche physique sur Lennon
À l'origine, les seules statistiques de couche 1 pouvant être obtenues à partir des ports Lennon configurés comme passerelle T1/E1 étaient fournies par cette commande. Cette option n'était disponible que pour les ports T1, car il n'existe aucune disposition relative à la liaison de données d'installation (FDL) sur E1.
cat6k-2 (enable) show port voice fdl 3/1
Port ErrorEvents ErroredSecond SeverlyErroredSecond
Last 15' Last 24h Last 15' Last 24h Last 15' Last 24h
----- -------- -------- -------- -------- -------- -----------
3/1 65535 65535 900 20864 900 20864
Port FailedSignalState FailedSignalSecond
Last 15' Last 24h Last 15' Last 24h
----- -------- -------- -------- ---------
3/1 1 1 900 20864
Port LES BES LCV
Last 15' Last 24h Last 15' Last 24h Last 15' Last 24h
----- -------- -------- -------- -------- -------- --------
3/1 0 0 0 0 0 0
Cependant, depuis App Load D004S030.bin, il est possible d'obtenir des statistiques plus détaillées à partir des ports Lennon en utilisant l'option de débogage CLI tracy_send_cmd comme indiqué dans ce résultat :
cat6k-2 (debug-eng) tracy_start 3 1 cat6k-2 (debug-eng) tracy_send_cmd Usage: tracy_send_cmd <modN> <portN> " <taskID> <enable/set/get> <cmd>[options] <level>/[level] "
Le débogage Tracy peut également être effectué en exécutant l'application 'DickTracy' sur le PC et en accédant au processeur hôte HP860 sur Lennon via une session IP. Si vous utilisez l'application 'DickTracy', une fois la session IP établie avec le 860, utilisez les options de menu pour définir l'ID de tâche Framer sur 16 et exécuter ces commandes.
-
show config
00:00:51.660 SPAN: CLI Request --> Show Span Configuration Applique type is Channelized E1 Line Encoding -------> HDB3 Framing Format ------> CRC4 Signaling Mode ------> ISDN Facility Data Link --> NONE (Disabled) D-channel -----------> Enabled Timing Source -------> slaved to Span 0 Rx Clock Line Loopback Type --> No Loopback Span Description ----> (or for T1 example) 00:01:11.020 SPAN: CLI Request --> Show Span Configuration Applique type is Channelized T1 Line Encoding -------> B8ZS Framing Format ------> ESF Signaling Mode ------> ISDN Facility Data Link --> AT&T PUB 54016 Yellow Alarm Mode ---> F-bit Insertion Line Buildout -------> 0dB D-channel -----------> Enabled Timing Source -------> Internal Osc. Line Loopback Type --> No Loopback Span Description ----> -
show status
00:00:36.160 SPAN: CLI Request --> Show Span Summary Status E1 6/1 is up No alarms detected. Alarm MIB Statistics Yellow Alarms -------> 1 Blue Alarms ---------> 0 Frame Sync Losses ---> 0 Carrier Loss Count --> 0 Frame Slip Count ----> 0 D-chan Tx Frame Count ----> 5 D-chan Tx Frames Queued --> 0 D-chan Tx Errors ---------> 0 D-chan Rx Frame Count ----> 5 D-chan Rx Errors ---------> 0 (or for T1 example) 00:00:51.310 SPAN: CLI Request --> Show Span Summary Status T1 6/1 is down Transmitter is sending Remote Alarm Receiver has AIS Indication Alarm MIB Statistics Yellow Alarms -------> 1 Blue Alarms ---------> 2 Frame Sync Losses ---> 2 Carrier Loss Count --> 0 Frame Slip Count ----> 0 D-chan Tx Frame Count ----> 43 D-chan Tx Frames Queued --> 0 D-chan Tx Errors ---------> 0 D-chan Rx Frame Count ----> 0 D-chan Rx Errors ---------> 0 -
show fdlinterval 3 : nombre 3 correspond au nombre d'intervalles à afficher, à partir du dernier retour.
00:01:21.350 SPAN: CLI Request --> Dump local FDL 15-min interval history 0 Complete intervals stored. Data in current interval (78 seconds elapsed): 1 Line Code Violations, 0 Path Code Violations, 0 Received E-bits 0 Slip Secs, 3 Fr Loss Secs, 1 Line Err Secs 3 Errored Secs, 0 Bursty Err Secs, 3 Severely Err Secs, 0 Unavail Secs 24-Hr Totals: 0 Line Code Violations, 0 Path Code Violations, 0 Received E-bits 0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs -
show dtefdl 3 : le nombre 3 est le nombre d'intervalles.
Cette commande fournit des statistiques de bout en bout à l'aide de FDL. Par conséquent, uniquement pour T1 si la FDL est fonctionnelle et que les demandes sont traitées par le CO.
Informations connexes
Historique de révision
| Révision | Date de publication | Commentaires |
|---|---|---|
1.0 |
02-Feb-2006 |
Première publication |
CommentairesContacter Cisco
- Ouvrir un dossier d’assistance
- (Un contrat de service de Cisco est requis)