Fehlerbehebung: Hohe CPU-Auslastung aufgrund von Prozessen

Einleitung

In diesem Dokument wird beschrieben, wie Sie eine hohe CPU-Auslastung, die durch verschiedene Prozesse verursacht wird, beheben.

Voraussetzungen

Anforderungen

Es wird empfohlen, das Dokument "Fehlerbehebung bei hoher CPU-Auslastung auf Cisco Routern" zu lesen, bevor Sie mit dem vorliegenden Dokument fortfahren.

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn sich Ihr Netzwerk in der Produktionsumgebung befindet, müssen Sie sich bei jedem Befehl zunächst dessen potenzielle Auswirkungen vor Augen führen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

ARP-Eingabe

Die hohe CPU-Auslastung im Address Resolution Protocol (ARP)-Eingabeprozess tritt auf, wenn der Router eine übermäßig hohe Anzahl von ARP-Anforderungen auslösen muss. Der Router verwendet ARP für alle Hosts, nicht nur für die Hosts im lokalen Subnetz, und ARP-Anfragen werden als Broadcasts gesendet, was zu einer höheren CPU-Auslastung auf jedem Host im Netzwerk führt. ARP-Anforderungen für dieselbe IP-Adresse sind auf eine Anforderung alle zwei Sekunden beschränkt, sodass eine übermäßig hohe Anzahl von ARP-Anforderungen für verschiedene IP-Adressen generiert werden müsste. Dies kann passieren, wenn eine IP-Route konfiguriert wurde, die auf eine Broadcast-Schnittstelle verweist. Ein naheliegendes Beispiel ist eine Standardroute wie:

ip route 0.0.0.0 0.0.0.0 Fastethernet0/0

In diesem Fall generiert der Router für jede IP-Adresse eine ARP-Anforderung, die über spezifischere Routen nicht erreichbar ist. Das bedeutet praktisch, dass der Router für fast jede Adresse im Internet eine ARP-Anforderung generiert. Weitere Informationen zum Konfigurieren der nächsten Hop-Adresse für statisches Routing finden Sie unter Festlegen einer Next-Hop-IP-Adresse für statische Routen.

Alternativ kann eine übermäßige Anzahl von ARP-Anforderungen durch einen schädlichen Datenverkehrsstrom verursacht werden, der durch lokal angeschlossene Subnetze scannt. Ein Hinweis auf einen solchen Datenstrom wäre das Vorhandensein einer sehr hohen Anzahl unvollständiger ARP-Einträge in der ARP-Tabelle. Da eingehende IP-Pakete verarbeitet werden müssen, die ARP-Anforderungen auslösen würden, entspricht die Fehlerbehebung bei diesem Problem im Wesentlichen der Fehlerbehebung bei einer hohen CPU-Auslastung im IP-Eingabeprozess.

IPX-Eingang

Der IPX Input-Prozess ähnelt dem IP Input-Prozess insofern, als er das Prozess-Switching übernimmt, mit der Ausnahme, dass der IPX Input-Prozess IPX-Pakete schaltet. Fast alle IPX-Pakete befinden sich auf der Prozessebene, die von IPX Input überwacht wird, bevor sie in die Warteschlange für andere IPX-Prozesse wie IPX SAP In, IPX RIP In usw. gestellt werden. Im Gegensatz zu IP unterstützt IPX nur einen Interrupt-Switching-Modus, d. h. IPX Fast-Switching, das standardmäßig aktiviert ist. IPX-Fast-Switching wird mit dem Schnittstellenbefehl ipx route-cache aktiviert.

Wenn Sie während des IPX-Eingabevorgangs eine hohe CPU-Auslastung feststellen, überprüfen Sie Folgendes:

• IPX-Fast-Switching ist deaktiviert. Verwenden Sie den Befehl show ipx interface, wenn IPX Fast-Switching deaktiviert ist.

• Bestimmter IPX-Datenverkehr kann nicht IPX-Fast-Switching sein:

  • IPX-Broadcasts - Überprüfen Sie mit dem Befehl show ipx traffic, ob der Router mit IPX-Broadcasts überlastet ist.

  • IPX-Routing-Updates - Bei vielen Instabilitäten im Netzwerk nimmt die Verarbeitung von Routing-Updates zu.

Hinweis: Verwenden Sie statt IPX RIP IPX EIGRP (inkrementell), um die Anzahl der Updates zu reduzieren, insbesondere bei seriellen Verbindungen mit langsamer Geschwindigkeit (weitere Informationen finden Sie unter Routing Novell IPX Over Slow Serial Lines and SAP Management).

Hinweis: Weitere IPX-bezogene Dokumente finden Sie auf der Novell IPX Technology Support-Seite.

TCP-Timer

Wenn der TCP-Timer-Prozess (Transmission Control Protocol) viele CPU-Ressourcen beansprucht, weist dies darauf hin, dass zu viele TCP-Verbindungsendpunkte vorhanden sind. Dies kann in DLSw-Umgebungen (Data Link Switching) mit vielen Peers oder in anderen Umgebungen, in denen viele TCP-Sitzungen gleichzeitig auf dem Router geöffnet werden, der Fall sein.

FIB-Kontrolltimer

Der FIB-Steuerungs-Timer initialisiert und startet den FIB-Statistikerfassungs-Timer für VLAN-basierte Statistiken und globale Statistiken; initialisiert und startet den FIB/ADJ-Anforderungs-/Ausnahme-Timer; verwaltet die FIB-bezogenen Registrierungsfunktionen und initialisiert den BGP-Accounting-Timer. Diese Prozesse werden gestartet, wenn EARL initialisiert wird.

