Probleemoplossing voor T1 PPRI

Inleiding

In dit document wordt beschreven hoe u probleemoplossing uitvoert en ervoor zorgt dat een Primary Rate Interface (PRI) T1 correct wordt uitgevoerd.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Achtergrondinformatie

Wanneer u problemen oplost met een Primary Rate Interface (PRI), moet u ervoor zorgen dat de T1 aan beide uiteinden goed werkt. De reden is dat ISDN PRI signalering rijdt op de top van de T1 fysieke laag. Als u wilt controleren of de T1 Layer 1 correct wordt uitgevoerd, gebruikt u de opdracht controller t1 tonen. Zorg ervoor dat er geen fouten op een van de tellers. Zorg ervoor dat de framing, lijncodering en klokbron correct zijn geconfigureerd. Raadpleeg het stroomschema voor probleemoplossing T1 voor meer informatie. Neem contact op met uw serviceprovider voor de juiste instellingen.

Wanneer u problemen hebt opgelost in laag 1 en de tooncontroller T1-tellers nul zijn, kunt u zich richten op lagen 2 en 3 van de ISDN PRI-signalering.

Tip: U kunt de opdracht Tellers wissen gebruiken om de T1-tellers opnieuw in te stellen. Wanneer de tellers duidelijk zijn, kunt u gemakkelijk observeren of de T1-lijn fouten ondervindt. Onthoud echter dat deze opdracht ook alle andere tooninterfacetellers wist. Hierna volgt een voorbeeld:

maui-nas-03#clear counters
Clear "show interface" counters on all interfaces [confirm]
maui-nas-03#
*Apr 12 03:34:12.143: %CLEAR-5-COUNTERS: Clear counter on all interfaces by console

De opdracht isdn-status tonen gebruiken

De opdracht isdn-status weergeven is erg handig om problemen met ISDN-signalering op te lossen. De opdracht isdn-status weergeven geeft een overzicht van de huidige status van alle ISDN-interfaces en ook de status van lagen 1, 2 en 3. Hier is een voorbeeld van de opdracht isdn-status tonen:

maui-nas-03#show isdn status
Global ISDN Switchtype = primary-5ess
ISDN Serial0:23 interface
        dsl 0, interface ISDN Switchtype = primary-5ess
    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:  0x807FF8FC
ISDN Serial1:23 interface
        dsl 1, interface ISDN Switchtype = primary-5ess
    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:  0x807FFFFF
    Total Allocated ISDN CCBs = 5

Voer de volgende stappen uit om de status van de lagen te controleren:

1. Controleer of laag 1 zich in de actieve status bevindt. De status van laag 1 moet altijd ACTIEF zijn, tenzij de T1 is uitgeschakeld.

   Als de opdracht isdn-status weergeven aangeeft dat laag 1 is GEDEACTIVEERD, is er een probleem met de fysieke connectiviteit van de T1-lijn. Als de regel administratief is uitgeschakeld, gebruikt u de opdracht geen afsluiten om de interface opnieuw op te starten.

2. Zorg ervoor dat Layer 2 zich in de status MULTIPLE_FRAME_ESTABLISHED bevindt. Dit is de vereiste status voor laag 2. Deze status geeft aan dat de router een ISDN SABME-bericht (Set Asynchronous Balanced Mode Extended) heeft ontvangen en heeft gereageerd met een UA-frame (Unnumbered Acknowledge) om te synchroniseren met de Telco-switch. Bovendien moeten er constante Layer 2-frames (Receiver Ready, RR) worden uitgewisseld tussen de twee apparaten. Wanneer dit gebeurt, hebben de router en ISDN-switch het ISDN Layer 2-protocol volledig geïnitialiseerd. Voor informatie over het identificeren van de SABME- en RR-berichten, zie de sectie Gebruik het foutopsporingscommando q921.

   Als Layer 2 zich niet in de status MULTIPLE_FRAME_ESTABLISHED bevindt, gebruikt u de opdracht isdn q921 om het probleem te diagnosticeren.

   Bovendien geeft de opdracht isdn-status weergeven een overzicht van de huidige status weer. Laag 2 kan daarom op en neer stuiteren, ook al duidt dit op een toestand MULTIPLE_FRAME_ESTABLISHED. Gebruik de opdracht isdn q921 voor foutopsporing om ervoor te zorgen dat Layer 2 stabiel is.

   Gebruik nu de opdracht show controllers t1 om de T1 opnieuw te controleren en ervoor te zorgen dat er geen fouten zijn. Als er fouten zijn, raadpleegt u het stroomschema voor probleemoplossing T1.

