Hohe CPU Auslastung Cisco 3750E

[ansolut]

Hi,

zum Test: löse mal den Stack auf und verbinde diesen mit einem Trunking. Ich habe es im 3750er System schon oft erlebt das aus unerklärlichen Gründen die CPU Last aufgrund des Stackings nach oben ging. Falls dies der Fall ist wirds übel. Stackingkabel , Stacking Port...etc...


Du sagst dein Loadbalancer spielt eine Rolle? Kann es sein das du Zeitweise evtl. eine Netzwerkloop verursachst? Eine Konfig vom Stack wäre interessant.

[jpzueri]

Hallo daking,

die CPU Last steigt ständig an, ist jetzt zur Zeit bei 30%. Welcher Task die Auslastung erzeugt, kann ich dir nicht sagen.

[jpzueri]

Hi ansolut,
ein Netzwerkloop kann ich mir nicht vorstellen. Dann hätten wir ganz andere Probleme.
Die Config läuft seit dem September 2007. Ich habe echt keine Lösung für dieses Problem.
Aber zum Glück sind wit noch im GRÜNEN Bereich.
Gruß
JP

[daking]

Hi,

scheint wohl eher interrupt traffic / sw switched traffic zu sein. welchen Traffic teilt der Loadbalancer auf? Was ist die Aufgabe?

Folgende Pakete werden via SW Pfad geforwarded:

- Pakete mit gesetzten IP Optionen
- Pakete mit abgelaufener TTL
- ARP
- Software ACL's
- Pakete die an die CPU gesendet werden müssen (:-) (show controller CPU)

==> ist hier igmp/mcast im einsatz?
==> pbr?
==> fehlende ressourcen (show platform tcam utilization)

ciao

[jpzueri]

Hi daking,

igmp/mcast ist nicht im Einsatz.
pbr - Policy Based Routing nein, aber wir haben VRF
show platform tcam utilization

CAM Utilization for ASIC# 0 Max Used
Masks/Values Masks/values

Unicast mac addresses: 400/3200 90/620
IPv4 IGMP groups + multicast routes: 144/1152 6/26
IPv4 unicast directly-connected routes: 400/3200 90/620
IPv4 unicast indirectly-connected routes: 1040/8320 22/109
IPv4 policy based routing aces: 384/512 1/2
IPv4 qos aces: 768/768 388/388
IPv4 security aces: 1024/1024 27/27

Note: Allocation of TCAM entries per feature uses
a complex algorithm. The above information is meant
to provide an abstract view of the current TCAM utilization

show controller CPU
ASIC Rxbiterr Rxunder Fwdctfix Txbuflos Rxbufloc Rxbufdrain
-------------------------------------------------------------------------
ASIC0 0 0 0 0 0 0
ASIC1 0 0 0 0 0 0
ASIC2 0 0 0 0 0 0
ASIC3 0 0 0 0 0 0
ASIC4 0 0 0 0 0 0
ASIC5 0 0 0 0 0 0
ASIC6 0 0 0 0 0 0


cpu-queue-frames retrieved dropped invalid hol-block stray
----------------- ---------- ---------- ---------- ---------- ----------
rpc 279227604 0 0 0 0
stp 257580916 0 0 0 0
ipc 26116003 0 0 0 0
routing protocol 811688788 0 0 0 0
L2 protocol 19301345 0 0 0 0
remote console 0 0 0 0 0
sw forwarding 3800158745 0 0 0 0
host 5539150 0 0 0 0
broadcast 404564382 0 0 0 0
cbt-to-spt 0 0 0 0 0
igmp snooping 406175019 0 0 0 0
icmp 692939 0 0 0 0
logging 0 0 0 0 0
rpf-fail 0 0 0 0 0
dstats 0 0 0 0 0
cpu heartbeat 443184417 0 0 0 0

Wir stochern immer noch im dunkeln, aber wir haben in einem Vlan Trafic gesehen, der der CPU-Auslastung gleicht. Aber die Serverjungs können oder wollen nicht helfen.

LG
JP

[jpzueri]

Hallo,

ich möchte mich bei allen bedanken, die mir Tipps gegeben haben.
Der Fehler wurde gefunden und behoben. Es war eine virtuelle IP Adresse, die auf den LB keinem IP-Pool zugeordnet wurde und somit auch ohne MAC-Eintrag auf dem Switch auftauchte (Incomplete).
Die Switche haben wieder ihre normale CPU-Auslastung.

Danke und Gruß
JP