De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document biedt een korte uitleg van gebruikelijke syslogs en foutmeldingen die u ziet op switches uit de Cisco Catalyst 6500/6000 Series die systeemsoftware van Cisco IOS® uitvoeren. Gebruik de Cisco CLI Analyzer (alleen geregistreerde klanten) als u een foutmelding hebt die niet in dit document wordt weergegeven. Het hulpprogramma biedt de betekenis van foutmeldingen die door Cisco IOS-software en Catalyst OS (CatOS)-software worden gegenereerd.
Opmerking: de exacte indeling van de syslog en foutmeldingen die in dit document worden beschreven, kunnen enigszins variëren. De variatie hangt af van de softwarerelease die op de Supervisor Engine wordt uitgevoerd.
Opmerking: deze minimumconfiguratie voor vastlegging op Catalyst 6500/6000 wordt aanbevolen:
Stel de datum en tijd in op de switch of configureer de switch om het Network Time Protocol (NTP) te gebruiken om de datum en tijd te verkrijgen van een NTP-server.
Zorg ervoor dat logboekregistratie en logtijdstempels zijn ingeschakeld, wat de standaardinstelling is.
Configureer de switch zo mogelijk om aan te melden bij een syslogserver.
Er zijn geen specifieke vereisten van toepassing op dit document.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De switch meldt deze foutmelding:
C6KPWR-SP-4-UNSUPPORT: niet-ondersteunde module in sleuf [num], kracht niet toegestaan: [chars]
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
Oct 14 16:50:13: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed: Unknown Card Type Oct 14 16:50:20: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed: Unknown Card Type
Dit bericht geeft aan dat de module in de opgegeven sleuf niet wordt ondersteund. De [num] is het sleufnummer en [chars] geeft meer details over de fout.
Upgrade de software van Supervisor Engine naar een versie die de hardwaremodule ondersteunt. Raadpleeg het gedeelte Ondersteunde hardware van de Releaseopmerkingen voor Cisco Catalyst 6500 Series Switches voor de betreffende release. Voer een van de volgende handelingen uit om het probleem op te lossen dat in het bericht wordt beschreven:
Plaats of vervang de Switch Fabric Module.
Verplaats de niet-ondersteunde module naar een andere sleuf.
De switch meldt deze foutmelding:
%DUBBEL-3-INTERN: IP-EIGRP 1: interne fout
De foutmelding geeft aan dat er een interne bug in de Cisco IOS-software is. De bug is gefixeerd in deze releases:
Cisco IOS-softwarerelease 12.2(20.4)
Cisco IOS-softwarerelease 12.1(6.1)
Cisco IOS-softwarerelease 12.2(0.5)T
Cisco IOS-softwarerelease 12.1(6.5)E
Cisco IOS-softwarerelease 12.1(6.5)EC
Cisco IOS-softwarerelease 12.1(6)E20
Cisco IOS-softwarerelease 12.2(10.18)S
Cisco IOS-softwarerelease 12.2(2)B
Cisco IOS-softwarerelease 12.2(15)ZN
Upgrade de Cisco IOS-software naar een van deze releases of naar de laatste release.
De switch meldt deze foutmelding:
%EARL_L3_ASIC-SP-4-INTR_THROTTLE: Opruimen "IP_TOO_SHRT"
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
Jul 25 12:00:40.228 AEST: %EARL_L3_ASIC-SP-4-INTR_THROTTLE: Throttling "IP_TOO_SHRT"Intr. Exceeded permitted 1000/100 intrs/msec
Dit bericht geeft aan dat de switch Forwarding Engine een IP-pakketgrootte ontvangt die korter is dan de minimaal toegestane lengte. De switch laat het pakje vallen. In eerdere versies wordt het pakket stilzwijgend gedropt en geteld in de statistieken van de verzendende motor. In latere versies wordt de foutmelding eenmaal in de 30 minuten in de syslog opgenomen. Deze problemen kunnen ervoor zorgen dat de switch Forwarding Engine dit type IP-pakketsnelheid ontvangt:
Een slecht stuurprogramma voor een netwerkinterfacekaart (NIC)
Een NIC-driver-bug
Een slechte toepassing
De switch meldt simpelweg dat hij deze "slechte" pakketten heeft ontvangen en van plan is ze te laten vallen.
De oorzaak van het probleem ligt buiten de switch. Helaas, de voorwaartse motor houdt geen spoor van het bron IP adres van het apparaat dat deze slechte pakketten verzendt. De enige manier om het apparaat te detecteren is een sniffer te gebruiken om de bron op te sporen en het apparaat vervolgens te vervangen.
De switch meldt deze foutmelding:
EARL_L3_ASIC-SP-3-INTR_WARN: EARL3 ASIC: Niet-fatale onderbreking [chars]
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
Apr 20 17:53:38: %EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: Non-fatal interrupt Packet Parser block interrupt Apr 20 19:13:05: %EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: Non-fatal interrupt Packet Parser block interrupt
De foutmelding %EARL_L3_ASIC-SP-3-INTR_WARN geeft aan dat de Enhanced Address Recognition Logic (EARL) Layer 3 (L3) applicatiespecifieke geïntegreerde schakeling (ASIC) een onverwachte, niet-fatale aandoening heeft gedetecteerd. Dit wijst erop dat een slecht pakket, waarschijnlijk een pakket dat een Layer 3 IP-controlesomfout bevat, is ontvangen en gedropt. De oorzaak van het probleem is een apparaat op het netwerk dat slechte pakketten verstuurt. Deze kwesties, onder andere, kunnen de slechte pakketten veroorzaken:
Slechte NIC’s
Slechte NIC-stuurprogramma’s
Slechte toepassingen
In oudere Cisco IOS-softwarereleases worden deze pakketten normaal gesproken gedropt zonder te zijn vastgelegd. De functie voor het vastleggen van foutmeldingen over dit probleem is een functie die u kunt vinden in Cisco IOS-softwarerelease 12.2SX en hoger.
Dit bericht is uitsluitend voor informatieve doeleinden. Gebruik als tijdelijke oplossing een van de volgende opties:
Gebruik een netwerk sniffer om de bron te identificeren die de onjuiste pakketten verstuurt. Los het probleem vervolgens op met het bronapparaat of de toepassing.
Layer 3-foutcontroles in de switch-hardware uitschakelen voor:
Fouten in pakketcontrolesom
Fouten in pakketlengte
Pakketten met dezelfde IP-adressen van bron en bestemming
Gebruik de opdracht no mls verify om deze foutcontroles te stoppen, zoals uit deze voorbeelden blijkt:
Switch(config)#no mls verify ip checksum !--- This configures the switch to discontinue checks for packet
!--- checksum errors.
Switch(config)#no mls verify ip length {consistent | minimum} !--- This configures the switch to discontinue checks for packet
!--- length errors.
Switch(config)#no mls verify ip same-address !--- This configures the switch to discontinue checks for packets that have the
!--- same source and destination IP addresses.
De switch meldt deze foutmelding:
EARL_NETFLOW-4-TCAM_THRLD: NetFlow TCAM-drempel overschreden, TCAM-gebruik [[dec]%]
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
Aug 24 12:30:53: %EARL_NETFLOW-SP-4-TCAM_THRLD: Netflow TCAM threshold exceeded, TCAM Utilization [97%] Aug 24 12:31:53: %EARL_NETFLOW-SP-4-TCAM_THRLD: Netflow TCAM threshold exceeded, TCAM Utilization [97%]
N.B.: Als u deze specifieke foutmelding wilt filteren, dient u zich ervan bewust te zijn dat alle foutmeldingen met dezelfde ernst worden gefilterd. Een specifiek logbericht kan niet worden gefilterd zonder invloed op andere logbestanden onder, die onder hetzelfde ernst niveau zijn.
Dit bericht geeft aan dat het NetFlow ternaire content addressable memory (TCAM) bijna vol is. Agressief ouder worden wordt tijdelijk ingeschakeld. Als u het NetFlow-masker in de FULL-mode verandert, kan TCAM voor NetFlow overlopen omdat er zo veel items zijn. Geef de opdracht mls netflow ip count uit om deze informatie te controleren.
De Supervisor Engine 720 controleert hoe vol de NetFlow-tabel is om de 30 seconden. De Supervisor Engine zet agressieve veroudering aan wanneer de tabelgrootte bijna 90 procent bereikt. Het idee achter agressief ouder worden is dat de tafel bijna vol is, dus er zijn nieuwe actieve stromen die niet gecreëerd kunnen worden. Daarom is het zinvol om de minder actieve stromen (of inactieve stromen) in de tabel agressief te verouderen om ruimte te maken voor meer actieve stromen.
De capaciteit voor elke beleidsfunctiekaart (PFC) NetFlow-tabel (IPv4), voor PFC3a en PFC3b, bedraagt 128.000 stromen. Voor de PFC3bXL is de capaciteit 256.000 stromen.
Om dit probleem te voorkomen, schakelt u de modus FULL NetFlow uit. Geef de no mls flow ip-opdracht uit.
Opmerking: over het algemeen heeft de opdracht no mls flow ip geen invloed op pakketdoorsturen omdat TCAM voor pakketdoorsturen en TCAM voor NetFlow-accounting gescheiden zijn.
Om te herstellen van dit probleem, MLS snel verouderen. Terwijl u MLS snel verouderende tijd toelaat, plaats aanvankelijk de waarde aan 128 seconden. Als de grootte van het MLS-cachegeheugen blijft groeien over 32 K-ingangen, verlaag de instelling totdat de cachegrootte minder dan 32 K blijft. Als de cache blijft groeien over 32K-ingangen, verlaag de normale MLS verouderingstijd. Elke verouderingswaarde die geen veelvoud van 8 seconden is wordt aangepast aan het dichtstbijzijnde veelvoud van 8 seconden.
Switch#configure terminal Switch(config)#mls aging fast threshold 64 time 30
De andere tijdelijke oplossing zou de dienst intern onbruikbaar maken voor het geval dat u hebt toegelaten, en mls flow ip interface-full verwijderen voor het geval dat u geen volledige stroom nodig hebt.
Switch(config)#no service internal Switch(config)#mls flow ip interface-full
De switch meldt deze foutmelding en de poort is gedwongen om te koppelen:
%ETHCNTR-3-LOOP_BACK_DETECTED: pakketloop-back van Keepalive gedetecteerd op [chars]
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
Oct 2 10:40:13: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-back detected on GigabitEthernet0/1 Oct 2 10:40:13: %PM-4-ERR_DISABLE: loopback error detected on Gi0/1, putting Gi0/1 in err-disable state
Het probleem doet zich voor omdat het keepalive pakket wordt teruggeleefd naar de poort die keepalive verzond. Keepalives worden verzonden op de Catalyst switches om lusvorming in het netwerk te voorkomen. Keepalives zijn standaard ingeschakeld op alle interfaces. Je ziet dit probleem op het apparaat dat de lus detecteert en breekt, maar niet op het apparaat dat de loop veroorzaakt.
Geef het opdracht no keepalive interface uit om keepalives uit te schakelen. Een inactivatie van keepalive verhindert errdisablement van de interface, maar het verwijdert niet de lijn.
N.B.: In Cisco IOS-softwarerelease 12.2(x)SE-gebaseerde releases en later worden keepalives standaard niet verzonden op glasvezel- en uplinkinterfaces.
De switch meldt deze foutmelding:
loadprog: fout - op bestand open boot: kan niet laden "bootflash:c6msfc2-boot-mz.121-8a.EX"
Het probleem treedt alleen op bij een niet-uitgelijnd schrijfproces naar het apparaat dat zich in de buurt van een interne grens van 64 bytes bevindt. Het probleem kan zich voordoen in een van de volgende situaties:
Tijdens het schrijven van een crash dump bestand
Iets zorgt ervoor dat het systeem crasht tijdens het schrijven van het bestand.
Wanneer code is beschadigd tijdens migratie van CatOS naar Cisco IOS-software
De tijdelijke oplossing is om het apparaatstuurprogramma aan te passen zodat het correct onuitgelijnde toegang verwerkt. Als de fout optreedt vanwege een code corruptie tijdens de migratie van CatOS naar Cisco IOS-software, wis de Flash en download een nieuwe, geldige CatOS-softwareafbeelding.
De switch meldt deze foutmelding:
%L3_ASIC-DFC3-4-ERR_INTRPT: Interrupt TF_INT:FI_DATA_INT optredend in EARL %Layer 3 ASIC
Deze foutmelding geeft aan dat er een fout is in Layer 3 (L3) voor het doorsturen van applicatiespecifieke geïntegreerde schakeling (ASIC). In principe toont de switch dit bericht wanneer er tijdelijk verkeer door de ASIC gaat en de software alleen maar melding maakt van het optreden van een onderbreking. Zodra deze voorwaarde wordt voldaan aan, de tellers die de bevel toont vroege statistieken stijgen. Elke keer dat de software probeert te herstellen van een dergelijke toestand, genereert de switch deze syslog bericht. Over het algemeen is dit bericht informatief als het voorkomen laag blijft. Maar als de foutmelding vaak optreedt, kan er een probleem zijn met de hardware.
Controleer de tellerswaarde in de opdrachtoutput van vroege statistieken tonen. Als de tellers snel stijgen, wijst het op een mogelijk probleem met de hardware.
De switch meldt deze foutmelding:
%MLS_STAT-SP-4-IP_LEN_ERR: inconsistenties in MAC/IP-lengte
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
May 29 21:54:14 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies May 29 23:10:44 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies
Deze berichten geven aan dat er pakketten zijn ontvangen waarin de IP-lengte niet overeenkomt met de MAC-lengte van het pakket. De Supervisor Engine liet deze pakketten vallen. Er zijn geen negatieve effecten op de switch omdat deze de pakjes laat vallen. De switch rapporteert het bericht ter informatie. De oorzaak van het probleem is een apparaat op het netwerk dat slechte pakketten verstuurt. Deze kwesties, onder andere, kunnen de slechte pakketten veroorzaken:
Slechte NIC’s
Slechte NIC-stuurprogramma’s
Slechte toepassingen
Gebruik een netwerk sniffer om de bron te vinden die de verkeerde pakketten verstuurt. Los het probleem vervolgens op met het bronapparaat of de toepassing.
De andere tijdelijke oplossing is een switch die de switch stopt en controleert op:
Fouten in pakketcontrolesom
Fouten in pakketlengte
Pakketten met dezelfde IP-adressen van bron en bestemming
Gebruik deze opdrachten om de controles van de switch te stoppen:
Switch(config)#no mls verify ip checksum !--- This configures the switch to discontinue checks for packet checksum errors.
Switch(config)#no mls verify ip length !--- This configures the switch to discontinue checks for packet length errors.
Switch(config)#no mls verify ip same-address !--- This configures the switch to discontinue checks for packets that have the
!--- same source and destination IP addresses.
De switch meldt deze foutmelding:
%MLS_STAT-SP-4-IP_CSUM_ERR: fouten in IP-checksum
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
Jan 20 12:48:52: %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors Jan 20 14:49:53: %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors
Deze berichten geven aan dat de switch IP-pakketten ontvangt met een ongeldige controlesomwaarde. Er zijn geen negatieve effecten op de switch omdat de switch de pakjes laat vallen. De switch rapporteert het bericht ter informatie. De oorzaak van het probleem is een apparaat op het netwerk dat slechte pakketten verstuurt. Deze kwesties, onder andere, kunnen de slechte pakketten veroorzaken:
Slechte NIC’s
Slechte NIC-stuurprogramma’s
Slechte toepassingen
Gebruik als tijdelijke oplossing een van de volgende opties:
Gebruik een netwerk sniffer om de bron te identificeren die de onjuiste pakketten verstuurt. Los het probleem vervolgens op met het bronapparaat of de toepassing.
Layer 3-foutcontroles in de switch-hardware uitschakelen voor zowel:
Fouten in pakketcontrolesom
Fouten in pakketlengte
Om deze foutcontroles te stoppen, gebruikt u de opdracht no mls verify, zoals uit deze voorbeelden blijkt:
Switch(config)#no mls verify ip checksum !--- This configures the switch to discontinue checks for packet
!--- checksum errors.
Switch(config)#no mls verify ip length {consistent | minimum} !--- This configures the switch to discontinue checks for packet
!--- length errors.
De switch meldt deze foutmelding:
%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK:
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK: Address Aliasing detected for group 0100.5e00.0001 on vlan 632 from possible source ip 10.158.132.185 source mac 0000.bea6.82e0
Dit bericht geeft aan dat de switch buitensporig multicast verkeer ontvangt dat bestemd is voor een multicast MAC-adres in het bereik 01-00-5e-00-00-xx. Dit multicast bereik is gereserveerd voor IGMP-controleverkeer (Internet Group Management Protocol), bijvoorbeeld:
Bladeren
Samenvoegen
Algemene vragen
De switch CPU verwerkt normaal al het IGMP-controleverkeer. Daarom biedt Cisco IOS-software een mechanisme om buitensporig IGMP-multicast verkeer te negeren dat bestemd is voor gereserveerde adressen. Het mechanisme zorgt ervoor dat de CPU niet overweldigd raakt. Het gebruik van dit mechanisme wordt de "fallback mode" genoemd.
Vind de bron van het illegale multicast verkeer. Dan, of houd de transmissie tegen of wijzig de kenmerken van de stroom zodat de transmissie niet meer op de IGMP ruimte van controlegegevens schendt. Gebruik ook de foutmelding in het gedeelte Probleem, dat een netwerkbron biedt die mogelijk het probleem veroorzaakt.
De switch meldt deze foutmelding:
c6k_pwr_get_fru_present(): kan fru_info niet vinden voor fru type 6, #
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38 Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38 Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43 Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43
Deze foutmelding verschijnt vanwege een onjuiste reactie van de switch op SNMP-polling (Simple Network Management Protocol) van de poortadapters die door Flex WAN-modules worden gebruikt. Deze foutmelding is cosmetisch van aard, en er zijn geen schadelijke problemen met de prestaties van de switch. Het probleem wordt opgelost in deze releases:
Cisco IOS-softwarerelease 12.1(11b)E4
Cisco IOS-softwarerelease 12.1(12c)E1
Cisco IOS-softwarerelease 12.1(13)E
Cisco IOS-softwarerelease 12.1(13)EC
Latere releases
De switch meldt deze foutmelding:
%MROUTE-3-TWHEEL_DELAY_ERR:
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
%MROUTE-3-TWHEEL_DELAY_ERR: Exceeded maximum delay (240000 ms) requested: 7200000
Dit bericht verschijnt wanneer de switch Protocolonafhankelijke Multicast (PIM) ontvangt toetreden/snoeien pakketten die een hoge hold-time waarde adverteren. De pakketten adverteren een hogere hold-time waarde dan de maximale vertraging die het OS van de switch toestaat, die 4 minuten is. Deze pakketten zijn multicast controlepakketten, zoals PIM, het Vector Multicast Routing Protocol van de Afstand (DVMRP), en andere types.
Bij latere releases van Cisco IOS-software voor Catalyst 6500/6000 is deze maximumvertraging verhoogd tot 65.535 seconden, of ongeveer 17 minuten. Het probleem wordt opgelost in deze releases:
Cisco IOS-softwarerelease 12.1(12c)E
Cisco IOS-softwarerelease 12.2(12)T01
Cisco IOS-softwarerelease 12.1(13)E
Cisco IOS-softwarerelease 12.1(13)EC
Latere releases
Configureer het apparaat van derden dat de PIM-pakketten genereert om timers te gebruiken die door protocolstandaarden worden aanbevolen.
De switch meldt deze foutmelding:
%MCAST-SP-6-GC_LIMIET_OVERSCHREDEN
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
%MCAST-SP-6-GC_LIMIT_EXCEEDED: IGMP snooping was trying to allocate more Layer 2 entries than what=allowed (13000)
Deze foutmelding wordt geregistreerd wanneer de IGMP-spionagefunctie op de switch het maximale aantal toegestane Layer 2 (L2)-vermeldingen heeft gecreëerd. Het standaard maximum aantal L2 vermeldingen dat de switch kan maken voor multicastgroepen is 15.488. In latere versies van Cisco IOS-software worden alleen de op de hardware geïnstalleerde L2 multicast-vermeldingen tot de limiet gerekend. Raadpleeg Cisco bug-id CSCdx89380 (alleen geregistreerde klanten) voor meer informatie. Het probleem wordt opgelost in Cisco IOS-softwarerelease 12.1(13)E1 en hoger.
U kunt de L2-limiet handmatig verhogen. Geef het ip igmp l2-entry-limit commando uit.
De switch meldt deze foutmelding:
%MISTRAL-SP-3-ERROR: fout gedetecteerde voorwaarde: TM_NPP_PARITY_ERROR
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
Apr 19 22:14:18.237 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR Apr 19 22:14:25.050 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR Apr 19 22:15:20.171 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR
Deze foutmelding geeft aan dat er een pariteitsfout is opgetreden in de aanwijzer van de volgende pagina van de interne Tabelbeheer. Als de switch Cisco IOS-softwarerelease 12.1(8)E of hoger uitvoert, detecteert de switch de pariteitsfout en stelt hij de Mistral ASIC opnieuw in. De switch kan dan doorgaan, zonder dat herladen nodig is. Een willekeurige statische ontlading of andere externe factoren kunnen de geheugenpariteitsfout veroorzaken. Als u de foutmelding slechts één keer of zelden ziet, controleert u het switch-syslog om te bevestigen dat de foutmelding een geïsoleerd incident is. Als deze foutmeldingen opnieuw optreden, kunt u een serviceverzoek maken met Cisco Technical Support.
De switch meldt deze foutmelding:
%MLS_STAT-4-IP_TOO_SHRT: Te korte IP-pakketten ontvangen
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
*Apr 1 10:30:35 EST: %MLS_STAT-SP-4-IP_TOO_SHRT: Too short IP packets received
Het bericht geeft aan dat de switch Forwarding Engine een IP-pakketje ontvangt met een lengte die korter is dan de minimaal toegestane lengte. De switch laat het pakje vallen. In eerdere versies wordt het pakket stilzwijgend gedropt en geteld in de statistieken van de verzendende motor. Dit is van toepassing op softwarereleases die ouder zijn dan 7.x of ouder dan Cisco IOS-softwarerelease 12.1(13E). In softwarereleases die later zijn dan 7.x of hoger dan Cisco IOS-softwarerelease 12.1(13E), wordt het bericht elke 30 minuten in de syslogan opgenomen.
Er is geen effect aan de kant van de switch. De switch laat het slechte pakket vallen, dat het ontvangende apparaat als gevolg daarvan zou hebben laten vallen. Het enige punt van zorg is dat er een apparaat is dat slechte pakketten verstuurt. Mogelijke oorzaken zijn onder meer:
Een slechte NIC-driver
Een NIC-driver-bug
Een slechte toepassing
Wegens hardwarebeperkingen, houdt de Supervisor Engine geen spoor van de bron IP, het adres van MAC, of de haven van het apparaat dat de slechte pakketten verzendt. U moet een pakketsnuffeltoepassing gebruiken om deze apparaten te detecteren en het bronadres op te sporen.
Het bericht in het gedeelte Probleem is gewoon een waarschuwings-/informatiebericht van de switch. Het bericht geeft geen informatie over de bronpoort, het MAC-adres of het IP-adres.
Gebruik een pakketsnuffeltoepassing binnen het netwerk. Probeer een interface af te sluiten of verwijder een apparaat uit het netwerk om te bepalen of u het apparaat dat defect raakt kunt isoleren.
De switch meldt deze foutmelding:
De processor [number] van de module in sleuf [number] kan geen servicessessieverzoeken
Deze fout treedt op wanneer u de processornummeropdracht voor de sessiesleuf uitgeeft in een poging om in deze situaties een sessie op te zetten:
U probeert een sessie op te zetten naar een module waarin een sessie al is ingesteld tijdens het inloggen op de switch.
U probeert een sessie op te zetten voor een niet-beschikbare module in de sleuf.
U probeert een sessie op te zetten voor een niet-beschikbare processor in de module.
De switch meldt deze foutmelding:
%PM_SCP-1-LCP_FW_ERR: Module voor systeemresetten [dec] om te herstellen van fouten: [chars]
Deze voorbeelden tonen de consoleoutput die wordt getoond wanneer dit probleem voorkomt:
%PM_SCP-SP-1-LCP_FW_ERR: Module 13 voor systeemresetten om te herstellen van fouten: Linecard heeft systeemuitzondering ontvangen
of
%PM_SCP-SP-1-LCP_FW_ERR: Module 4 voor systeemresetten om te herstellen van fouten: Coil Pb Rx Parity Error - Port #14
Het bericht geeft aan dat de firmware van de opgegeven module een fout heeft gedetecteerd. Het systeem stelt de module automatisch opnieuw in om van de fout te herstellen. [dec] is het moduleaantal, en [chars] is de fout.
Herhaal de module of plaats de module in een andere sleuf en laat de module door de volledige bootup diagnostische test gaan. Raadpleeg Online Diagnostics configureren voor meer informatie over online diagnostiek op de switches van de Catalyst 6500-serie. Nadat de module de diagnostische test heeft doorstaan, controleert u het opnieuw verschijnen van de foutmelding. Als de fout opnieuw optreedt of de diagnostische test problemen detecteert, maakt u een serviceverzoek met Cisco Technical Support voor verdere probleemoplossing.
De switch meldt deze foutmelding:
%PM_SCP-2-LCP_FW_ERR_INFORMATION: Module [dec] ondervindt de volgende fout: [chars]
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
%PM_SCP-SP-2-LCP_FW_ERR_INFORMATION: Module 4 ondervindt de volgende fout: Bus Asic #0 transient Pb error
De module rapporteert een foutvoorwaarde, waarbij [dec] het modulenummer is en [chars] de fout. Deze aandoening wordt gewoonlijk veroorzaakt door een verkeerd zittende lijnkaart of een hardwarestoring. Als de foutmelding op alle lijnkaarten wordt gezien, is de oorzaak een onjuist zittende module.
Zet de lijnkaart of de module opnieuw op en stel deze opnieuw in. Geef dan de show diagnostische resultaat module module_# commando."
Als de foutmelding blijft bestaan nadat de module is hersteld, kunt u met Cisco Technical Support een serviceverzoek maken voor verdere probleemoplossing.
De switch meldt deze foutmelding:
%PM_SCP-SP-2-LCP_FW_ERR_INFORMATION: Module 4 ondervindt de volgende fout: Port #36 transient TX Pb error
Deze foutmelding geeft een tijdelijke fout aan in module nummer 4 in het datapath van poort 36. In de meeste gevallen is dit een eenmalige/tijdelijke kwestie.
Sluit de poort Gi4/36 en controleer of het probleem zich opnieuw voordoet.
Als de fout opnieuw optreedt, stelt u de diagnose in om te voltooien met de volledige opdracht diagnostisch opstartniveau. Vervolgens moet u de lijnkaart fysiek opnieuw eten.
Als de foutmelding blijft bestaan nadat de module is hersteld, maakt u een serviceverzoek met Cisco Technical Support voor verdere probleemoplossing met deze opdrachtoutput:
De switch meldt deze foutmelding:
%PM_SCP-SP-4-UNK_OPCODE: Onbekend ongevraagd bericht ontvangen van module [dec], opcode [hex]
Deze voorbeelden tonen de consoleoutput die wordt getoond wanneer dit probleem voorkomt:
10 dec. 12:44:18.117: %PM_SCP-SP-4-UNK_OPCODE: Ontvangen ongevraagd onbekend bericht uit module 2, opcode 0x330
of
10 dec. 12:44:25.210: %PM_SCP-SP-4-UNK_OPCODE: Ontvangen ongevraagd onbekend bericht uit module 2, opcode 0x114
Deze foutmelding geeft simpelweg aan dat de Supervisor Engine het controlebericht van de lijnkaart niet begrijpt vanwege functies die niet worden ondersteund door de switch Cisco IOS-softwarerelease.
De lijnkaarten sturen controleberichten naar de actieve Supervisor Engine die de functies aangeeft die de software ondersteunt. Maar als de software geen van de lijnkaarteigenschappen steunt, worden deze controleberichten niet herkend en de foutenmelding wordt getoond. Dit bericht is een onschuldig voorval en beïnvloedt geen functies op de Supervisor Engine of de lijnkaarten.
Upgrade de Supervisor Engine software naar de nieuwste versie die de maximale functieondersteuning heeft. Omdat deze foutmelding geen invloed heeft op de productie of het verkeer, kunt u het bericht negeren.
De switch meldt deze foutmelding:
%PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM: integriteitscontrole op transceiver in LAN-poort 5/2 mislukt: slechte sleutel
De reden voor deze foutmelding is het gebruik van niet-Cisco SFP GBIC, dat niet wordt ondersteund.
Cisco SFP GBIC’s hebben een unieke versleutelde code (Quality-ID) waarmee Cisco IOS/CAT OS pluggable delen van Cisco kan identificeren. Normale GBIC's hebben dit niet en dus kunnen ze mogelijk werken. Raadpleeg %PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM voor meer informatie.
De switch meldt deze foutmelding:
%PM_SCP-SP-3-LCP_FW_ABLC: Bericht van late botsing van module 3, poort:035
Late botsingen - Een late botsing gebeurt wanneer twee apparaten tegelijkertijd verzenden en geen van beide kanten van de verbinding een botsing detecteert. De benodigde tijd om het signaal van het ene uiteinde van het netwerk naar het andere te verspreiden is langer dan de benodigde tijd om het gehele pakket op het netwerk te zetten. De twee apparaten die de late botsing veroorzaken zien pas dat het andere apparaat aan het verzenden is nadat het volledige pakket op het netwerk is gezet. Late botsingen worden pas na de slot time van de eerste 64 bytes door de verzender gedetecteerd. Deze worden namelijk alleen gedetecteerd in verzendingen van pakketten die langer zijn dan 64 bytes.
De mogelijke Oorzaken - de Late botsingen zijn een resultaat van wanneer er een duplexwanverhouding, onjuiste aanleg van kabelnetten of een niet volgzaam aantal hubs in het netwerk is. Defecte NIC’s kunnen ook late botsingen veroorzaken.
De switch meldt deze foutmelding:
%PM-3-INVALID_BRIDGE_PORT: Bridge Port number is out of range
Dit probleem lijkt cosmetisch en is te wijten aan een SNMP-poll van de mib dot1dTpFdbEntry.
U kunt de OID van opiniepeiling op dit apparaat blokkeren. Dit defect is verholpen vanuit Cisco IOS-softwarerelease 12.2(33)SRD04 en hoger.
De switch meldt deze foutmelding:
%QM-4-TCAM_Entry: Invoercapaciteit TCAM voor hardware overschreden
TCAM is een gespecialiseerd geheugenstuk dat is ontworpen voor snelle tabelraadpleging door de ACL- en QoS-motoren. Dit bericht geeft de uitputting van de TCAM-bronnen en de softwareswitch van pakketten aan. Dit betekent dat elke interface zijn eigen ID in TCAM heeft en daarom meer TCAM-bronnen gebruikt. Waarschijnlijk wordt dit probleem veroorzaakt door de aanwezigheid van de mls qos markering statistieken opdracht of wanneer de hardware TCAM niet de capaciteit heeft om alle geconfigureerde ACLs te behandelen.
Schakel de mls qos markering statistieken opdracht uit zoals het standaard is ingeschakeld.
Probeer dezelfde ACL’s over meerdere interfaces te delen om het TCAM-resourcecontract te reduceren.
De switch meldt deze foutmelding:
%slot_earl_icc_shim_addr: Slot [num] is noch SuperCard, noch Supervisor - Ongeldige Slot
Dit bericht treedt op wanneer een SNMP-manager opiniepeilingen uitvoert voor de TCAM-gegevens van een lijnkaart die geen TCAM-informatie heeft. Dit komt slechts voor voor een lijnkaart in een switch van Catalyst 6500 die Cisco IOS-software in werking stelt. Als de lijnkaart TCAM-informatie heeft tijdens de SNMP-enquête, worden de gegevens aan het netwerkbeheersysteem (NMS) gegeven voor verdere verwerking. Raadpleeg Cisco bug-id CSC39383 (alleen geregistreerde klanten) voor meer informatie. Dit probleem is opgelost in Cisco IOS-softwarerelease 12.2(18).
Als tijdelijke oplossing kunt u de query van TCAM-gegevens door de NMS’s blokkeren. Het MIB-object dat TCAM-gebruiksgegevens levert, is cseTcamUsageTable. Voltooi deze stappen op de router om tracebacks te vermijden:
Geef de snmp-server weergave tcamBlock cseTcamUsageTable uitgesloten opdracht uit.
Geef de snmp-server view tcamBlock iso inclusief opdracht uit.
Geef de SNMP-server community openbare weergave tcamBlock of opdracht uit.
Geef de SNMP-server community private view tcamBlock rw opdracht uit.
De switch meldt deze foutmelding:
%SYSTEM_CONTROLLER-SP-3-ERROR: Foutevoorwaarde gedetecteerd: TM_NPP_PARITY_ERROR
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
Feb 23 21:55:00: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR Feb 23 22:51:32: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR Feb 23 23:59:01: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR
De meest voorkomende fouten van de Mistral ASIC op de MSFC zijn TM_DATA_PARITY_ERROR, SYSDRAM_PARITY_ERROR, SYSAD_PARITY_ERROR en TM_NPP_PARITY_ERROR. Mogelijke oorzaken van deze pariteitsfouten zijn willekeurige statische ontlading of andere externe factoren. Deze foutmelding geeft aan dat er een pariteitsfout is opgetreden. Processorgeheugenpariteitsfouten (PMPE's) worden opgesplitst in twee typen: single event upset (SEU) en herhaalde fouten.
Deze single bit fouten komen voor wanneer een bit in een data woord onverwacht verandert door externe gebeurtenissen (wat bijvoorbeeld veroorzaakt dat een nul spontaan verandert in een een). SEU's zijn een universeel verschijnsel, ongeacht de verkoper of de technologie. SEU's komen zeer zelden voor, maar alle computer- en netwerksystemen, zelfs een pc, zijn er aan onderworpen. SEU's worden ook wel zachte fouten genoemd, die worden veroorzaakt door ruis en resulteren in een tijdelijke, inconsistente fout in de gegevens, dit is niet gerelateerd aan een component falen - meestal het gevolg van kosmische straling.
Herhaalde fouten (vaak aangeduid als harde fouten) worden veroorzaakt door defecte onderdelen. Een harde fout wordt veroorzaakt door een mislukte component of een board-level probleem, zoals een onjuist vervaardigde printplaat die resulteert in herhaalde gevallen van dezelfde fout.
Als u de foutmelding slechts één keer of zelden ziet, controleert u het switch-syslog om te bevestigen dat de foutmelding een geïsoleerd incident is. Als deze foutmeldingen opnieuw optreden, zet u de Supervisor Engine blade opnieuw op. Als de fouten stoppen, was het een harde pariteitsfout. Als deze foutmeldingen blijven voorkomen, opent u een case met het Technical Assistance Center.
De switch meldt deze foutmelding:
%SYSTEM_CONTROLLER-SW2_SPSTBY-3-ERROR: Foutvoorwaarde gedetecteerd: TM_NPP_PARITY_ERROR
Deze foutmelding geeft aan dat er een pariteitsfout was en mogelijke oorzaken zijn een willekeurige statische ontlading of andere externe factoren, die de geheugenpariteitsfout veroorzaakt, zoals een tijdelijke verbinding van het achterpaneel of kan gebeuren vanwege stroomproblemen en soms lijnkaart is niet in staat om toegang te krijgen tot de seriële PROM (SPROM) inhoud op de module om de identificatie van de lijnkaart te bepalen.
Alle computer- en netwerksystemen zijn gevoelig voor het zeldzame optreden van Single Event Upsets (SEU), soms omschreven als pariteitsfouten. Deze single bit fouten komen voor wanneer een bit in een data woord onverwacht verandert door externe gebeurtenissen, en veroorzaakt dus bijvoorbeeld een nul om spontaan te veranderen in een. SEU's zijn een universeel verschijnsel, ongeacht de verkoper en de technologie. SEU's komen zeer zelden voor, maar alle computer- en netwerksystemen, zelfs een pc, zijn er aan onderworpen. SEU's worden ook wel zachte fouten genoemd, die worden veroorzaakt door ruis en resulteren in een tijdelijke, inconsistente fout in de gegevens, en zijn niet gerelateerd aan een component fout.
Herhaalde fouten, vaak harde fouten genoemd, worden veroorzaakt door defecte onderdelen. Een harde fout wordt veroorzaakt door een mislukte component, of een board-level probleem zoals onjuist vervaardigde gedrukte schakeling die in herhaalde gevallen van de zelfde fout resulteert.
Als deze foutmeldingen opnieuw optreden, zet u de supervisor module opnieuw op tijdens het onderhoudsvenster.
De switch meldt deze foutmelding:
SP: Linecard-eindpunt van Channel 14 verloren Sync. to Lower stof en proberen nu te herstellen!
De foutmelding verwijst meestal naar een verkeerd geplaatste lijnkaart. In de meeste gevallen kunt u de lijnkaart fysiek opnieuw eten om dit probleem op te lossen. In sommige gevallen is de module defect.
Geef de opdracht fpoe map van de showfabric uit om de module te identificeren die deze foutmelding veroorzaakt.
Switch#configure terminal Switch(config)#service internal Switch(config)#end Switch#show fabric fpoe map Switch#configure terminal Switch(config)#no service internal Switch(config)#end
Dit voorbeeld is het resultaat van de opdracht fpoe map van de showstof. Van de output, kunt u identificeren dat de module in groef 12 de foutenmelding veroorzaakt.
switch#show fabric fpoe map slot channel fpoe 12 0 14 << There are also related errors in "show fabric channel-counters" : slot channel rxErrors txErrors txDrops lbusDrops 1 0 1 0 0 0 2 0 16 0 0 0 3 0 16 0 0 0
Zet de module die de foutmelding veroorzaakt terug.
Terwijl de switch van Cisco Catalyst 6000/6500 wordt opgestart, kan er een soortgelijke foutmelding worden gegenereerd:
%SYSTEM-1-INITFAIL: Network boot is not supported. Invalid device specified Booting from default device Initializing ATA monitor library... monlib.open(): Open Error = -13 loadprog: error - on file open boot: cannot load "bootdisk:s72033-ipservicesk9-mz.122-18.SXF7.bin"
Deze fout treedt meestal op wanneer de bootvariabelen niet goed zijn geconfigureerd om de switch op te starten vanaf een geldig flitsapparaat.
Let in de afbeelding op de laatste regel van het bericht:
boot: cannot load "bootdisk:s72033-ipservicesk9-mz.122-18.SXF7.bin"
De naam van het genoemde flitsapparaat is bootdisk, en het eerste deel van IOS filename, s72033 merkt op dat IOS voor Supervisor module 720 is. De Supervisor 720 module heeft of steunt geen flitsapparaat genoemd bootdisk. Omdat de Supervisor 720 module geen lokale flitser van die naam heeft, denkt de switch dat u van het netwerk wilt initialiseren, zodat toont het de foutmelding.
Configureer de bootvariabele met de juiste naam van het flitsapparaat en de geldige naam van het softwarebestand.
Deze flitsapparaten worden ondersteund door de Supervisor-modules:
Supervisor Engine 1 en Supervisor Engine 2
Apparaatnaam van Flash | Beschrijving |
---|---|
bootflash: | Aan boord van flitsgeheugen |
Sleuf0: | Lineaire Flash PC-kaart (PCMCIA-sleuf) |
schijf0: | ATA Flash PC-kaart (PCMCIA-sleuf) |
Supervisor Engine 720
Apparaatnaam van Flash | Beschrijving |
---|---|
bootflash: | Aan boord van flitsgeheugen |
schijf0: | CompactFlash Type II kaart (schijf 0 sleuf) |
schijf1: | CompactFlash Type II kaart (schijf 1 sleuf) |
Supervisor Engine 32
Apparaatnaam van Flash | Beschrijving |
---|---|
opstartschijf: | Aan boord van flitsgeheugen |
schijf0: | CompactFlash Type II kaart (schijf 0 sleuf) |
Als het probleem hiermee niet is opgelost, raadpleegt u Een Catalyst 6500/6000 actieve Cisco IOS-systeemsoftware herstellen van een beschadigde of ontbrekende bootloader-afbeelding of ROMmon-modus.
De switch meldt de volgende foutmeldingen:
CPU_MONITOR-3-TIMED_OUT: CPU monitor messages have failed, resetting system CPU_MONITOR-6-NOT_HEARD: CPU monitor messages have not been heard for [dec] seconds
Deze berichten geven aan dat CPU-monitorberichten al geruime tijd niet worden gehoord. Waarschijnlijk treedt er een time-out op, waardoor het systeem wordt hersteld. [dec] is het aantal seconden.
Mogelijk treedt het probleem om de volgende redenen op:
Slecht zittende lijnkaart of module
Bad ASIC of slechte backplane
Softwarebugs
Pariteitsfout
Hoog verkeer in het Ethernet out-of-band kanaal (EOBC)
Het EOBC-kanaal is een half-duplexkanaal dat veel andere functies ondersteunt, waaronder Simple Network Management Protocol (SNMP)-verkeer en pakketten die bestemd zijn voor de switch. Als het EOBC-kanaal door een storm van SNMP-verkeer vol berichten zit, wordt het kanaal aan botsingen blootgesteld. Als dit gebeurt, kan EOBC wellicht geen IPC-berichten meenemen. Hierdoor wordt de foutmelding in de switch weergegeven.
Zet de lijnkaart of de module opnieuw op. Als er een onderhoudsvenster kan worden gepland, stelt u de switch opnieuw in om eventuele tijdelijke problemen op te lossen.
Het %Invalid IDPROM beeld voor linecard foutbericht wordt ontvangen in Catalyst 6500 Series switches met Cisco IOS systeem software.
De foutmelding kan er ongeveer als volgt uitzien:
% Invalid IDPROM image for daughterboard 1 in slot 4 (error = 4) % Invalid IDPROM image for linecard in slot 5 (error = 4) % Invalid IDPROM image for daughterboard 1 in slot 5 (error = 4)
Deze fout geeft aan dat de geïnstalleerde lijnkaarten niet correct zijn opgestart omdat de supervisor een slecht signaal genereerde op de controlebus. In sommige scenario's wordt opgemerkt dat een onjuiste zitplaats er ook toe kan leiden dat de supervisor of lijnkaarten niet worden herkend op Cat6500 chassis. Raadpleeg Cisco bug-id CSCdz65855 (alleen geregistreerde klanten) voor meer informatie.
Als redundante supervisor setup beschikbaar is, voert u een force switchover uit en zet u de oorspronkelijke actieve supervisor opnieuw.
Als het één enkele supervisor opstelling is, plan een onderbreking, en voltooi deze stappen:
Verplaats de supervisor module naar een andere sleuf.
Plaats alle lijnkaarten terug en zorg ervoor dat ze goed geplaatst worden.
Raadpleeg Online Invoeging en Verwijdering (OIR) van modules in Cisco Catalyst-Switches voor meer informatie over online invoegen en verwijderen van modules.
De switch meldt de volgende foutmeldingen:
%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 61 seconds [2/0] %CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 151 seconds [2/0] %CPU_MONITOR-SP-3-TIMED_OUT: CPU_MONITOR messages have failed, resetting module [2/0] %OIR-SP-3-PWRCYCLE: Card in module 1, is being power cycled off (Module not responding to
Keep Alive polling) %OIR-SP-3-PWRCYCLE: Card in module 2, is being power-cycled off (Heartbeat Messages Not
Received From Module)
De supervisor verzendt SCP pingelt eens om de 2 seconden naar elke lijnkaart. Als er na 3 pings (6 seconden) geen reactie wordt ontvangen, wordt dit geteld als de eerste storing. Na 25 dergelijke opeenvolgende mislukkingen, of na 150 seconden van het ontvangen van geen reactie van lijnkaart, de supervisor machtscycli die lijnkaart. Na elke 30 seconden wordt deze foutmelding op de switch weergegeven:
%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 61 seconds [2/0] %CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 151 seconds [2/0]
Na 150 seconden, krijgt de module macht die met deze systemen wordt gecirkeld:
%CPU_MONITOR-SP-3-TIMED_OUT: CPU_MONITOR messages have failed, resetting module [2/0] %OIR-SP-3-PWRCYCLE: Card in module 1, is being power-cycled off (Module not responding to
Keep Alive polling) %OIR-SP-3-PWRCYCLE: Card in module 2, is being power-cycled off (Heartbeat Messages Not
Received From Module)
De switch meldt deze foutmelding:
%C6KPWR-4-DISABLED: Power to module in slot [dec] set [chars]
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
%C6KPWR-SP-4-DISABLED: power to module in slot 10 set off (Fabric channel errors) %C6KPWR-SP-4-DISABLED: power to module in slot 2 set off (Module Failed SCP dnld) %C6KPWR-SP-4-DISABLED: power to module in slot 9 set off (Module not responding to Keep
Alive polling)
Dit bericht geeft aan dat de module in de aangegeven sleuf is uitgeschakeld om de aangegeven reden. [dec] is het sleufnummer en [chars] geeft de voedingsstatus aan.
De switch heeft zijn normale trillingen en na verloop van tijd kunnen deze trillingen ervoor zorgen dat een module iets van de backplane wegkomt. Wanneer dit gebeurt, ontvangen de supervisors keepalive polling geen reactie van de module binnen de toegewezen tijd en de supervisor herstart de module om te proberen een betere verbinding aan het te krijgen. Als de module nog steeds niet reageert op de opiniepeilingen, herstart de supervisor de module continu, en zet deze uiteindelijk in error deblokkeer en staat geen enkele macht toe om deze module te bereiken.
Een simpele herhaling van de module corrigeert dit probleem 90 procent van de tijd. Als u de switch opnieuw instelt, wordt de modulestructuur aangepast en wordt een stevige verbinding met de backplane gegarandeerd.
Als de betreffende module de Content Switching Module (CSM) is, overweeg dan de upgrade van de CSM-software naar een release 4.1(7) of hoger. Dit probleem is gedocumenteerd bij Cisco bug-id CSCei85928 (tegen CSM-software) (alleen geregistreerde klanten) en Cisco bug-id CSCek28863 (tegen Cisco IOS-software) (alleen geregistreerde klanten).
De nieuwste CSM-software kan worden gedownload van de downloadpagina van de software voor Cisco Catalyst 6000 Content Switching Module.
De switch meldt de foutmelding:
ONLINE-SP-6-INITFAIL: Module [dec]: Failed to [chars]
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
%ONLINE-SP-6-INITFAIL: Module 5: Failed to synchronize Port asic
De oorzaak van de crash is dat de Pinnacle ASIC niet is gesynchroniseerd. Dit wordt meestal veroorzaakt door een slecht contact of een slecht zittende kaart.
Het systeem herstelt zonder tussenkomst van de gebruiker. Als de foutmelding opnieuw optreedt, zet u de betreffende lijnkaart of module opnieuw op.
De switch meldt de foutmelding:
%FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL: Flowmask request for the flow based feature [chars] for protocol [chars] is unsuccessful, hardware acceleration may be disabled for the feature
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
%FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL: Flowmask request for the flow based feature Reflexive ACL for protocol IPv4 is unsuccessful, hardware acceleration may be disabled for the feature
Het verzoek van het stroommasker voor de op stroom-gebaseerde eigenschap is niet succesvol. Deze voorwaarde kan zich voordoen vanwege een TCAM-resourcegerelateerde uitzondering, een flow mask registreert een resourcegerelateerde uitzondering, of een onoplosbaar flow mask conflict met andere NetFlow-gebaseerde functies. De NetFlow-snelinstallatie en hardwareversnelling voor de functie kunnen onder deze voorwaarde worden uitgeschakeld en de functie kan in de software worden toegepast.
Als u alleen toegangsreflexieve ACL hebt, reflecteert en eeuwigheid geconfigureerd in de toegangsrichting op verschillende interfaces, dan is reflexieve ACL-flowmaskervereiste gebaseerd op toegangsreflexieve ACL’s. Zolang de reflexieve ACL op een andere interface is geconfigureerd dan QoS micro-flow policing of niet overlapt met micro-flow policing policy ACL, kunnen deze op dezelfde interface naast elkaar bestaan in hardware. Als ze op dezelfde interface staan en de reflexieve ACL en QoS beleidsoverlap, dan blokkeert reflexieve ACL de NetFlow-snelinstallatie en wordt verkeer matching van reflexieve ACL software switched. Dit is te wijten aan de tegenstrijdige eisen voor stroommaskers.
In het geval van uitgaande reflexieve ACL, is de reflexieve ACL-flowmaskervereiste globaal op alle interfaces, aangezien er alleen toegang NetFlow is. Als op QoS-gebruikers gebaseerde micro-flow policing in dit geval is geconfigureerd, schakelt reflexieve ACL NetFlow-sneltoetinstallatie uit en wordt de software ingeschakeld voor traffic matching met reflexieve ACL.
Geef de opdracht show fm file flowmask uit om te bepalen of de NetFlow-snelinstallatie de status voor de functie in- of uitschakelen. Als de NetFlow-snelinstallatie en hardwareversnelling voor de functie is uitgeschakeld, gebruikt u alleen toegangslijsten met toegangsreflexieve toegang in combinatie met micro-flow-toezicht en zorgt u ervoor dat de micro-flow-policer niet overlapt met de reflexieve toegangslijst. Pas de functie voor het stroommaskerverzoek opnieuw toe om te slagen en laat de NetFlow-snelinstallatie voor de functie opnieuw toe.
De switch meldt de foutmelding:
%MCAST-2-IGMP_SNOOP_DISABLE:IGMP Snooping disabled due to excessive events/packets, [dec]/[dec]; auto reenable in about 2 mins
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
%MCAST-2-IGMP_SNOOP_DISABLE:IGMP Snooping disabled due to excessive events/packets, 0/19880; auto reenable in about 2 mins
IGMP-spionage is uitgeschakeld, maar het systeem ontvangt multicast-verkeer. Deze situatie dwingt multicast pakketten om aan de routeverwerker worden geleid en misschien overstromingen het. IGMP-spionage kan automatisch worden uitgeschakeld als gevolg van excessief multicast-verkeer. IGMP-spionage bekijkt deze controlepakketten die worden uitgewisseld tussen routers en hosts en gebaseerd zijn op de joins, bladeren en queries update welke poorten multicast ontvangen.
Dit bericht komt normaal voor omdat de routeprocessor een veel hoger dan verwacht tarief van IGMP ontvangt sluit zich aan bij pakketten of normale multicast pakketten die aan gereserveerde Layer 3/Layer 2 multicast adresbereiken worden bestemd. Daarom is de switch zonder middelen en als de logboekberichten rapporten, de switch verlicht en maakt IGMP snooping voor een korte periode onbruikbaar.
U kunt de functie voor snelheidsbeperking voor multicast inschakelen en de drempelwaarde op een hoger getal instellen.
Snelheidsbeperking is een meer wenselijke methode, zodat de wachtrij niet wordt overschreden en betekent ook dat geldige IGMP-pakketten minder kans hebben om te worden gedropt en daarom kan het snuffelproces op de switch nog steeds goed worden bijgewerkt.
Voltooi de volgende stappen om dit probleem op te lossen:
IGMP-spionage uitschakelen met de opdracht Geen IP-igmp snooping.
Stel een SPAN-sessie in op de VLAN-interface voor beheer op Catalyst 6500 om te bepalen dat het MAC-adres behoort tot de bron waar het buitensporige verkeer vandaan komt.
Kijk in de CAM-tabel om de bron te identificeren en verwijder die bron.
Schakel IGMP-controle opnieuw in.
De switch meldt deze foutmeldingen. De foutmelding kan een van de volgende twee typen zijn:
C6KERRDETECT-2-FIFOCRITLEVEL: System detected an unrecoverable resources error on the
active supervisor pinnacle
C6KERRDETECT-2-FIFOCRITLEVEL: System detected unrecoverable resources error on active
supervisor port-asic
De hoofdoorzaak van deze fout is mogelijk een defecte module of een verkeerd zittende module. Het kan ook een chassisprobleem zijn met deze bepaalde sleuf. Dit kan een tijdelijk probleem zijn als het te wijten is aan een verkeerd zittende module.
Deze berichten geven aan dat het systeem onherstelbare bronnen heeft gedetecteerd, wat te wijten is aan het probleem First In, First Out [FIFO] op de aangegeven Pinnacle ASIC of de opgegeven poort ASIC.
Geef de switch van de afstandsbediening tonen platformhardware asicreg pinakel sleuf 1 poort 1 fout opdracht om deze fout op te lossen, en vorm de switch om verbeterde hardwaretests met deze stappen uit te voeren:
Opmerking: Typ de opdracht in zijn geheel en druk op de toets Enter. U kunt de opdracht niet met de Tab-toets schrijven.
Geef de diagnostische bootup level complete opdracht uit om het diagnostische niveau in te stellen om de configuratie te voltooien en op te slaan.
Plaats de supervisor opnieuw en plaats deze stevig.
Zodra de supervisor online komt, geef het show diagnostische bevel uit om de switch te controleren en te controleren of de foutenmelding nog voortduurt
De switch meldt de volgende foutmeldingen:
%C6KERRdedetect-SP-4-SWBUSSTALL: de switchingbus laat al 3 seconden stilstaan
%C6KERRdedetect-SP-4-SWBUSSTALL_RECOVERED: De schakelbus wordt hersteld en de omschakeling van het gegevensverkeer gaat door
Het bericht %C6KERRdedetect-SP-4-SWBUSSTALL geeft aan dat de switchbus is vastgelopen en dat het gegevensverkeer is verloren.
Het bericht %C6KERRdedetect-SP-4-SWBUSSTALL_RECOVERED geeft aan dat de switchbus niet langer vaststaat en dat gegevensverkeer kan doorgaan.
Kort gezegd, als een module op de systeembus ophangt dan detecteert de toezichthouder een time-out en probeert op eigen kracht te herstellen. Als er een module in aanbouw was, is dat een zeer mogelijke oorzaak van deze berichten, omdat hierdoor een bushalte kan ontstaan terwijl de module in de backplane zit.
Deze foutmelding wordt ontvangen wanneer de inband test pings faalde die aan hoge CPU:
SP-RP Ping Test[7]: Test skipped due to high traffic/CPU utilization
De SP-RP in band ping is een online diagnostische test en de boodschap dat SP-RP ping test mislukt is zuiver informatief. Het is indicatief voor een hoog CPU-gebruik en kan het resultaat zijn van veel verkeer dat naar de routeprocessor gaat of van switchingverkeer dat naar de switch-processor stroomt. Dit kan ook gebeuren tijdens elke routeupdate. Het is normaal dat de routeprocessor CPU soms tot 100 procent wordt gebruikt.
De foutmelding is louter informatief en heeft geen invloed op de prestaties van het apparaat.
De switch meldt deze foutmelding:
%SW_VLAN-4-MAX_SUB_INT : The number of sub-interfaces allocated for interface [chars] has exceeded recommended limits of [dec]
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
%SW_VLAN-4-MAX_SUB_INT: The number of sub-interfaces allocated for interface Gi1/1 has exceeded recommended limits of 1000
Het aantal Layer 3-subinterfaces wordt beperkt door de interne VLAN’s in de switch. Catalyst 6500 Series heeft 4094 VLAN’s die voor verschillende doeleinden worden gebruikt. Geef het vlan bevel uit van de capaciteit van de showplatform hardware om de huidige status VLAN beschikbaarheid te kennen.
Switch#show platform hardware capacity vlan VLAN Resources VLANs: 4094 total, 9 VTP, 0 extended, 17 internal, 4068 free
De aanbevolen limiet voor subinterfaces is 1000 voor elke interface en 2000 voor elke module. Verminder het aantal subinterfaces dat voor de interface is toegewezen aangezien het de aanbevolen limiet heeft overschreden.
Opmerking: de console kan worden vergrendeld vanwege de vloed van deze berichten die worden weergegeven bij het opnieuw laden van de switch. Dit probleem is gedocumenteerd in Cisco bug-id CSCek73741 (alleen geregistreerde klanten) en het probleem wordt opgelost in Cisco IOS-softwarereleases 12.2(18)SXF10 en Cisco IOS-softwarereleases 12.2(33)SXH of hoger.
De switch meldt deze foutmelding:
MCAST-6-L2_HASH_BUCKET_COLLISION: Failure installing (G,C)->index: ([enet],[dec])->[hex] Protocol :[dec] Error:[dec]
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
%MCAST-SP-6-L2_HASH_BUCKET_COLLISION: Failure installing (G,C)->index: (0100.5e31.d522,802)->0xDA4 Protocol :0 Error:3
Deze foutmelding wordt normaal gesproken tegelijk met dit bericht weergegeven:
%MCAST-SP-6-GC_LIMIT_EXCEEDED: IGMP snooping was trying to allocate more Layer 2 entries than what allowed (15488)
Dit bericht geeft aan dat een Layer 2-ingang niet in de hardware was geïnstalleerd omdat er niet genoeg ruimte in de hashemmer is. Multicastpakketten worden op het inkomende VLAN overstroomd omdat Layer 2-ingangsinstallatie is mislukt. Wanneer de limiet wordt overschreden, vindt overstroming plaats voor extra MAC-groepen.
Als u geen multicast gebruikt, kunt u IGMP-spionage uitschakelen. Anders kunt u de hash-ingangslimiet verhogen met behulp van de ip igmp snooping l2-entry-limit opdracht.
De switch meldt deze foutmelding:
%QM-4-AGG_POL_EXCEEDED: QoS Hardware Resources Exceeded : Out of Aggregate policers
Slechts een beperkt aantal gezamenlijke beleidsmakers kan worden ondersteund. Voor op EARL7 gebaseerde switches is deze limiet 1023.
In plaats van poortgebaseerde QoS kunt u VLAN-gebaseerde QoS configureren. Voer de volgende stappen uit:
Pas het de dienst-beleid op elk VLAN toe dat op Layer 2 switchport wordt gevormd.
Verwijder het servicebeleid uit elke poort die tot het specifieke VLAN behoort.
Configureer elke Layer 2-switchpoort voor VLAN-gebaseerde QoS met de op mls qos VLAN gebaseerde opdracht.
De switch meldt deze foutmelding:
%EC-SP-5-CAN_BUNDLE2: is niet compatibel met Gi2/1 en wordt geschorst (MTU van Gi2/2 is 1500, Gi2/1 is 9216)
Deze foutmelding geeft aan dat MTU van het poortkanaallid niet hetzelfde is, dus oorzaak poortkanaal toevoegen fout. Standaard gebruikten alle interfaces MTU-grootte als 1500. Wegens wanverhouding van de waarde MTU, kan de haven niet aan het havenkanaal toevoegen.
Configureer dezelfde MTU op die lidpoorten.
De switch meldt deze foutmelding:
%EC-SP-5-CAN_BUNDLE2: Gi1/4 is niet compatibel met Gi6/1 en wordt opgeschort (de verstuurde stroom van Gi1/4 is uitgeschakeld, Gi6/1 is ingeschakeld)
Deze foutmelding geeft de snelheid aan of de flow control mismatch, dus de oorzaak is een poortkanaal met een fout.
Controleer of de interfaceconfiguratie aan het poortkanaal deelneemt.
De switch meldt deze foutmelding:
%CFIB-7-CFIB_EXCEPTION: FIB TCAM exception, Some entries will be software switched
De foutmelding geeft aan dat het aantal geïnstalleerde routevermeldingen op het punt staat de hardware FIB-capaciteit te bereiken of de maximale routerlimiet die voor het opgegeven protocol is ingesteld. Als de grenswaarde wordt bereikt worden een aantal voorvoegsels verwijderd.
Herlaad de router om de uitzonderingsmodus te verlaten. Voer het mls cef maximum-routes commando in in globale configuratie modus om het maximum aantal routes voor het protocol te verhogen. Standaard heeft één PFC3 op SUP een capaciteit van 192K-vermeldingen, maar als u de mls cef maximum-routes 239 opdracht gebruikt, geeft dit een optie om de maximaal beschikbare TCAM-vermeldingen te gebruiken. Gebruik de show mls cef maximum-routes opdracht om de maximum-routes te controleren. Gebruik de show mls cef summiere opdracht, die de samenvatting van CEF-tabelinformatie toont, om het huidige gebruik te controleren.
Module 5 (supervisor) ontbreekt de diagnostische test TestMatchCapture zoals die in deze output van de module van het show diagnostische resultaat module_# wordt vermeld:
TestMatchCapture ----------------> F Error code ------------------> 59 (DIAG_L2_INDEX_MISMATCH_ERROR) Total run count -------------> 1 Last test execution time ----> Jun 25 2011 04:49:10 First test failure time -----> Jun 25 2011 04:49:10 Last test failure time ------> Jun 25 2011 04:49:10 Last test pass time ---------> n/a Total failure count ---------> 1 Consecutive failure count ---> 1
De TestMatchCapture-test is een combinatie van de hier beschreven TestProtocolMatchChannel- en TestCapture-tests:
TestProtocolMatchChannel - De TestProtocolMatchChannel-test verifieert de mogelijkheid om specifieke Layer 2-protocollen aan te passen in Layer 2 Forwarding-engine. Wanneer u de test op de supervisor-engine uitvoert, wordt het diagnostische pakket verzonden vanaf de inband-poort van de supervisor-engine en voert een pakketraadpleging uit met de Layer 2-Forwarding-engine. Voor DFC-enabled-modules wordt het diagnostische pakket verzonden vanaf de inband-poort van de supervisor-engine via de switch-fabric en wordt teruggekoppeld van een van de DFC-poorten. De functie Match wordt geverifieerd tijdens de diagnostische pakketraadpleging door Layer 2 Forwarding Engine.
TestCapture - De TestCapture test verifieert dat de opnamefunctie van Layer 2 Forwarding-engine correct werkt. De opnamefunctionaliteit wordt gebruikt voor multicast-replicatie. Wanneer u de test op de supervisor-engine uitvoert, wordt het diagnostische pakket verzonden vanaf de inband-poort van de supervisor-engine en voert een pakketraadpleging uit met de Layer 2-Forwarding-engine. Voor DFC-enabled-modules wordt het diagnostische pakket verzonden vanaf de inband-poort van de supervisor-engine via de switch-fabric en wordt teruggekoppeld van een van de DFC-poorten. De Capture feature wordt geverifieerd tijdens de diagnostische pakketraadpleging door de Layer 2 Forwarding engine.
Doe een herhaling van de module wanneer u een kans krijgt. Aangezien dit kleine fouten zijn, kunnen ze worden genegeerd als u geen invloed op de prestaties ziet.
De switch meldt deze foutmelding:
%CONST_DIAG-SP-3-HM_PORT_ERR: Port [dec] on module [dec] failed [dec] consecutive times. Disabling the port.
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
%CONST_DIAG-SP-3-HM_PORT_ERR: Port 5 on module 2 failed 10 consecutive times. Disabling the port.
De foutmelding geeft aan dat het gegevenspad dat overeenkomt met de poort is mislukt. De poort wordt in de uitgeschakelde toestand gezet.
Stel de lijnkaart terug om te zien of lost het probleem zichzelf op.
De switch meldt deze foutmelding:
%CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: Module 7 Error counter exceeds threshold, system operation continue. %CONST_DIAG-SP-4-ERROR_COUNTER_DATA: ID:42 IN:0 PO:255 RE:200 RM:255 DV:2 EG:2 CF:10 TF:117
Controleer de diagnostische resultaten:
TestErrorCounterMonitor ---------> . Error code ------------------> 0 (DIAG_SUCCESS) Total run count -------------> 33658 Last test execution time ----> Apr 15 2012 11:17:46 First test failure time -----> Apr 03 2012 20:11:36 Last test failure time ------> Apr 08 2012 19:24:47 Last test pass time ---------> Apr 15 2012 11:17:46 Total failure count ---------> 5 Consecutive failure count ---> 0 Error Records ---------------> n/a
De TestErrorCounterMonitor controleert de fouten/onderbrekingen op elke module in het systeem door periodiek te stemmen voor de fouttellers die in de lijnkaart worden gehandhaafd.
Deze foutmelding verschijnt wanneer een ASIC op de lijnkaart pakketten met slechte CRC ontvangt. Het probleem kan lokaal zijn voor deze module of kan worden geactiveerd door een andere defecte module in het chassis. Dit kan ook te wijten zijn aan frames met slechte CRC ontvangen door pinnacle asic van de DBUS. Dat wil zeggen, de foutmeldingen impliceren dat er over de bus op module 7 slechte pakketten worden ontvangen.
Een van de redenen voor de foutmeldingen is het onvermogen van de module om goed te communiceren met de backplane van het chassis als gevolg van het onjuist zitten van de module. Het probleem is met de lijnkaart (verkeerd geplaatste module), supervisor of de gegevensbus. Het is echter niet mogelijk te zeggen welke component de gegevens corrumpeert en een slechte CRC veroorzaakt.
Voer eerst een nieuwe stoel van module 7 uit en zorg ervoor dat de schroeven goed zijn aangedraaid. Ook, vóór de herstart, de diagnostiek om met de diagnostische bootup niveau volledige opdracht te voltooien.
Als de herplaatsing is voltooid, wordt de volledige diagnostiek uitgevoerd op de module. Vervolgens kunt u bevestigen dat er geen hardwareproblemen zijn met module 7.
De switch meldt deze foutmelding:
%SYS-3-PORT_RX_BADCODE:Port [dec]/[chars] detected [dec] bad code errors in last 30 minutes
Dit voorbeeld toont de consoleuitvoer die wordt weergegeven wanneer dit probleem optreedt:
%SYS-3-PORT_RX_BADCODE: Port 3/43 detected 7602 bad code error(s) in last 30 minutes
Deze foutmelding geeft aan dat een poort is aangetast door een onbekende protocolfout. Een Catalyst 6500 Series switch ontvangt bijvoorbeeld frames met protocollen die hij niet kent of herkent. De eerste [dec] is het modulenummer, [chars] is het poortnummer, en de tweede [dec] is het aantal inkomende pakketten met onbekende protocollen die in de afgelopen 30 minuten zijn aangetroffen.
Dit zijn de mogelijke oorzaken van de foutmelding:
Vanwege niet-overeenkomende snelheid en duplexinstellingen.
CDP is ingeschakeld aan de ene kant en niet aan de andere kant.
Vanwege DTP is dit standaard ingeschakeld op switch interfaces. Aangezien routers DTP niet begrijpen, kan dit bepaalde problemen veroorzaken.
Controleer de looptijdteller op de interface. Als het toeneemt, dan zou er een duplexwanverhouding op de interfaces kunnen zijn.