Dit document beschrijft hoe u problemen kunt oplossen bij hoog CPU-gebruik door verschillende processen.
Het is raadzaam het hoge CPU-gebruik voor probleemoplossing te lezen op Cisco-routers voordat u met dit document verdergaat.
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.
Het hoge gebruik van cpu in het de Invoerproces van de Resolutie van het Adres van het Protocol (ARP) komt voor als de router een bovenmatig aantal ARP verzoeken moet voortkomen. De router gebruikt ARP voor alle hosts, niet alleen die op het lokale subnetnet, en ARP-verzoeken worden verzonden als uitzendingen, wat meer CPU-gebruik veroorzaakt op elke host in het netwerk. ARP-verzoeken voor hetzelfde IP-adres zijn beperkt tot één verzoek elke twee seconden, zodat een buitensporig aantal ARP-verzoeken zou moeten voortkomen voor verschillende IP-adressen. Dit kan gebeuren als een IP-route is geconfigureerd met een broadcast-interface. Een meest voor de hand liggend voorbeeld is een standaardroute zoals:
ip route 0.0.0.0 0.0.0.0 Fastethernet0/0
In dit geval, produceert de router een ARP verzoek voor elk IP adres dat niet bereikbaar door specifiekere routes is, wat praktisch betekent dat de router een ARP verzoek voor bijna elk adres op Internet produceert. Zie Een volgende hop-IP-adres voor statische routers specificeren voor meer informatie over het configureren van het volgende hopadres voor statische routing.
Alternatief, kan een bovenmatige hoeveelheid ARP verzoeken door een kwaadaardige verkeersstroom worden veroorzaakt die door plaatselijk verbonden subnets scant. Een aanwijzing voor een dergelijke stroom zou de aanwezigheid van een zeer groot aantal onvolledige ARP-vermeldingen in de ARP-tabel zijn. Aangezien inkomende IP-pakketten die ARP-verzoeken zouden activeren, zouden moeten worden verwerkt, zou het oplossen van problemen met dit probleem in wezen hetzelfde zijn als het oplossen van problemen met een hoge CPU-benutting in het IP-invoerproces.
Het IPX Input-proces is vergelijkbaar met het IP Input-proces in de zin dat er processwitching in wordt verwerkt, behalve dat de IPX Input-proces IPX-switches bevat. Bijna alle IPX-pakketten worden op procesniveau bekeken door IPX Input voordat ze in de wachtrij worden geplaatst bij andere IPX-processen zoals IPX SAP In, IPX RIP In, enzovoort. In tegenstelling tot IP ondersteunt IPX slechts één onderbrekingsswitchingmodus, en dat is IPX fast-switching die standaard is ingeschakeld. IPX fast-switching is ingeschakeld met de opdracht IPX route-cache interface.
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 Fast-switching is uitgeschakeld.
Welk IPX-verkeer kan niet via IPX worden geschakeld:
IPX zendt uit - Controleer of de router overweldigd is door IPX-uitzendingen met de opdracht IPX-verkeer tonen.
IPX-routing updates - Als er veel instabiliteit in het netwerk is, wordt de verwerking van updates voor routing verhoogd.
Opmerking: in plaats van IPX RIP gebruikt u IPX EIGRP (incrementeel) om het aantal updates te verminderen, met name via seriële links met lage snelheid (zie Routing Novell IPX over Slow Serial Lines en SAP Management voor meer informatie).
N.B.: Meer documenten over IPX zijn te vinden op de Novell IPX Technology Support Page.
Wanneer het TCP-timerproces (Transmission Control Protocol) veel CPU-bronnen gebruikt, duidt dit erop dat er te veel TCP-verbindingsendpoints zijn. Dit kan gebeuren in DLSw-omgevingen (Data-Link Switching) met veel peers of in andere omgevingen waar veel TCP-sessies tegelijkertijd op de router worden geopend.
De FIB-besturingstimer initialiseert en start de FIB-statistiekverzameling-timer voor statistieken per VLAN en wereldwijde statistieken; initialiseert en start de FIB/ADJ-aanvraag/uitzondering-timer; onderhoudt de met FIB verband houdende registerfuncties en initialiseert BGP-accounting timer. Deze processen beginnen wanneer EARL wordt geïnitialiseerd.
Het TTY-achtergrondproces is een generiek proces dat wordt gebruikt door alle terminallijnen (console, aux, async, enzovoort). Normaal gesproken is er geen invloed op de prestaties van de router omdat dit proces een lagere prioriteit heeft dan de andere processen die door de Cisco IOS-software moeten worden gepland.
Als dit proces veel CPU-gebruik vereist, controleert u of "logging synchronous" is geconfigureerd onder "line con 0." De mogelijke oorzaak kan Cisco bug-id CSCed16920 (alleen geregistreerde klanten) Cisco bug-id of CSCdy01705 (alleen geregistreerde klanten) zijn.
Het CPU-gebruik dat voor het proces "TAG Stats Background" wordt gezien, wordt verwacht en heeft geen invloed op de doorgifte van verkeer.
De TAG Stats Achtergrond is een laag prioriteitsproces. Dit proces verzamelt statistieken voor tags en stuurt ze door naar de RP. Het is geen functie van de hoeveelheid verkeer, maar van de hoeveelheid werk die het MPLS/LDP-besturingsplane doet. Dit is een verwacht gedrag, en het beïnvloedt geen verkeer door:sturen. 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 aangesloten op 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 voorklonen van de virtuele sjabloon te configureren. Zie Sessiescalatieverbeteringen voor meer informatie.
Het Net Achtergrond proces loopt wanneer een buffer vereist is maar niet beschikbaar is voor het proces of de interface. Het creëert de gewenste buffers uit de belangrijkste pool op basis van het verzoek. Netachtergrond beheert ook het geheugen dat door elk proces wordt gebruikt en maakt het vrijgekomen geheugen schoon. Dit proces wordt voornamelijk geassocieerd met de interfaces en kan aanzienlijke CPU-bronnen gebruiken. De symptomen van een hoge CPU zijn een toename van throttles, negeren, overschrijdingen en reset op een interface.
Het IP Achtergrondproces omvat deze procedures: de periodieke veroudering van het ICMP omleiden van cachegeheugen elke minuut; een inkapselingstype verandering van een interface; de beweging van een interface naar een nieuwe staat, omhoog en/of omlaag; een verandering in het IP-adres van de interface; het verloop van een nieuwe dxi-kaart; en het verstrijken van dialer-timers.
Het IP Achtergrondproces wijzigt de routeringstabel in overeenstemming met de status van de interfaces, terwijl het IP Achtergrondproces veronderstelt dat er een verbinding-staat verandering is wanneer het verbinding-staat veranderingsberichten ontvangt. Het deelt dan alle routingprotocollen mee om de beïnvloede interface te controleren. Als meer interfaces routing-protocollen uitvoeren, wordt een hoger CPU-gebruik veroorzaakt door het IP-achtergrondproces.
ARP-achtergrondprocessen verwerken meerdere taken en kunnen een hoog CPU-gebruik verbruiken.
Deze lijst geeft een aantal voorbeeldtaken:
ARP-flush vanwege interface-up/down-gebeurtenissen
De ARP-tabel verwijderen met de opdracht clear arp
ARP-invoerpakketten
ARP-ager
Als een ander proces veel CPU-bronnen in beslag neemt en er geen indicatie is van een probleem in de geregistreerde berichten, dan kan het probleem mogelijk worden veroorzaakt door een bug in de Cisco IOS®-software. Gebruik de Bug Toolkit (alleen geregistreerde klanten) om een zoekopdracht uit te voeren voor het opgegeven proces om te zien of er bugs zijn gemeld.
Als u nog steeds assistentie nodig hebt na de bovenstaande stappen voor probleemoplossing en u een serviceaanvraag wilt maken met Cisco TAC, zorg dan dat u de volgende informatie bevat: |
---|
|
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
29-Sep-2008 |
Eerste vrijgave |