WS-X6608-T1/E1 Digital Gateway Card auf der Catalyst 6000-Plattform - Problemlösung

Einführung

Die Lennon-Karte (WS-X6608-T1/E1) ist eine Digital Gateway- und/oder DSP-Farm mit 8 Ports, die das Skinny Client Control Protocol (SCCP) für die Interaktion mit Cisco CallManager 3.0 verwendet.

Dieses Dokument bietet einen detaillierten Überblick über die Befehle auf Debug- und Engineering-Ebene, die zur Fehlerbehebung bei Lennon-Gateways verfügbar sind. Das Dokument behandelt alles, von der Fehlerbehebung bei Registrierungsproblemen bis hin zur direkten Informationsbeschaffung beim 860-Prozessor und den DSPs.

Voraussetzungen

Anforderungen

Für dieses Dokument bestehen keine speziellen Anforderungen.

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf den folgenden Software- und Hardwareversionen:

• Digitale WS-X6608-T1/E1 Gateway-Karte

• Cisco Catalyst Switches der Serie 6000

Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie in den Cisco Technical Tips Conventions.

Fehlerbehebung über die Catalyst 6000 CLI

Zuerst müssen Sie sicherstellen, dass das Modul im Chassis erkannt wird, eingeschaltet ist und betriebsbereit ist.

Stellen Sie sicher, dass das Modul erkannt wird und mit dem Befehl show env power mit Strom versorgt wird.

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

Wenn der Kartentyp korrekt angezeigt wird, wird das Modul erkannt. Das Feld CardStatus zeigt beim Hochfahren der Karte andere Karten an. Hört sich schließlich an. Wenn die Karte verweigern anzeigt, ist das System nicht mit genügend Strom versorgt, um das Modul hochzufahren.

Überprüfen Sie anschließend die Versionen für APP Load und DSP Load mithilfe des Befehls 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 steht für Host Processor, bei dem es sich um die acht separaten 860-Prozessoren des Lennon handelt. Die nachfolgende Load ID wird als App-Last bezeichnet. Das DSP-Feld gibt die Versionsnummer des DSP-Codes an, der auf den acht DSPs für den jeweiligen Lennon-Port geladen wurde (d. h. insgesamt 64 DSPs). Diese Felder können leer sein, wenn die DSPs aktuell aktualisiert werden.

Die App-Lastversion teilt Ihnen auch mit, für welche Funktion der Port derzeit konfiguriert ist. Die drei gültigen Einstellungen sind Digital PRI Gateway, Conference Bridge oder Transcoder/Message Transfer Part (MTP). Die ersten vier Zeichen der Auslastungsdatei geben an, um welche Art von Datei es sich handelt:

• D004 = Laden der digitalen Gateway-App

  D005 = DSP-Last für digitales Gateway

• C001 = Last der Konferenz-Bridge-App

  C002 = Conference Bridge DSP-Last

• M001 = Laden der Transcoder-/MTP-Anwendung

  M002 = Transcoder/MTP DSP-Last

Der Name der DSP-Lastdatei wird vom Benutzer niemals konfiguriert. Sie ist direkt an eine bestimmte App-Lastdatei gebunden. Mehrere App-Lastdateien verweisen in der Regel auf dieselbe DSP-Lastdatei, da weniger Änderungen an DSP-Lasten vorgenommen werden. Beispielsweise können die Lastdateien der Anwendungen D0040300, D004A300, D004B300 die DSP-Lastdatei D0050300 verwenden.

Überprüfen Sie anschließend, ob das Modul gültige IP-Konfigurationsinformationen enthält und bei Cisco CallManager registriert ist. Verwenden Sie den Befehl 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     

Stellen Sie in dieser Ausgabe des Ports-Befehls show sicher, dass die IP-Adresse, die Subnetzmaske, das Gateway, die DNS-Server-, Domänen- und TFTP-Serveradressen korrekt sind. Stellen Sie außerdem sicher, dass sich die Ports im richtigen VLAN befinden. Jeder Lennon-Port kann in einem anderen Subnetz untergebracht werden und unabhängig von den anderen Ports im gleichen Modul agieren.

Überprüfen Sie, ob die Karte beim Cisco CallManager registriert wurde. Wenn die Karte nicht registriert ist und für den Cisco CallManager konfiguriert wurde, lesen Sie den Abschnitt Probleme bei der Registrierung im Abschnitt Fehlerbehebung in diesem Dokument.

Mit dem Befehl show port kann auch der Status der einzelnen Ports auf der Karte überprüft werden. Das Statusfeld variiert je nach Port-Typ (Gateway/Conf/MTP).

