Scheda gateway digitale WS-X608-T1/E1 sulla piattaforma Catalyst 6000 - Risoluzione dei problemi
Sommario
Introduzione
La scheda Lennon (WS-X6608-T1/E1) è una farm Digital Gateway e/o Digital Signal Processor (DSP) a 8 porte che utilizza il protocollo SCCP (Skinny Client Control Protocol) per interagire con Cisco CallManager 3.0.
Questo documento offre una panoramica dettagliata dei comandi a livello di debug e progettazione disponibili per la risoluzione dei problemi dei gateway Lennon. Il documento descrive tutte le attività, dalla risoluzione dei problemi di registrazione alla ricerca di informazioni direttamente dal processore 860 e dalla soluzione DSP.
Prerequisiti
Requisiti
Nessun requisito specifico previsto per questo documento.
Componenti usati
Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:
-
Scheda Digital Gateway WS-X608-T1/E1
-
Switch Cisco Catalyst serie 6000
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Convenzioni
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
Risoluzione dei problemi sulla CLI di Catalyst 6000
Innanzitutto, è necessario verificare che il modulo sia riconosciuto nello chassis, sia acceso e in stato operativo.
Verificare che il modulo sia riconosciuto e acceso con il comando 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
Se il tipo di scheda viene visualizzato correttamente, il modulo viene riconosciuto. Il campo CardStatus mostra altro mentre la scheda si accende. Alla fine viene visualizzato ok. Se la scheda mostra deny (Nega), significa che il sistema non è alimentato a sufficienza per accendere il modulo.
Verificare quindi le versioni di caricamento APP e caricamento DSP con l'aiuto del comando 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 è l'acronimo di Host Processor (processore host), ovvero gli otto processori 860 separati del sistema Lennon. L'ID di caricamento che segue viene definito caricamento dell'app. Il campo DSP indica il numero di versione del codice DSP caricato sugli otto DSP per quella particolare porta Lennon (il totale è di 64 DSP). Questi campi possono essere vuoti se è in corso l'aggiornamento dei DSP.
La versione di caricamento dell'app indica anche per quale funzione la porta è attualmente configurata. Le tre impostazioni valide sono Digital PRI Gateway, Conference Bridge o Transcoder/Message Transfer Part (MTP). I primi quattro caratteri del file di caricamento indicano il tipo di file:
-
D004 = Caricamento app Digital Gateway
D005 = Caricamento DSP di Digital Gateway
-
C001 = Caricamento applicazione Conference Bridge
C002 = Caricamento DSP Conference Bridge
-
M001 = Caricamento applicazione transcodificatore/MTP
M002 = Caricamento transcodificatore/MTP DSP
Il nome del file di caricamento DSP non è mai stato configurato dall'utente. È direttamente collegato a un particolare file di caricamento dell'app. Più file di caricamento dell'applicazione in genere puntano allo stesso file di caricamento DSP poiché vengono apportate meno modifiche ai caricamenti DSP. Ad esempio, i file di caricamento delle applicazioni D0040300, D004A300, D004B300 possono tutti utilizzare il file di caricamento DSP D0050300.
Verificare quindi che il modulo disponga di informazioni di configurazione IP valide e che sia registrato con Cisco CallManager. Usare il comando 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
In questo output del comando show port, verificare che l'indirizzo IP, la subnet mask, il gateway, i server DNS, il dominio e gli indirizzi del server TFTP siano corretti. Verificare inoltre che le porte si trovino sulla VLAN corretta. Ogni porta Lennon può essere inserita in una subnet diversa e funzionare in modo indipendente rispetto alle altre porte dello stesso modulo.
Verificare se la scheda è stata registrata con Cisco CallManager. Se la scheda non è registrata ed è stata configurata su Cisco CallManager, consultare la sezione Risoluzione dei problemi di registrazione in questo documento.
Il comando show port può essere usato anche per controllare lo stato di ciascuna porta della scheda. Il campo dello stato varia a seconda del tipo di porta in uso (Gateway/Conf/MTP).
Per le porte non registrate con Cisco CallManager, la porta è in stato abilitato o disabilitato in base allo stato configurato su tale porta. Anche le porte MTP e Conference Bridge mostrano abilitate o disabilitate.
Le porte del gateway digitale registrate mostrano connesse o non connesse in base allo stato del canale D. Tenere presente che il canale D termina su Cisco CallManager, non sulla scheda Lennon.
Una volta attivata una chiamata, è possibile utilizzare il comando show port voice active per raccogliere informazioni su tutte le chiamate attive sul sistema e informazioni dettagliate sulle singole chiamate. Il tipo mostra la chiamata per una porta gateway, la conferenza per una porta conferenza e la transcodifica per la transcodifica e l'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
Per ulteriori informazioni, usare il comando show port voice active per una singola porta. Una chiamata al gateway ha l'aspetto di questo output e i campi sono di immediata comprensione.
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
Questo è lo stesso output del comando per una porta conferenza. Ogni conferenza mostra i partecipanti alla conferenza, il codec utilizzato e le dimensioni del pacchetto.
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
Questo è l'output di una porta di transcodifica. Qui vedete due codec diversi che sono codificati. Se la porta esegue solo l'MTP senza transcodifica, il tipo di codec è lo stesso per i due partecipanti.
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
Risoluzione dei problemi di registrazione
Uno dei problemi più comuni riscontrati, verificare che la scheda sia attiva e in esecuzione e che abbia ricevuto il suo indirizzo IP tramite DHCP o configurazione manuale.
Il comando show port permette di visualizzare le informazioni sull'indirizzo IP di Cisco CallManager. Accertarsi che le informazioni IP e l'indirizzo IP TFTP siano corretti. . Fornisce l'indirizzo IP di Cisco CallManager. Se la porta Lennon non non riesce a ottenere informazioni DHCP valide, è possibile usare l'utilità tracy per determinare la causa del problema. Eseguire il comando tracy_start mod port dalla CLI di Catalyst 6000.
In questo esempio, Lennon è il modulo 3. Il comando emesso per risolvere il problema sulla porta 3/1 è traceroute_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
Se il messaggio di timeout continua a scorrere, si è verificato un problema durante il collegamento del server DHCP. Verificare innanzitutto che la porta Lennon sia sulla VLAN corretta. Queste informazioni sono disponibili nel comando show port. Se il server DHCP non si trova sulla stessa VLAN della porta Lennon, verificare che gli indirizzi dell'helper IP appropriati siano configurati per inoltrare le richieste DHCP al server DHCP. In devtest sono presenti un paio di bug in cui il Lennon rimane bloccato in questo stato INIT dopo una modifica del numero VLAN finché il Lennon non viene reimpostato. In questo stato, reimpostare Lennon se tutti gli elementi sono configurati correttamente. Ogni volta che il router 860 viene reimpostato, la sessione di prova viene interrotta. È pertanto necessario chiudere la sessione attiva e ristabilirne una nuova eseguendo i seguenti comandi:
tracy_close mod port tracy_start mod port
Verificare che Network Management Processor (NMP) sia in grado di comunicare anche con la porta Lennon. Provare a eseguire il ping dell'indirizzo IP interno dal pannello di gestione dei nomi. Il formato dell'indirizzo IP è:
127.1.module.port
Per la porta Lennon 5/4:
Console (enable) ping 127.1.5.4 127.1.5.4 is alive
Se dopo l'estrazione vengono ancora visualizzati i messaggi DHCPState = INIT, verificare che il server DHCP funzioni correttamente. In seguito, ottenere una traccia sniffer per verificare se le richieste vengono inviate e se il server risponde o meno.
Se DHCP funziona correttamente, l'output del comando traceroute deve visualizzare:
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
Il passaggio successivo consiste nel verificare che l'indirizzo IP del server TFTP sia corretto e che Elvis riceva il file di configurazione dal server TFTP. Se questo messaggio viene visualizzato nell'output di prova, è probabile che il servizio TFTP non funzioni correttamente o che Elvis non sia configurato su 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!
La porta Lennon tenta di connettersi allo stesso indirizzo IP del server TFTP se non riceve un file di configurazione. Questa operazione è corretta a meno che il gateway non si trovi in un ambiente cluster in cui deve ricevere l'elenco dei Cisco Call Manager ridondanti. Se la scheda non ottiene correttamente le informazioni TFTP, controllare il servizio TFTP su Cisco CallManager e verificare che sia in esecuzione. Verificare inoltre la traccia TFTP su Cisco CallManager.
Un altro problema comune è che la porta Lennon non non è configurata correttamente su Cisco CallManager. Un errore tipico è l'immissione errata dell'indirizzo MAC di Elvis. In questo caso, è probabile che questo output continui a essere visualizzato sulla console NMP ogni due minuti:
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
Questo è l'aspetto dell'output del comando traceroute se la porta Lennon non è presente nel database 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
Il comando show port visualizza la porta Lennon come non registrata, come mostrato nel seguente output:
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
È possibile che si sia verificato un altro problema di registrazione se le informazioni di caricamento non sono corrette o se il file di caricamento è danneggiato. Il problema può verificarsi anche se il server TFTP non funziona. In questo caso, la traccia mostra che il server TFTP segnala che il file non è stato trovato:
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
In questo caso, Lennon richiede il caricamento dell'applicazione D0041300 anche se il nome del caricamento corretto è D0040300. Lo stesso problema può verificarsi quando un nuovo caricamento dell'applicazione deve ottenere anche il carico DSP corrispondente. Se non viene trovato il nuovo carico DSP, viene visualizzato un messaggio simile.
Verifica statistiche livello fisico su Lennon
In origine, le uniche statistiche di layer 1 che potevano essere ottenute dalle porte Lennon configurate come gateway T1/E1 erano tramite questo comando. Questa opzione era disponibile solo per le porte T1 poiché non è previsto alcun servizio di collegamento dati di strutture (FDL) su 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
Tuttavia, a partire dal caricamento dell'app D004S030.bin, è possibile ottenere statistiche più dettagliate dalle porte Lennon utilizzando l'opzione di debug CLI tracy_send_cmd, come mostrato in questo output:
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] "
Il debug intelligente può essere eseguito anche eseguendo l'applicazione 'DickTracy' sul PC e accedendo al processore host HP860 su Lennon tramite una sessione IP. Se si utilizza l'applicazione 'DickTracy', una volta stabilita la sessione IP con 860, utilizzare le opzioni di menu per impostare l'ID task del framer su 16 ed eseguire questi comandi.
-
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 ----> -
mostra stato
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 - Il numero 3 indica il numero di intervalli da visualizzare, a partire dalla visualizzazione più recente.
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 - Il numero 3 è il numero di intervalli.
Questo comando fornisce statistiche remote utilizzando FDL. Pertanto, solo per T1 se l'FDL è funzionante e le richieste sono servite dal CO.
Informazioni correlate
Cronologia delle revisioni
| Revisione | Data di pubblicazione | Commenti |
|---|---|---|
1.0 |
02-Feb-2006 |
Versione iniziale |
Feedback