Fehlerbehebung bei E1 PRI

Einleitung

In diesem Dokument wird die Fehlerbehebung für E1 PRI beschrieben.

Voraussetzungen

Anforderungen

Es gibt keine spezifischen Anforderungen für dieses Dokument.

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf folgenden Software- und Hardware-Versionen:

• Cisco IOS® Softwareversion 12.0

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter .

Hintergrundinformationen

Stellen Sie bei der Fehlerbehebung für eine Primary Rate Interface (PRI) sicher, dass E1 auf beiden Seiten ordnungsgemäß ausgeführt wird. Wenn Probleme auf Layer 1 behoben wurden, suchen Sie nach Problemen auf Layer 2 und 3. Verwenden Sie den Befehl show controller e1, um zu überprüfen, ob die Konfiguration der Leitung mit der des Remote-Endgeräts übereinstimmt. Stellen Sie sicher, dass Framing, Zeilencodierung und Taktquelle richtig konfiguriert sind. Weitere Informationen finden Sie in den Dokumenten und. Wenden Sie sich an Ihren Dienstanbieter, um die richtigen Einstellungen zu erhalten.

Verwenden des Befehls show isdn status

Der Befehl show isdn status zeigt eine Zusammenfassung aller ISDN-Schnittstellen an. Außerdem wird der Status der Layer 1, 2 und 3 angezeigt. Führen Sie die folgenden Schritte aus, um den Status der Ebenen zu überprüfen:

1. Überprüfen Sie, ob sich Layer 1 im Status "AKTIV" befindet. Der Status von Layer 1 muss immer "AKTIV" sein, es sei denn, E1 ist ausgefallen.

   Wenn die Ausgabe des Befehls show isdn status anzeigt, dass Layer 1 DEACTIVATED ist, liegt ein Problem mit der physischen Verbindung der E1-Leitung vor. Wenn die Leitung administrativ ausgefallen ist, starten Sie die Schnittstelle mit dem Befehl no shutdown neu.

2. Stellen Sie sicher, dass sich Layer 2 im Status MULTIPLE_FRAME_ESTABLISHED befindet. Dies ist der gewünschte Status für Layer 2. Dieser gibt an, dass Layer 2-Frames ausgetauscht werden und die Layer 2-Initialisierung abgeschlossen ist.

   Wenn sich Layer 2 nicht im Status MULTIPLE_FRAME_ESTABLISHED befindet, verwenden Sie den Befehl show controller e1 EXEC, um das Problem zu diagnostizieren. Weitere Informationen finden Sie im Dokument zur Fehlerbehebung bei E1-Alarmen.

   Da der Befehl show isdn status eine Zusammenfassung des aktuellen Status anzeigt, ist es möglich, dass Layer 2 auf- und abspringt, obwohl ein MULTIPLE_FRAME_ESTABLISHED-Status angezeigt wird. Verwenden Sie den Befehl debug isdn q921, um sicherzustellen, dass Layer 2 stabil ist.

   Das nächste Beispiel zeigt die Ausgabe von 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

   Beachten Sie, dass für E1 0 (dessen D-Kanal 0:15 seriell ist) Layer 1 als AKTIV und Layer 2 als MULTIPLE_FRAME_ESTABLISHED festgelegt ist, was darauf hinweist, dass der Signalisierungskanal ordnungsgemäß funktioniert und Layer-2-Frames mit dem Telco-Switch austauscht. Der D-Kanal (Serial1:15) für E1 1 verfügt über Layer 1 ACTIVE, Layer 2 ist jedoch TEI_ASSIGNED. Dies weist darauf hin, dass der PRI keine Layer-2-Frames mit dem Switch austauscht. Verwenden Sie den Befehl show controller e1 x zur Fehlerbehebung. Weitere Informationen finden Sie im Flussdiagramm.

Verwenden des Befehls debug q921

Der Befehl debug isdn q921 zeigt die Zugriffsverfahren für die Sicherungsschicht (Layer 2) an, die auf dem Router auf dem D-Kanal ausgeführt werden.