Für jeden Port, der nicht bei Cisco CallManager registriert ist, befindet sich der Port entweder in einem aktivierten oder deaktivierten Zustand, der auf dem konfigurierten Status dieses Ports basiert. MTP- und Konferenz-Bridge-Ports zeigen auch entweder aktiviert oder deaktiviert an.

Registrierte Digital Gateway-Ports zeigen entweder verbunden oder nicht verbunden basierend auf dem Status des D-Kanals. Denken Sie daran, dass der D-Channel nicht auf der Lennon-Karte, sondern auf dem Cisco CallManager endet.

Sobald ein Anruf aktiv ist, kann der Befehl show port voice verwendet werden, um Informationen zu allen aktiven Anrufen im System und detaillierte Informationen zu einzelnen Anrufen zu sammeln. Der Typ zeigt den Anruf für einen Gateway-Port, Konferenzen für einen Konferenz-Port und die Umkodierung für Transkodierung und MTP an.

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

Geben Sie den Befehl show port voice active für einen einzelnen Port ein, um weitere Details zu erhalten. Ein Gateway-Anruf sieht aus wie diese Ausgabe, und die Felder sind selbsterklärend.

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

Dies ist die gleiche Befehlsausgabe für einen Konferenz-Port. Jede Konferenz zeigt die Konferenzteilnehmer sowie den verwendeten Codec und die Paketgröße an.

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

Dies ist die Ausgabe eines Transkodierungsports. Hier sehen Sie die beiden verschiedenen Codecs, die transkodiert sind. Wenn der Port MTP nur ohne Umkodierung ausführt, ist der Codec-Typ für die beiden Teilnehmer identisch.

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 

Fehlerbehebung bei Registrierungsproblemen

Eines der häufigsten Probleme, die aufgetreten sind, überprüfen Sie, dass die Karte läuft und ihre IP-Adresse durch DHCP oder manuelle Konfiguration erhalten hat.

Der Befehl show port zeigt die IP-Adressinformationen von Cisco CallManager an. Stellen Sie sicher, dass die IP-Informationen und die TFTP-IP-Adresse korrekt sind. . Damit wird die IP-Adresse von Cisco CallManager bereitgestellt. Wenn der Lennon-Port keine gültigen DHCP-Informationen abruft, kann das Tracy-Dienstprogramm verwendet werden, um das Problem zu ermitteln. Geben Sie den Befehl tracy_start mod port aus der Catalyst 6000-CLI ein.

In diesem Beispiel ist Lennon Modul 3. Der zur Fehlerbehebung für Port 3/1 ausgegebene Befehl lautet 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

Wenn diese Timeout-Meldung weiterhin nach unten scrollt, tritt ein Problem beim Kontaktieren des DHCP-Servers auf. Überprüfen Sie zuerst, ob der Lennon-Port im richtigen VLAN ist. Diese Informationen finden Sie im Befehl show port. Wenn sich der DHCP-Server nicht im selben VLAN wie der Lennon-Port befindet, stellen Sie sicher, dass die entsprechenden IP Helper-Adressen für die Weiterleitung der DHCP-Anfragen an den DHCP-Server konfiguriert sind. Es gibt einige Fehler in Devtest, bei denen der Lennon nach einer Änderung der VLAN-Nummer in diesem INIT-Zustand feststeckt, bis der Lennon zurückgesetzt wird. Wenn Sie sich in diesem Zustand befinden, setzen Sie die Lennon zurück, wenn alles richtig konfiguriert ist. Jedes Mal, wenn der 860 zurückgesetzt wird, verlieren Sie Ihre Tracy-Sitzung. Daher müssen Sie Ihre aktive Sitzung schließen und eine neue Sitzung wiederherstellen, indem Sie die folgenden Befehle ausführen:

tracy_close mod port

tracy_start mod port

Stellen Sie sicher, dass der Network Management Processor (NMP) auch mit dem Lennon-Port kommunizieren kann. Versuchen Sie, einen Ping an die interne IP-Adresse des NMP zu senden. Die IP-Adresse hat das folgende Format:

127.1.module.port

Für Lennon-Port 5/4:

Console (enable) ping 127.1.5.4
127.1.5.4 is alive

Wenn all dies ausgecheckt wird und Sie immer noch die DHCPState = INIT-Nachrichten sehen, stellen Sie sicher, dass der DHCP-Server korrekt funktioniert. Anschließend können Sie eine Sniffer-Trace abrufen, um festzustellen, ob die Anforderungen gesendet werden und ob der Server antwortet oder nicht.

