De Catalyst 4000/4500 switch serie gebruikt een staaf ASIC ontwerp in de switch architectuur. Switch beheert deze ASIC’s (Astro/Leman/NiceR) door middel van een controleprotocol voor het interne beheer. Wanneer deze interne beheerverzoeken en reacties verloren of uitgesteld zijn, worden de console en de syslog berichten gegenereerd. Aangezien de redenen voor deze verliezen aan communicatie verschillen, ligt de oorzaak van de oorzaak niet voor de hand in deze foutmeldingen.
Dit document is bedoeld om te helpen het Time-outbericht van Astro/Leman/Nicer te begrijpen dat op het Cat4000-platform gegenereerd is en om het op te lossen met hulp van Cisco TAC. Toekomstige versies van CatOS en Cisco IOS® zullen betere foutmeldingen bieden, en indien mogelijk, de diepere oorzaak van het probleem identificeren.
Wanneer de stap-out van ASIC (Astro/Lemans/Nicer) plaatsvindt, verschijnen er berichten gelijkend op volgend bericht op een op CatOS gebaseerde Catalyst 4000/4500 switch:
%SYS-4-P2_WARN: 1/Astro(4/3) - timeout occurred %SYS-4-P2_WARN: 1/Astro(4/3) - timeout is persisting
Afhankelijk van de softwareversies kan de formulering van de foutmelding verschillen. Astro, Lemans en Nicer verwijzen naar verschillende soorten stomp ASIC. Meer informatie is te vinden in het gedeelte Background Theory van dit document.
Voor Cisco IOS-gebaseerde toezichthouders (supervisor II+, III en IV) verschijnt de foutmelding als volgt:
%C4K_LINECARDMGMTPROTOCOL-4-INITIALTIMEOUTWARNING: Astro 5-2(Fa5/9-16) - management request timed out. %C4K_LINECARDMGMTPROTOCOL-4-ONGOINGTIMEOUTWARNING: Astro 5-2(Fa5/9-16) - consecutive management requests timed out.
N.B.: Dit document is voornamelijk gericht op problemen oplossen bij CatOS-gebaseerde supervisor of switch. Een deel van de informatie is van toepassing op Cisco IOS gebaseerde supervisor wanneer genoteerd.
Toelichting: Dit document heeft ook betrekking op Astro stub ASIC, maar de meeste delen zijn van toepassing op andere soorten Stub ASIC (Lemans en Nicer) lijnkaarten en zullen als zodanig in de juiste secties worden genoteerd.
Na het lezen van dit document begrijpt de lezer het volgende:
De functie van staaf ASIC's in Catalyst 4000/4500.
De voorwaarden die tot de interne beheerpakketten kunnen leiden onderbreken berichten.
De stappen die moeten worden ondernomen en de opdrachten om voor Cisco TAC te verzamelen wanneer u deze voorwaarde wilt oplossen.
De secties Astro-timeout en probleemoplossing bieden achtergrond en gedetailleerde uitleg over elke kwestie. U kunt ook direct naar het gedeelte Eenvoudige manieren om problemen op te lossen overschakelen in het document.
Zie de Cisco Technical Tips Convention voor meer informatie over documentconventies.
Er zijn geen specifieke voorwaarden van toepassing op dit document.
Dit document is specifiek voor Catalyst 4000/4500 supervisor- of lijnkaarten met behulp van Stub ASIC’s.
Astrostub ASIC verwijst naar de 10/100 stub ASICs controleert een groep van acht aangrenzende 10/100 poorten die aan de supervisor communiceren door een Gigabit bandbreedte-verbinding naar de backplane, zoals in afbeelding hieronder wordt getoond.
De toezichthouders communiceren met de ASIC-lijnkaartaansluiting via de SERDES-component (SERalizer-DESerializer). Er is een SERDES-component aan de kant van de supervisor die op de backplane en een andere SERDES op de lijnkaart is aangesloten voor elke stap ASIC voor de aansluiting op de backplane.
Het bovenstaande diagram kan in het algemeen worden gebruikt om verschillende typen lijnkaarten problemen op te lossen. De stap ASIC waarnaar in de timeout berichten wordt verwezen zou verschillen afhankelijk van het type lijnkaart. Zie de onderstaande tabel voor een lijst met ASIC-namen en hun beschrijving.
Stub ASIC’s | Beschrijving | Voorbeeld |
---|---|---|
Astro | 8 poorten 10/100 controllerkaart ASIC | WS-X4148-RJ45V |
NiceR | 4 poorten 1000 controllerkaart ASIC | WS-X4418-GB (poorten 3-18) |
Lemans | 8 poorten 10/100/1000 controllerkaart ASIC | WS-X448-GB-RJ |
Het interne beheerverkeer stroomt door zowel de SERDES-component als het normale gegevensverkeer. Het interne beheerverkeer wordt gebruikt om de gegevens ASIC- en Phy-registers te lezen/schrijven. De meest voorkomende operaties omvatten de status van leeslink en de statistieken.
De volgende secties verklaren de betekenis en mogelijke oorzaken van %SYS-4-P2_WARN: 1/(Stub)(module_number/) Stub_reference - timeout heeft foutmelding opgetreden in Catalyst 4000/4500.
De Astro (stub) timeout berichten werden aan de softwareversie toegevoegd vanaf 6.2.3 en 6.3.1 en later verbeterd in 6.4.4 (CSCea73908) om aan te geven dat de supervisor internecontrolepakketten heeft verloren door te communiceren met Astro stub ASIC op een 10/100 lijnkaarten. Er zijn meerdere oorzaken voor dit communicatieverlies, zoals hieronder in detail wordt uitgelegd in het gedeelte Problemen oplossen.
Het volgende stroomschema voor probleemoplossing biedt een snelle en eenvoudige manier om het probleem tussen de mogelijke oorzaken te isoleren:
** Verschillende worteloorzaken kunnen vergelijkbare symptomen vertonen. Neem contact op met TAC voor verdere probleemoplossing.
Astro/Lemans/Nicer timeouts worden gerapporteerd wanneer de Supervisor software geen meerdere interne beheerreacties van de lijnkaartstub ASIC ontvangt. Dit kan gebeuren als:
Beheeraanvraag is verloren of vertraagd
De respons van het management is verloren of vertraagd
Een "timeout" bericht is afgedrukt zodra de software 10 opeenvolgende keer is uitgezet terwijl hij wacht op de beheerpakket. De daaropvolgende tijdspannes leiden tot het afdrukken van "achtereenvolgens management ..." of "..timeout aanhoudt..." , afhankelijk van de versie van de software.
Dit logbericht is van snelheidsbeperking tot één keer per 10 minuten. Het pakkettransport naar de getroffen data ASIC's gaat door wanneer de timeouts plaatsvinden. Veranderingen in de link / autonome snelheid / duplex worden echter niet gezien, aangezien de software niet de beheerpakket-antwoorden ontvangt. Het proces van het bijwerken van verkeersstatistieken voor de groep van interfaces wordt ook beïnvloed wanneer de storingen optreden.
Er zijn verschillende oorzaken voor de Astro/Lemans/Nicer timeout berichten om te verschijnen. Deze worden hieronder allemaal beschreven.
De volgende punten kunnen de omstandigheden van de Stack timeout veroorzaken:
Netwerkproblemen
Configuratieproblemen
Buurdelementen
Andere factoren buiten een Catalyst-switch
Layer 2 Loop of broadcast-storm die resulteert in hoge verkeersbelasting kan verlies van interne beheerpakketten veroorzaken. Dit gebeurt meestal omdat de CPU druk bezig is (CPU) en de wachtrij niet kan verwerken.
Het interne beheercontroleverkeer neemt hetzelfde datapad naar de supervisor als het normale gegevensverkeer van de Astro (of een andere Stub-chip). Het is dus mogelijk dat de pakketten verloren gaan door de files.
Met de oplossing voor Cisco bug-ID CSCea73908 (alleen geregistreerde klanten) wordt de periode voor de tijdelijke uitvoer van interne beheeraanvragen beter verwerkt in CatOS versie 6.4(4) en later releases. Deze verbetering kan verhinderen dat veel tijdelijke controle pakketten die door de CPU worden veroorzaakt, bezig zijn.
Actie: Probleemoplossing van Layer 2 Loop; of wijzig configuratie om verkeerspatronen op te lossen.
Werken: Verplaats de switch Management Interface (sc0) naar niet-gebruikersverkeer VLAN op op op CatOS gebaseerde switches. Gebruik de opdracht Sc0 <VLAN-id> om het VLAN van de interface sc0 te verplaatsen.
Opmerking: Vanaf Cisco IOS 12.1(20)EW introduceren Cisco IOS-gebaseerde Supervisors een verbeterde verwerking van het interne pakketverwerkingsmechanisme door de CPU. Deze verbetering zal helpen voorkomen dat pakketten voor interne beheercontrole verloren gaan door onbedoeld verkeer met een lage prioriteit dat de CPU vormt.
Oplossing: Zie hierboven werken.
De poorten van het voorpaneel worden halfduplex ingesteld. De aanrijdingen van het uitgaande verkeer met het inkomende verkeer in de stap ASIC kunnen ervoor zorgen dat de stob-buffer zeer langzaam afvoert. Dit kan belastingwachtrijen op supervisor veroorzaken om op te vullen en nieuwe interne beheerverzoeken kunnen worden ingetrokken wat in de foutmeldingen van de timeout zou resulteren.
Een netwerk met bekabeling type1A kan dit probleem ook veroorzaken. Wanneer een werkstation dat is aangesloten op een Type1A Baluns met een RJ-45-pleister wordt losgekoppeld, dan gaat de Balun intern terug en veroorzaakt het uitgaande verkeer terug. Deze situatie simuleert het aansluiten van een uitwendige loopback op de voorpaneel poort. Voordat de haven naar blokkeert, wordt het uitgaande verkeer teruggeleid naar de switch. Dit kan de buffers van de stoom veroorzaken om te overstromen, afhankelijk van de snelheid van het verkeer.
Actie: Zie het werkgebied.
Werken: Vermijd halfduplexconfiguratie. In het geval van een bekabeling van het type 1A, dient u de stekker uit het RJ-45-netsnoer te halen uit het type 1A-Balun om te voorkomen dat er een inwendige achteruitgang in de Balun ontstaat.
Oplossing: Zie het werkgebied.
Als de fouten slechts op één Astro (of andere stomp ASIC) op één module worden gezien, en een Layer 2 loop niet optreedt, is het probleem waarschijnlijk een defecte SERDES-component op of de supervisor of de lijnkaart. Als de foutmelding bijvoorbeeld altijd op Astro 4 op Module 3 is zoals hieronder wordt getoond, dan is ofwel de SERDES-component op module 3 of de SERDES-component op de supervisor defect.
%SYS-4-P2_WARN: 1/Astro(3/4) – timeout occurred
In de bovenstaande foutmelding verwijst het cijfer "4" tussen haakjes naar de Astro # en niet de werkelijke haven 3/4. Dit getal verwijst naar een groep van acht poorten (3/33-3/40), aangezien het het vierde Astro is op module 3.
Een defect SERDES-component kan een intermitterende connectiviteit veroorzaken voor het besturen van verkeer en gegevensverkeer naar de Astro/Lemans/NiceR, wat resulteert in storingen. Meestal wordt de foutmelding echter continu weergegeven als het SERIES niet werkt.
Actie: Om te bepalen welke (supervisor of lijnkaart) SERDES slecht is, voert u de volgende stappen uit:
Verplaats de lijnkaart naar een reservesleuf in het chassis of een ander chassis. Als er gratis slots beschikbaar zijn, ruilen van slots met bekende werkmodule.
Als u Astro/Lemans/Nicer-outs op dezelfde Astro/Lemans/Nicer in de nieuwe sleuf blijft krijgen, is het zeer waarschijnlijk dat SERDES of de Astro/Lemans/Nicer op de lijnkaart niet hebben gewerkt en dat de lijnkaart moet worden vervangen
Opmerking: door de module opnieuw in een reservekopie te plaatsen wordt de online diagnostiek op de lijnkaart uitgevoerd. Als er een defecte SERDES of Astro/Lemans/Nicer is gevonden, zal de switch de poort als defect markeren.
Als de tijdelijke instellingen niet blijven voorkomen op de originele lijnkaart Astro/Lemans/Nicer, is het mogelijk dat de Supervisor SERDES defect is. Om dit te verifiëren, plaats een bekende goede werkende module in de originele sleuf en zie of de tijd met de nieuwe module voorkomt.
Als het werkt, is het mogelijk een SERDES op de supervisor. Raadpleeg de Catalyst WS-X4013 supervisor Exhibits Partial Loss of Connectivity field notice voor een lijst met getroffen serienummers met de falende SERDES-component.
Werken: None
Oplossing: Neem contact op met TAC voor verdere probleemoplossing.
Apparaten die zijn aangesloten op Catalyst 4000 met een Supervisor I of II of III of IV Engine of Catalyst 2948G, Cat2980G kunnen gedeeltelijk of volledig verlies van netwerkconnectiviteit ervaren. Sommige of alle havens kunnen worden aangetast. Deze symptomen zullen vergezeld gaan van snel stijgende Ongeldige CRC geworpen pakketten op de CatOS gebaseerde Supervisor en verstop ASIC timeout foutmeldingen.
Het probleem is veroorzaakt door een storing in Packet Buffer Memory (SRAM), wat een harde of tijdelijke oplossing is.
Actie: Selecteer het werkingsprogramma afhankelijk van de vraag of de volgende twee tijdelijke Packet Buffer Geheugenfouten zijn opgetreden:
Handtekening van voorbijgaande Packet Buffer-mislukking voor SUP I, SUP II, 2948G, 2980G
De volgende symptomen van dit probleem zijn:
Ongeldige stappen van PktBufferCRC met een bericht vergelijkbaar met het volgende
%SYS-4-P2_WARN: 1/Invalid crc, dropped packet, count = xxxx
Een zachte reset met de reset-opdracht kan ervoor zorgen dat de supervisor de POST-functie niet vervult.
Als een harde reset (energiecyclus) wordt uitgevoerd, zal Supervisor POST doorgeven en zal deze geen storing meer ervaren.
Opmerking: In het geval van een harde mislukking van het geheugen van de pakketbuffer voor supervisor I, II, 2948G, 2980G, zou een harde reset het probleem niet oplossen en supervisor of switch zou dan nog steeds niet volstaan met de POST.
Raadpleeg voor meer informatie over dit probleem Cisco Bug ID CSCdy46288 (alleen geregistreerde klanten) voor supervisor II, Cisco Bug ID CSCeb56266 (alleen geregistreerde klanten) voor supervisor I/2948G/2980G en Cisco Bug ID CSCeb56325 (alleen geregistreerde klanten) voor WS-C2980G-A.
Handtekening van voorbijgaande Packet Buffer Geheugenfouten voor SUP III, SUP IV
De volgende symptomen van dit probleem zijn:
VlanZeroBadCrc stappen snel en wordt weergegeven in de opdrachtoutput van het volgende:
show platform cpuport all (prior to 12.1(11b)EW1 ) or show platform cpu packet statistics all (Since 12.1(11b)EW1) depending upon the software version. Starting from 12.1(19)EW, you should also see the following error message rapidly incrementing errors: %C4K_SWITCHINGENGINEMAN-2-PACKETMEMORYERROR3: Persistent Errors in Packet Memory xxxx
Een zachte reset zou de supervisor ertoe aanzetten om de POST-functie niet uit te voeren. Gebruik de knoppenbalk diagnostiek om de fout te controleren.
Een harde reset (stroomcyclus) zal de supervisor herstellen en deze zal de POST-functie passeren.
Opmerking: In het geval van een hard SRAM-storing voor supervisor III / IV, zou een harde reset de supervisor niet herstellen en toch de POST-functie niet bezitten.
Raadpleeg voor meer informatie over dit probleem op Supervisor III/IV naar Cisco bug ID CSCdz57255 (alleen geregistreerde klanten)
Werken: Stroomcyclus of het hard resetten van de switch in het geval van een tijdelijk SRAM-probleem. Het harde SRAM-probleem heeft geen tijdelijke oplossing.
Oplossing: Neem contact op met TAC voor verdere probleemoplossing.
Als er foutmeldingen worden gezien van Astro/Lemans/NiceR die verwijzen naar meerdere modulegetallen of meerdere Astro/Lemans/Nicer, dan kan dit duiden op een mogelijke klokstoring op de supervisor. Over het algemeen wordt een klokfalen vergezeld van zowel de foutmelding Astro/Lemans/Nicer Time-out als de foutmeldingen BlockTXQ en BlockedGigaport (BlockedTXQ) (BlockedTXQ) (BlockedGigaport) (zie hieronder):
%SYS-4-P2_WARN: 1/Blocked queue on gigaport ...
Actie: Neem contact op met TAC voor verdere probleemoplossing door te verwijzen naar Cisco bug-ID CSCdp89537 (alleen geregistreerde klanten) en CSCdp93187 (alleen geregistreerde klanten).
Werken: None
Oplossing: Neem contact op met TAC voor verdere probleemoplossing.
Een Catalyst 4000 Series switch met een supervisor II (WS-X4013) kan een staat invoeren waarin de supervisor- en lijnkaarten niet goed met elkaar kunnen communiceren. Wanneer de switch deze status invoert, worden de module status LEDs rood (niet knipperend) en/of de poort LEDs knipperen in volgorde gelijk aan een module of switch reset. Dit zal vergezeld gaan van de Astro/Lemans/NiceR tijdelijke berichten.
Dit probleem wordt veroorzaakt door een tijdelijke onderbreking van de stroom naar de switch (minder dan 500 ms). De tijdelijke energieonderbreking kan het gevolg zijn van instabiele machtsbronnen in een productieomgeving.
Actie: Zie hieronder Werken.
Werken: Zet de switch terug (zacht of hard (stroomcyclus).
Oplossing: upgrade naar softwareafbeelding met de oplossing voor Cisco bug-ID CSCea14710 (alleen geregistreerde klanten) of later releases.