Stellen Sie sicher, dass Sie mit dem Befehl logging console oder terminal monitor so konfiguriert sind, dass Sie Debug-Meldungen anzeigen können.

Hinweis: Überprüfen Sie in einer Produktionsumgebung mit dem Befehl show logging, ob die Konsolenprotokollierung deaktiviert ist. Wenn die Protokollierung aktiviert ist, kann der Zugriffsserver unregelmäßig seine Arbeit einstellen, wenn der Konsolenport mit Protokollmeldungen überlastet ist. Geben Sie den Befehl no logging console ein, um die Protokollierung zu deaktivieren.

Hinweis: Wenn debug isdn q921 aktiviert ist und Sie keine Debug-Ausgaben erhalten, rufen Sie den Controller auf, oder setzen Sie ihn zurück, um Debug-Ausgaben abzurufen.

Führen Sie die folgenden Schritte aus, um sicherzustellen, dass die Zugriffsverfahren auf der Sicherungsschicht auf dem Router auf dem D-Kanal stattfinden:

1. Überprüfen Sie, ob Layer 2 stabil ist, indem Sie nach Meldungen in der Debug-Ausgabe suchen. Wenn die Zeile auf- und abwärts springt, kann eine Ausgabe ähnlich der nächsten angezeigt werden:

   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
   
   

   Wenn Layer 2 nicht stabil zu sein scheint, lesen Sie das Dokument.

2. Vergewissern Sie sich, dass auf der Sende- (TX) und der Empfangsseite (RX) nur SAPI-Meldungen (Service Access Point Identifier) angezeigt werden. Beispiele:

   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 
   
   

3. Stellen Sie sicher, dass keine SABME-Meldungen (Asynchronous Balanced Mode Extended) angezeigt werden. Diese Meldungen weisen darauf hin, dass Layer 2 versucht, eine Neuinitialisierung durchzuführen. Die Meldungen werden in der Regel angezeigt, wenn Pollanforderungen (RRp) übertragen werden und keine Antwort vom Switch (RRf) erfolgt oder umgekehrt. Im Folgenden finden Sie Beispiele für SABME-Meldungen:

   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
   
   

   Wenn SABME-Meldungen angezeigt werden, führen Sie die folgenden Schritte aus:

   1. Verwenden Sie den Befehl show running-config, um sicherzustellen, dass isdn-Zeitschlitze vom Switch-Typ und pro Gruppe richtig konfiguriert sind. Wenden Sie sich an Ihren Dienstanbieter, um die richtigen Werte zu erhalten.

   2. Geben Sie die folgenden Befehle ein, um die Einstellungen für den Switch-Typ und die pri-Gruppe zu ändern:

      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
      
      

4. Stellen Sie sicher, dass der D-Kanal mit dem Befehl show interfaces serial number:15 (Seriennummer anzeigen:15) aktiv ist, wobei die Nummer die Schnittstellennummer ist.

   Wenn der D-Kanal nicht aktiv ist, verwenden Sie den Befehl no shutdown, um ihn zu aktivieren. Beispiele:

   bru-nas-03(config)#interface serial 0:15
   bru-nas-03(config-if)#no shutdown
   

5. Stellen Sie sicher, dass die Kapselung PPP ist. Wenn nicht, verwenden Sie den Befehl encapsulation ppp, um die Kapselung festzulegen. Beispiele:

   bru-nas-03(config-if)#encapsulation ppp
   

6. Stellen Sie sicher, dass sich die Schnittstelle im Loopback-Modus befindet. Loopback darf nur zu Testzwecken festgelegt werden. Verwenden Sie den Befehl no loopback, um Loopbacks zu entfernen. Beispiele:

   bru-nas-03(config-if)#no loopback 
   

7. Schalten Sie den Router aus und wieder ein.

Wenn das Problem weiterhin besteht, wenden Sie sich an Ihren Service Provider oder das Cisco Technical Assistance Center (TAC).

Zugehörige Informationen

• Technischer Support von Cisco und Download