Merk in de isdn-status-uitvoer op dat T1 0 (waarvan D-kanaal Serieel 0:23 is) Layer 1 als ACTIVE en Layer 2 als MULTIPLE_FRAME_ESTABLISHED heeft om aan te geven dat het signaalkanaal correct functioneert en Layer 2-frames uitwisselt met de Telco-switch. Het D-kanaal (Serieel 1:23) voor T1 1 heeft Layer 1 ACTIVE, maar Layer 2 is TEI_ASSIGNED, wat aangeeft dat de PRI Layer 2-frames niet uitwisselt met de switch. Gebruik de showcontroller t1 xcommand om eerst het controller t1-circuit te controleren en te controleren of het schoon is (dat wil zeggen dat het geen fouten bevat) voordat u het ISDN Layer 2-probleem met het debug isdn q921 oplost. Raadpleeg het stroomschema voor probleemoplossing T1 voor meer informatie

De opdracht isdn q921 voor foutopsporing gebruiken

Deze foutopsporingsopdracht is handig als u problemen met de ISDN Layer 2-signalering oplost. De opdracht isdn q921 voor foutopsporing geeft de toegangsprocedures voor de datalinklaag (Layer 2) weer die plaatsvinden bij de router op het D-kanaal. Dit kan aangeven of het probleem bij de NAS, de Telco switch of de lijn ligt.

Gebruik de opdracht van de logboekconsole of terminalmonitor om ervoor te zorgen dat u bent geconfigureerd voor het weergeven van foutopsporingsberichten.

Opmerking: gebruik in een productieomgeving de opdracht logboekregistratie tonen om ervoor te zorgen dat de consolelogboekregistratie is uitgeschakeld. Als de logboekconsole is ingeschakeld, kan de toegangserver de functies van de console tijdelijk stoppen wanneer de consolepoort is overladen met logberichten. Voer de opdracht Geen logboekregistratie console in om de logboekregistratie op de consolepoort uit te schakelen. Raadpleeg Belangrijke informatie over foutopsporingsopdrachten voor meer informatie.

Opmerking: Als debug isdn q921 is ingeschakeld en u geen debug-uitgangen ontvangt, controleer dan eerst en zorg ervoor dat u de terminalmonitor hebt ingeschakeld. Probeer vervolgens de controller of het D-kanaal opnieuw in te stellen om debug-uitgangen te krijgen. U kunt de opdracht clear controller t1 of clear interface serial x:23 gebruiken om de regel opnieuw in te stellen.

Voer deze stappen uit om ervoor te zorgen dat de toegangsprocedures voor de datalinklaag plaatsvinden bij de router op het D-kanaal:

1. Controleer of laag 2 stabiel is. Om dit te doen, zoekt u naar berichten in de debug-uitvoer. Hier is de debug isdn q921 uitgang wanneer T1 controller gaat door een shutdown en geen shutdown:

   Mar 20 10:06:07.882: %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:23, 
   TEI 0 changed to down
   Mar 20 10:06:09.882: %LINK-3-UPDOWN: Interface Serial0:23, 
   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:23, 
   TEI 0 changed to up
   Mar 20 10:06:22.494: %CONTROLLER-5-UPDOWN: Controller T1 0, 
   changed state to up
   Mar 20 10:06:24.494: %LINK-3-UPDOWN: Interface Serial0:23, 
   changed state to up

   Als de lijn op en neer stuitert, wordt een soortgelijke uitvoer weergegeven:

   %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:23, TEI 0 changed to down
   %LINK-3-UPDOWN: Interface Serial0:23, changed state to down
   %ISDN-6-LAYER2UP: Layer 2 for Interface Se0:23, TEI 0 changed to up
   %LINK-3-UPDOWN: Interface Serial0:23, changed state to up
   %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:23, TEI 0 changed to down
   %LINK-3-UPDOWN: Interface Serial0:23, changed state to down