Sobald DHCP korrekt funktioniert, muss die Ausgabe des Befehls tracy Folgendes anzeigen:

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

Der nächste Schritt besteht darin, sicherzustellen, dass die IP-Adresse des TFTP-Servers korrekt ist und dass Elvis die Konfigurationsdatei vom TFTP-Server bezieht. Wenn Sie dies in der Tracy-Ausgabe sehen, funktioniert Ihr TFTP-Dienst wahrscheinlich nicht ordnungsgemäß, oder Elvis ist wahrscheinlich nicht auf dem Cisco CallManager konfiguriert:

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!

Der Lennon-Port versucht, eine Verbindung mit derselben IP-Adresse wie der TFTP-Server herzustellen, wenn er keine Konfigurationsdatei erhält. Dies ist in Ordnung, es sei denn, Sie befinden sich in einer Cluster-Umgebung, in der das Gateway eine Liste redundanter Cisco Call Manager erhalten muss. Wenn die Karte ihre TFTP-Informationen nicht richtig abruft, überprüfen Sie den TFTP-Dienst im Cisco CallManager, und stellen Sie sicher, dass er ausgeführt wird. Überprüfen Sie außerdem die TFTP-Ablaufverfolgung im Cisco CallManager.

Ein weiteres häufiges Problem ist, dass der Lennon-Port auf dem Cisco CallManager nicht korrekt konfiguriert ist. Ein typischer Fehler ist die falsche Eingabe der MAC-Adresse des Elvis. In diesem Fall erhalten Sie diese Ausgabe wahrscheinlich alle zwei Minuten auf der NMP-Konsole:

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

So sieht die Ausgabe des Tracy-Befehls aus, wenn sich der Lennon-Port nicht in der Cisco CallManager-Datenbank befindet:

 |            |      
      |            |      
     |||          |||     
    |||||        |||||    
..:|||||||:....:|||||||:..
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

Der Befehl show port zeigt an, dass der Lennon-Port nicht registriert ist, wie in dieser Ausgabe gezeigt:

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   

Ein weiteres mögliches Registrierungsproblem kann sein, wenn die Ladeinformationen falsch sind oder die Ladedatei beschädigt ist. Das Problem kann auch auftreten, wenn der TFTP-Server nicht funktioniert. In diesem Fall zeigt Tracy, dass der TFTP-Server die Datei nicht gefunden hat:

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 diesem Fall fordert die Lennon App Load D0041300 an, obwohl der korrekte Ladename D0040300 ist. Dasselbe Problem kann auftreten, wenn eine neue App Load auch die entsprechende DSP-Last abrufen muss. Wenn die neue DSP-Last nicht gefunden wird, wird eine ähnliche Meldung angezeigt.

Physische Layer-Statistiken in Lennon überprüfen

Ursprünglich konnten die einzigen Layer-1-Statistiken, die von den als T1/E1-Gateway konfigurierten Lennon-Ports abgerufen werden konnten, über diesen Befehl abgerufen werden. Diese Option war nur für T1-Ports verfügbar, da für E1 keine Facility Data Link (FDL) vorgesehen ist.

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     

Ab dem Anwendungs-Load D004S030.bin ist es jedoch möglich, detailliertere Statistiken von den Lennon-Ports zu erhalten, indem die CLI-Debugoption tracy_send_cmd verwendet wird, wie in dieser Ausgabe gezeigt:

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] " 

Das Tracy-Debugging kann auch durch Ausführen der 'DickTracy'-Anwendung auf dem PC und Zugreifen auf den HP860-Hostprozessor in Lennon über eine IP-Sitzung erfolgen. Wenn Sie die Anwendung 'DickTracy' verwenden, legen Sie nach dem Einrichten der IP-Sitzung mit dem 860 die Menüoptionen fest, um die Framer Task-ID auf 16 festzulegen und diese Befehle auszuführen.

• 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 ----> 

• Anzeigestatus

  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 fdlintervals 3: Die Zahl 3 ist die Anzahl der angezeigten Intervalle aus der letzten Rückseite.

  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: Die Zahl 3 ist die Anzahl der Intervalle.

  Dieser Befehl stellt mithilfe von FDL Statistiken für die Gegenstelle bereit. Daher gilt dies nur für T1, wenn die FDL funktionsfähig ist und Anfragen vom CO gewartet werden.

Zugehörige Informationen

• Unterstützung von Sprachtechnologie
• Produkt-Support für Sprach- und IP-Kommunikation
• Fehlerbehebung bei Cisco IP-Telefonie
• Technischer Support - Cisco Systems