In dit document wordt beschreven hoe problemen met een hoog CPU-gebruik als gevolg van verschillende processen kunnen worden opgelost.
We raden u aan om het hoge CPU-gebruik voor probleemoplossing op Cisco-routers te lezen voordat u verder gaat met dit document.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De informatie in dit document is gebaseerd op apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als u in een live netwerk werkt, zorg er dan voor dat u de potentiële impact van iedere opdracht begrijpt voor u deze gebruikt.
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Een hoog CPU-gebruik in het Address Resolution Protocol (ARP)-invoerproces treedt op als de router een buitensporig aantal ARP-verzoeken moet initiëren. De router gebruikt ARP voor alle hosts, niet alleen die op het lokale subnet, en ARP-verzoeken worden verzonden als uitzendingen, waardoor er meer CPU-gebruik op elke host in het netwerk is. ARP-verzoeken voor hetzelfde IP-adres zijn beperkt tot één verzoek om de twee seconden, dus een buitensporig aantal ARP-verzoeken zou moeten ontstaan voor verschillende IP-adressen. Dit kan gebeuren als een IP-route is geconfigureerd die naar een broadcast-interface verwijst. Een voorbeeld hiervan is een standaard route zoals:
ip route 0.0.0.0 0.0.0.0 Fastethernet0/0
In dit geval genereert de router een ARP-verzoek voor elk IP-adres dat niet bereikbaar is via meer specifieke routes, wat praktisch betekent dat de router een ARP-verzoek genereert voor bijna elk adres op internet. Zie Een volgend IP-adres opgeven voor statische routes voor meer informatie over het configureren van het volgende hopadres voor statische routes.
Als alternatief kan een overmatige hoeveelheid ARP-verzoeken worden veroorzaakt door een kwaadaardige verkeersstroom die door lokaal aangesloten subnetten scant. Een aanwijzing voor een dergelijke stroom zou de aanwezigheid zijn van een zeer groot aantal onvolledige ARP-vermeldingen in de ARP-tabel. Aangezien inkomende IP-pakketten die ARP-verzoeken zouden activeren, zouden moeten worden verwerkt, zou het oplossen van dit probleem in wezen hetzelfde zijn als het oplossen van problemen met een hoog CPU-gebruik in het IP-invoerproces.
Het IPX Input-proces is vergelijkbaar met het IP Input-proces in de zin dat het zorgt voor processwitching, behalve dat het IPX Input-proces IPX-pakketten switches. Bijna alle IPX-pakketten worden op procesniveau bekeken door IPX Input voordat ze in de wachtrij worden geplaatst voor andere IPX-processen zoals IPX SAP In, IPX RIP In, enzovoort. In tegenstelling tot IP ondersteunt IPX slechts één interrupt switching-modus, en dat is IPX fast-switching die standaard is ingeschakeld. IPX fast-switching is ingeschakeld met behulp van de ipx route-cache interface opdracht.
Als u een hoog CPU-gebruik ziet tijdens het IPX-invoerproces, controleert u het volgende:
IPX fast-switching is uitgeschakeld. Gebruik de opdracht ipx-interface tonen als IPX snel schakelen is uitgeschakeld.
Sommige IPX-verkeer kan niet worden IPX snel geschakeld:
IPX-uitzendingen - Controleer of de router overweldigd is door IPX-uitzendingen met behulp van de opdracht ipx-verkeer weergeven.
IPX-routeringsupdates - Als er veel instabiliteit in het netwerk is, neemt de verwerking van routeringsupdates toe.
Opmerking: Gebruik in plaats van IPX RIP IPX EIGRP (incrementeel) om het aantal updates te verminderen, vooral via langzame seriële verbindingen (zie Routing Novell IPX Over Slow Serial Lines en SAP Management voor meer informatie).
Opmerking: Meer IPX-gerelateerde documenten zijn te vinden op de Novell IPX Technology Support Page.
Wanneer het TCP-timerproces (Transmission Control Protocol) veel CPU-bronnen gebruikt, geeft dit aan dat er te veel TCP-verbindingseindpunten zijn. Dit kan gebeuren in data-link switching (DLSw)-omgevingen met veel peers, of in andere omgevingen waar veel TCP-sessies tegelijkertijd op de router worden geopend.
De FIB-controletimer initialiseert en start de FIB-statistiekenverzameling-timer voor per-VLAN-statistieken en globale statistieken; initialiseert en start de FIB/ADJ-aanvraag-/uitzonderingstimer; onderhoudt de FIB-gerelateerde registerfuncties; en initialiseert de BGP-boekhoudtimer. Deze processen worden gestart wanneer EARL wordt geïnitialiseerd.
Het TTY-achtergrondproces is een generiek proces dat wordt gebruikt door alle terminallijnen (console, aux, async, enzovoort). Normaal gesproken zou er geen invloed moeten zijn op de prestaties van de router, omdat dit proces een lagere prioriteit heeft in vergelijking met de andere processen die moeten worden gepland door de Cisco IOS-software.
Als dit proces een hoog CPU-gebruik vereist, controleert u of "synchroon vastleggen" is geconfigureerd onder "regel con 0." De mogelijke oorzaak zou kunnen zijn Cisco bug ID CSCed16920 (alleen geregistreerde klanten) Cisco bug ID of CSCdy01705 (alleen geregistreerde klanten).
Het CPU-gebruik dat wordt gezien voor het "TAG Stats Background" -proces wordt verwacht en heeft geen invloed op het doorsturen van verkeer.
De TAG-statusachtergrond is een proces met lage prioriteit. Dit proces verzamelt statistieken voor tags en stuurt deze door naar de RP. Het is geen functie van de hoeveelheid verkeer, maar van de hoeveelheid werk die het MPLS / LDP-besturingsvliegtuig doet. Dit is een verwacht gedrag en heeft geen invloed op het doorsturen van verkeer. Dit probleem is gedocumenteerd in de bug CSCdz32988 (alleen geregistreerde klanten).
Een virtuele sjabloon (vtemplate) moet worden gekloond voor elke nieuwe virtuele toegangsinterface wanneer een nieuwe gebruiker wordt verbonden met de router of toegangsserver. Het CPU-gebruik in het Vtemplate Backgr-proces kan extreem hoog worden als het aantal gebruikers groot is. Dit kan worden voorkomen door het vooraf klonen van de virtuele sjabloon te configureren. Zie Uitbreidingen voor de schaalbaarheid van sessies voor meer informatie.
Het Net Background-proces wordt uitgevoerd wanneer een buffer vereist is, maar niet beschikbaar is voor het proces of de interface. Het creëert de gewenste buffers uit de hoofdpool op basis van het verzoek. Netto achtergrond beheert ook het geheugen dat door elk proces wordt gebruikt en ruimt het vrijgekomen geheugen op. Dit proces wordt voornamelijk geassocieerd met de interfaces en kan aanzienlijke CPU-bronnen verbruiken. De symptomen van een hoge CPU zijn een toename van de throttles, negeert, overschrijdingen en resets op een interface.
Het IP Background-proces omvat deze procedures: de periodieke veroudering van de ICMP-redirect-cache elke minuut; een wijziging van het inkapselingstype van een interface; de verplaatsing van een interface naar een nieuwe status, UP en/of DOWN; een wijziging in het IP-adres van de interface; het verstrijken van een nieuwe dxi-kaart; en het verstrijken van dialertimers.
Het IP-achtergrondproces wijzigt de routeringstabel in overeenstemming met de status van de interfaces, terwijl het IP-achtergrondproces ervan uitgaat dat er een link-statuswijziging is wanneer het berichten over de wijziging van de link-status ontvangt. Vervolgens worden alle routeringsprotocollen gewaarschuwd om de betreffende interface te controleren. Als meer interfaces routeringsprotocollen uitvoeren, wordt een hoger CPU-gebruik veroorzaakt door het IP-achtergrondproces.
ARP-achtergrondprocessen verwerken meerdere taken en kunnen een hoog CPU-gebruik vergen.
Deze lijst bevat enkele voorbeeldtaken:
ARP-flush vanwege gebeurtenissen in de interface omhoog/omlaag
De ARP-tabel wissen met de opdracht arp wissen
ARP-invoerpakketten
ARP-ager
Als een ander proces veel CPU-bronnen verbruikt en er geen indicatie is van een probleem in de geregistreerde berichten, kan het probleem mogelijk worden veroorzaakt door een bug in de Cisco IOS®-software. Voer met de Bug Toolkit (alleen geregistreerde klanten) een zoekopdracht uit naar het opgegeven proces om te zien of er bugs zijn gemeld.
| Als u nog steeds hulp nodig hebt na het volgen van de bovenstaande stappen voor probleemoplossing en een serviceverzoek wilt maken met de Cisco TAC, moet u de volgende informatie opnemen: |
|---|
|
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
1.0 |
13-Mar-2003
|
Eerste vrijgave |