2. Als Layer 2 stabiel is, moeten de router en switch met elkaar synchroniseren. Het bericht Set Asynchronous Balanced Mode Extended (SABME) verschijnt op het display. Dit bericht geeft aan dat Layer 2 probeert te initialiseren met de andere kant. Beide zijden kunnen het bericht verzenden en proberen te initialiseren met de andere kant. Als de router het SABME-bericht ontvangt, moet deze een niet-genummerd bevestigingsframe (UAf) terugsturen. De router wijzigt vervolgens de Layer 2-status in MULTIPLE_FRAME_ESTABLISHED. Hierna volgt een voorbeeld:

   *Apr 12 04:14:43.967: ISDN Se0:23: RX <- SABMEp c/r=1 sapi=0 tei=0
   
   *Apr 12 04:14:43.971: ISDN Se0:23: TX -> UAf c/r=1 sapi=0 tei=0
   
   

   Als de switch de UAf ontvangt en herkent, synchroniseren beide apparaten en worden er periodieke alives uitgewisseld tussen de router en de ISDN-switch. Deze berichten zijn in de vorm van Receiver Ready (Rf en Rp). Deze keepalives worden gezien tien seconden uit elkaar, en zorgen ervoor dat beide partijen in staat zijn om met elkaar te communiceren. Voorbeeld:

   *Apr 12 05:19:56.183: ISDN Se0:23: RX <- RRp sapi=0 tei=0 nr=18
   
   *Apr 12 05:19:56.183: ISDN Se0:23: TX -> RRf sapi=0 tei=0 nr=18
   *Apr 12 05:20:06.247: ISDN Se0:23: RX <- RRp sapi=0 tei=0 nr=18
   
   *Apr 12 05:20:06.247: ISDN Se0:23: TX -> RRf sapi=0 tei=0 nr=18
   *Apr 12 05:20:16.311: ISDN Se0:23: RX <- RRp sapi=0 tei=0 nr=18
   
   *Apr 12 05:20:16.311: ISDN Se0:23: TX -> RRf sapi=0 tei=0 nr=18
   
   

   

   Opmerking: Zie de TX, RX en de pijl. TX geeft aan dat de router het signaal doorstuurt naar de switch. RX betekent dat de router het signaal van de switch ontvangt.