TTY-Hintergrund

Der TTY-Hintergrundprozess ist ein generischer Prozess, der von allen Terminalleitungen (Konsole, Aux, Async usw.) verwendet wird. Normalerweise sollte die Leistung des Routers nicht beeinträchtigt werden, da dieser Prozess eine geringere Priorität als die anderen Prozesse hat, die von der Cisco IOS-Software geplant werden müssen.

Wenn dieser Prozess eine hohe CPU-Auslastung erfordert, überprüfen Sie, ob "logging synchron" unter "line con 0" konfiguriert ist. Mögliche Ursache ist Cisco Bug ID CSCed16920 (nur registrierte Kunden) Cisco Bug ID oder CSCdy01705 (nur registrierte Kunden) .

Hintergrundinformationen zu TAG

Es wird erwartet, dass die CPU-Auslastung, die für den Prozess "TAG Stats Background" festgestellt wurde, die Weiterleitung des Datenverkehrs nicht beeinträchtigt.

Der TAG-Statistikhintergrund hat eine niedrige Priorität. Dieser Prozess sammelt Statistiken für Tags und leitet sie an den RP weiter. Es hängt nicht von der Größe des Datenverkehrs ab, sondern von der Leistung, die die MPLS/LDP-Kontrollebene leistet. Hierbei handelt es sich um ein erwartetes Verhalten, das die Weiterleitung des Datenverkehrs nicht beeinträchtigt. Dieses Problem ist dokumentiert im Bug CSCdz32988 (nur registrierte Kunden) .

Hintergrund der virtuellen Vorlage

Eine virtuelle Vorlage (vtemplate) muss für jede neue virtuelle Zugriffsschnittstelle geklont werden, wenn ein neuer Benutzer mit dem Router oder dem Zugriffsserver verbunden wird. Die CPU-Auslastung im Vtemplate Backgr Prozess kann extrem hoch werden, wenn die Anzahl der Benutzer groß ist. Dies kann vermieden werden, indem das Vorklonen der virtuellen Vorlage konfiguriert wird. Weitere Informationen finden Sie unter Erweiterungen der Sitzungsskalierbarkeit.

Net Background

Der Net Background-Prozess wird immer dann ausgeführt, wenn ein Puffer erforderlich ist, aber für den Prozess oder die Schnittstelle nicht verfügbar ist. Es erstellt die gewünschten Puffer aus dem Hauptpool basierend auf der Anforderung. Net background verwaltet auch den Speicher, der von jedem Prozess verwendet wird, und bereinigt den freigegebenen Speicher. Dieser Prozess ist hauptsächlich mit den Schnittstellen verknüpft und kann erhebliche CPU-Ressourcen beanspruchen. Die Symptome einer hohen CPU-Auslastung sind die Zunahme von Drosselungen, Ignorierungen, Überläufen und Zurücksetzungen an einer Schnittstelle.

IP-Hintergrund

Der IP-Hintergrundprozess umfasst folgende Verfahren: das periodische Altern des ICMP-Umleitungscaches jede Minute; eine Änderung des Kapselungstyps einer Schnittstelle; das Verschieben einer Schnittstelle in einen neuen Zustand, UP und/oder DOWN; eine Änderung der IP-Adresse der Schnittstelle; das Verstreichen einer neuen dxi-Map; und das Verstreichen der Dialer-Timer.

Der IP-Hintergrundprozess ändert die Routing-Tabelle entsprechend dem Status der Schnittstellen, während der IP-Hintergrundprozess davon ausgeht, dass beim Empfang von Verbindungszustandsänderungsnachrichten eine Verbindungszustandsänderung vorliegt. Anschließend werden alle Routing-Protokolle benachrichtigt, um die betroffene Schnittstelle zu überprüfen. Wenn mehr Schnittstellen Routing-Protokolle ausführen, wird eine höhere CPU-Auslastung durch den IP-Hintergrundprozess verursacht.

ARP-Hintergrund

ARP-Hintergrundprozesse verarbeiten mehrere Aufgaben und können eine hohe CPU-Auslastung erfordern.

Diese Liste enthält einige Beispielaufträge:

1. ARP-Leerung aufgrund von Schnittstellenaktivierungs- und -deaktivierungsereignissen

2. Löschen der ARP-Tabelle mit dem Befehl clear arp

3. ARP-Eingangspakete

4. ARP-Pager

Andere Prozesse

Wenn ein anderer Prozess sehr viele CPU-Ressourcen beansprucht und die protokollierten Meldungen keine Hinweise auf ein Problem enthalten, kann das Problem möglicherweise durch einen Fehler in der Cisco IOS®-Software verursacht werden. Führen Sie mit dem Bug Toolkit (nur für registrierte Kunden) eine Suche nach dem angegebenen Prozess durch, um festzustellen, ob Fehler gemeldet wurden.

Zu erfassende Informationen beim Erstellen eines TAC-Tickets

Wenn Sie nach dem Durchführen der oben beschriebenen Schritte zur Fehlerbehebung weiterhin Unterstützung benötigen und eine Serviceanfrage beim Cisco TAC erstellen möchten, stellen Sie sicher, dass Sie die folgenden Informationen angeben:
Ausgabe der folgenden Befehle: show processes cpu show interfaces show interfaces switching Schnittstellenstatus anzeigen ausrichten show version show log

Zugehörige Informationen

• Fehlerbehebung bei hoher CPU-Auslastung auf Cisco Routern
• Fehlerbehebung Hohe CPU-Auslastung aufgrund des IP-Eingabeprozesses
• Technischer Support – Cisco Systems