3. Soms komt het D-kanaal niet correct naar boven en blijft het in de status TEI_ASSIGNED of stuitert Layer 2 op en neer. Dit kan worden veroorzaakt door een manier overdracht of gemist keepalive pakketten. Wanneer een van beide zijden vier opeenvolgende keepalives mist, probeert de respectievelijke zijde de Layer 2-link opnieuw te initialiseren. Om dit te bereiken, verzendt de kant opnieuw het SABME-bericht en start het proces opnieuw. In een dergelijke situatie moet u uitzoeken of die keepalives daadwerkelijk op de draad worden geplaatst en of een kant niet reageert op de keepalives wanneer deze deze ontvangt.

   Om het probleem te isoleren, gebruikt u het debug isdn q921 en toont u seriële interface x:23-opdrachten, en voert u deze stappen uit op de router en met T1-serviceprovider (Telco):

   1. Voer meerdere keren show interface seriële x:23 uit en zorg ervoor dat de output teller doet toenemen en er geen input / output vallen of fouten zijn.

   2. Maak een T1 Loopback Plug en sluit deze vervolgens aan op de T1-poort die u wilt oplossen. De foutopsporingsisdn q921-uitvoer moet aangeven dat de SABME is verzonden en dit bericht is ontvangen:

      RX <- BAD FRAME(0x00017F)Line may be looped!

      Als er geen fouten verschijnen, voert u een afsluitprocedure uit en geen afsluitprocedure op de bijbehorende T1-controller.

      De BAD FRAME-berichten geven aan dat de router correct presteert. De router verzendt het SABME-pakket. Het bericht wordt teruggekoppeld naar de router, waardoor de router hetzelfde SABME-bericht ontvangt dat is verzonden. De router markeert het als een SLECHT FRAME en geeft de foutmelding weer. In de foutmelding staat dat de lijn waarschijnlijk is doorgetrokken. Dit is het verwachte gedrag voor het looped circuit. Daarom ligt het probleem binnen de Telco ISDN-switch of de bekabeling van de demarc naar de Telco-switch.

      Als de lijn echter wordt teruggedraaid en de router SABME's verzendt, maar deze niet terugontvangt, kan er een probleem zijn met de fysieke hardwire loopback-plug of de routerinterface zelf. Raadpleeg Loopback-tests voor T1/56K-lijnen en controleer of u de router vanaf dezelfde router kunt pingen met behulp van de hardwire loopback-test. Als u de router niet kunt pingen, kan er een hardwareprobleem zijn met de T1-controller. Roep in dat geval de TAC op voor bijstand. Als u de router kunt pingen, gaat u verder met stap c.

   3. Nadat u de router en de T1-poorten hebt geïsoleerd en getest en hebt bevestigd dat ze goed zijn, moet u de Telco inschakelen om verder problemen op te lossen.

      • Neem contact op met de Telco en vraag waarom de switch niet reageert op de keepalive. Laat de Telco ook controleren of ze de keepalive-berichten of een binnenkomend ISDN Layer 2-bericht van de router zien.

      • Voer de loopback-test opnieuw uit, maar breid deze keer de loopback-test uit naar de Telco-switch. Deze procedure wordt beschreven in het artikel Loopback Tests for T1/56K Lines.

      • Vraag de technicus van de Telco switch om een lus op de lijn te plaatsen en test vervolgens of de router zichzelf nog steeds kan pingen.

      • Als de router zichzelf niet kan pingen, kan er een probleem zijn met de bedrading van het circuit naar de Telco ISDN-switch. Zie Loopback Tests voor T1/56K lijnen voor meer informatie.

      • Als de router zichzelf kan pingen, is de loopback-test succesvol. Maak de loopbackconfiguratie ongedaan en wijzig de controllerconfiguratie van channel-group naar pri-group.

        maui-nas-03(config)#controller t1 0
        maui-nas-0(config-controller)#no channel-group 0
        maui-nas-0(config-controller)#pri-group timeslots 1-24
        

      • Voer een shutdown uit en geen shutdown naar de controller en controleer of de router dit uitstuurt:

        ISDN Se0:23: TX -> SABMEp sapi = 0 tei = 0

        en ontvangt deze:

        RX <- BAD FRAME(0x00017F)Line may be looped!

        Als dit gebeurt, functioneert de router goed en is het verzend- en ontvangstpad naar Telco prima. Het probleem ligt binnen de ISDN-switch of het ISDN-netwerk. Als de router echter het volgende verzendt:

        ISDN Se0:23: TX -> SABMEp sapi = 0 tei = 0

        en dit niet ontvangt:

        RX <- BAD FRAME(0x00017F)Line may be looped!

        Bel de TAC-ondersteuning voor verdere hulp.

Problemen oplossen met ISDN Layer 3

Wanneer u alle Layer 2-problemen met de PRI hebt opgelost en bevestigt dat de hardware goed werkt, moet u ISDN Layer 3 oplossen. Raadpleeg Problemen oplossen met ISDN BRI Layer 3 met de opdracht isdn q931 voor foutopsporing voor meer informatie.

Opmerking: hoewel in het document wordt gesproken over Layer 3-probleemoplossing voor BRI's, kunt u dezelfde concepten toepassen op Layer 3 PRI-probleemoplossing. U kunt ook verwijzen naar Begrijpen debug isdn q931 Verbinding verbreken Oorzaak Codes om de Layer 3 verbreken reden interpreteren.

Gerelateerde informatie

• T1 Alarm Problemen oplossen
• Loopback Tests voor T1/56K lijnen
• T1 Foutgebeurtenissen Problemen oplossen
• Cisco Technical Support en downloads