jpzueri
-
Gesamte Inhalte
166 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von 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
-
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
-
Hi,
und ????
Gruß
JP
-
Hi,
hat es geklappt?
Gruß
JP
-
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.
-
Hi,
du musst auf dem Router6 noch folgenden Befehl eingeben:
conf t
Router6(config)#router bgp 200
Router6(config-router)#redistribute connected
dan werden auch die Netze von Router6 auf Router4 bekannt.
Router4#sh ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
172.17.0.0/16 is variably subnetted, 2 subnets, 2 masks
C 172.17.52.0/23 is directly connected, Ethernet0/0
C 172.17.0.0/19 is directly connected, Ethernet0/1
10.0.0.0/24 is subnetted, 1 subnets
C 10.255.2.0 is directly connected, Ethernet0/2
192.168.3.0/24 is variably subnetted, 2 subnets, 2 masks
B 192.168.3.0/25 [20/0] via 10.255.2.2, 00:00:06
B 192.168.3.128/27 [20/0] via 10.255.2.2, 00:00:06
Router4#
Gruß
JP
-
Hi und Guten Morgen,
hat noch jemand eine Idee wie man die Ursache der hohen CPU-Last herrausfinden kann?
Gruß
JP
-
Hi,
#sh sdm pref
The current template is "desktop routing" template.
The selected template optimizes the resources in
the switch to support this level of features for
8 routed interfaces and 1024 VLANs.
number of unicast mac addresses: 3K
number of IPv4 IGMP groups + multicast routes: 1K
number of IPv4 unicast routes: 11K
number of directly-connected IPv4 hosts: 3K
number of indirect IPv4 routes: 8K
number of IPv4 policy based routing aces: 0.5K
number of IPv4/MAC qos aces: 0.5K
number of IPv4/MAC security aces: 1K
#sh mac-address-table | in Total
Total Mac Addresses for this criterion: 183
#sh mac-address-table count | in Available
Total Mac Address Space Available: 2880
#show processes cpu sorted | ex 0.00%
CPU utilization for five seconds: 21%/10%; one minute: 21%; five minutes: 19%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
82 242736461 193102266 1257 1.43% 0.86% 0.85% 0 HLFM address lea
104 77170188 13980157 5519 1.11% 0.96% 0.96% 0 hpm counter proc
117 2692 1228 2192 0.95% 1.00% 0.38% 6 SSH Process
197 17973291 67656814 265 0.63% 0.46% 0.28% 0 IP Input
203 14271692 53933135 264 0.31% 0.16% 0.14% 0 Spanning Tree
147 17460372 1356315 12873 0.15% 0.22% 0.21% 0 HQM Stack Proces
306 10688722 66592999 160 0.15% 0.28% 0.16% 0 HSRP IPv4
68 10536161 2239115 4705 0.15% 0.09% 0.10% 0 Adjust Regions
148 10448564 5418387 1928 0.15% 0.14% 0.15% 0 HRPC qos request
100 52865364 136063265 388 0.15% 0.37% 0.36% 0 hpm main process
139 17549378 254071959 69 0.15% 0.17% 0.12% 0 Hulc LED Process
44 3786667 1361850 2780 0.15% 0.04% 0.04% 0 Compute load avg
#show processes cpu sorted 5sec | ex 0.00%
CPU utilization for five seconds: 23%/11%; one minute: 20%; five minutes: 20%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
82 242740113 193110705 1257 2.07% 1.04% 0.94% 0 HLFM address lea
104 77173720 13980750 5520 1.43% 0.98% 0.96% 0 hpm counter proc
100 52866929 136068828 388 0.95% 0.48% 0.40% 0 hpm main process
191 3325132 2420795 1373 0.63% 0.09% 0.06% 0 CDP Protocol
147 17461148 1356373 12873 0.15% 0.24% 0.22% 0 HQM Stack Proces
44 3786846 1361908 2780 0.15% 0.03% 0.04% 0 Compute load avg
105 3156845 14330178 220 0.15% 0.02% 0.02% 0 HRPC pm-counters
197 17973836 67659925 265 0.15% 0.15% 0.19% 0 IP Input
203 14272076 53934954 264 0.15% 0.13% 0.12% 0 Spanning Tree
139 17549812 254082797 69 0.15% 0.13% 0.12% 0 Hulc LED Process
65 9808865 172679873 56 0.15% 0.13% 0.12% 0 RedEarth Tx Mana
-
Hola daking,
ich habe jetzt mal den Befehl sh platform port-asic stats drop eingegeben und es wird in keiner Queue gedropped.
3750G:sh platform port-asic stats drop
Port-asic Port Drop Statistics - Summary
========================================
RxQueue 0 Drop Stats: 0
RxQueue 1 Drop Stats: 0
RxQueue 2 Drop Stats: 0
RxQueue 3 Drop Stats: 0
Port 0 TxQueue Drop Stats: 0
Port 1 TxQueue Drop Stats: 0
Port 2 TxQueue Drop Stats: 0
Port 3 TxQueue Drop Stats: 0
Supervisor TxQueue Drop Statistics
Queue 0: 0
Queue 1: 0
Queue 2: 0
Queue 3: 0
Queue 4: 0
Queue 5: 0
Queue 6: 0
Queue 7: 0
Queue 8: 0
Queue 9: 0
Queue 10: 0
Queue 11: 0
Queue 12: 0
Queue 13: 0
Queue 14: 0
Queue 15: 0
3750E:sh platform port-asic stats drop
Port-asic Port Drop Statistics - Summary
========================================
RxQueue Drop Statistics Slice0
RxQueue 0 Drop Stats Slice0: 0
RxQueue 1 Drop Stats Slice0: 0
RxQueue 2 Drop Stats Slice0: 0
RxQueue 3 Drop Stats Slice0: 0
RxQueue Drop Statistics Slice1
RxQueue 0 Drop Stats Slice1: 0
RxQueue 1 Drop Stats Slice1: 0
RxQueue 2 Drop Stats Slice1: 0
RxQueue 3 Drop Stats Slice1: 0
Port 0 TxQueue Drop Stats: 0
Port 1 TxQueue Drop Stats: 0
Port 2 TxQueue Drop Stats: 0
Port 3 TxQueue Drop Stats: 0
Port 4 TxQueue Drop Stats: 0
Port 5 TxQueue Drop Stats: 0
Port 6 TxQueue Drop Stats: 0
Port 7 TxQueue Drop Stats: 0
Port 8 TxQueue Drop Stats: 0
Port 9 TxQueue Drop Stats: 0
Port 10 TxQueue Drop Stats: 0
Port 11 TxQueue Drop Stats: 0
Port 12 TxQueue Drop Stats: 0
Port 13 TxQueue Drop Stats: 0
Port 14 TxQueue Drop Stats: 0
Port 15 TxQueue Drop Stats: 0
Port 16 TxQueue Drop Stats: 0
Port 17 TxQueue Drop Stats: 0
Port 18 TxQueue Drop Stats: 0
Port 19 TxQueue Drop Stats: 0
Port 20 TxQueue Drop Stats: 0
Port 21 TxQueue Drop Stats: 0
Port 22 TxQueue Drop Stats: 0
Port 23 TxQueue Drop Stats: 0
Port 24 TxQueue Drop Stats: 0
Port 25 TxQueue Drop Stats: 0
Port 26 TxQueue Drop Stats: 0
Port 27 TxQueue Drop Stats: 0
Supervisor TxQueue Drop Statistics
Queue 0: 0
Queue 1: 0
Queue 2: 0
Queue 3: 0
Queue 4: 0
Queue 5: 0
Queue 6: 0
Queue 7: 0
Queue 8: 0
Queue 9: 0
Queue 10: 0
Queue 11: 0
Queue 12: 0
Queue 13: 0
Queue 14: 0
Queue 15: 0
Mit dem ERM habe ich noch keine Erfahrung, aber der 3750G und E unterstützt es.
(config)#process cpu threshold type total rising ?
<1-100> .
Wie sieht mein Setup aus:
3750G-Stack ----8 Gig channel----- VSS -----8 gig channel ----- 3750E-Stack
Es werden zur Zeit zwei DMZen in dieser Zone betrieben. Eine alte DMZ auf Layer 2 und die neue DMZ auf Layer 3. Also zwischen den Switchen ein Transfer Netz. Für die Loadbalancer wurde ein eingenes Netz eingerichtet mit HSRP auf beiden Switchen.
Den debug Befehl werde ich jetzt nicht eingeben :)
Brauchst du noch mehr Info´s?
LG
JP
-
Hi sessi,
bei uns wird ein Loadbalancer eingesetzt und es gibt keine zwei Wege für den Datenverkehr. Der Stack geht auf ein VSS, dass die beiden RZ koppelt. Es gibt nur ein Transfer-Netz in das zweite RZ.
LG
JP
-
Hi sessi,
debugging ist immer ausgeschaltet. Das ist wohl klar :)
sh deb condition
% No conditions found
Gruss
JP
-
Hallo zusammen,
ich habe ein komisches Phenomen auf einem 3750E-Stack.
Die CPU Auslastung schaukelt sich bis zu 70% hoch. Sobald die Loadbalancer
durchgestartet werden, geht auch die CPU-Auslastung runter.
sh proc cpu sort | ex 0.00% 0.00% 0.00%
CPU utilization for five seconds: 19%/13%; one minute: 19%; five minutes: 21%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
76 456014805 614354245 742 0.95% 1.05% 1.29% 0 HLFM address lea
297 38481133 275984751 139 0.31% 0.22% 0.19% 0 HSRP IPv4
190 70317046 282230945 249 0.15% 0.44% 0.37% 0 IP Input
142 27884436 16835160 1656 0.15% 0.05% 0.10% 0 HRPC qos request
5 17452 425573 41 0.00% 0.00% 0.00% 0 Pool Manager
6 0 2 0 0.00% 0.00% 0.00% 0 Timers
7 0 1 0 0.00% 0.00% 0.00% 0 HRPC asic-stats
Im normalen Betrieb liegt die Auslastung bei 6-8%. Hat jemand eine Idee, woher dies kommt. Es kommt eindeutig von den Laodbalancer, aber warum und die Loadbalancer werden nicht von unserer Gruppe administriert.
Leider... Gibt es einen debug Befehl, mit dem ich es rauskriege?
Zur Zeit haben wir die c3750-advipservicesk9-mz.122-46.SE.bin Software in Betrieb.
LG
JP
-
Die PC werden mit einer festen IP-Adresse aufgestellt. IP:10.0.0.1/30 GW 10.0.0.2
Wir machen kein PAT, nur NAT.
-
Hi Otaku19,
der Router macht nur NAT : ip nat inside source list xx interface xx overload
IOS: c7200-jk9s-mz.123-24.bin
Die Anforderung war, ein Standalone-Netz analog eines DSL-Netz zu Hause aufzubauen.
Also kein access-list ingress und access-list egress. Jeder Client hat sein eigenen Adressbereich (Bspl. 10.0.0.0/30).
Die Software funktioniert mit einem normalen DSL-Anschluss. Mir wurde die Software nur übergeben mit der Ausage: es läuft nicht.
Mach was ....
LG
JP
-
Hallo zusammen,
ich habe da ein kleines Problem.
Wir haben die Software Polycom zum testen bekommen und es läuft nicht wie es sollte.
Auf dem Laptop wurde die Software installiert und ist hinter einem Cisco 7206 VXR der direkt ins Internt geht. NAT ist aktiviert, so dass alle Client die gleiche IP haben.
AP ------ 3524XL------cisco7206vxr----NAT-----Internet
Die Software wurde gemäss der Beschreibung konfiguriert, muss ich noch auf dem Router Konfigurationsänderungen vornehmen? Wen ja, wer kann mir helfen.
Besten Dank
JP
-
Hi,
hast du nur ein IOS im flash, brauchst du auch kein boot system Eintrag.
boot system flash slot0: ............
-
Hi,
hoffen wir, es sollte ja schon ende September kommen.
Wir brauchen die Software für unser neues RZ.
Gruß
JP
-
Hallo zusammen,
kann mir jemand sagen wan Withney 2 zur verfügung steht?
Aussage von Cisco war ende September, ist aber noch nicht verfügbar.
LG
J-P
-
Hi Arino
du brauchst minimum ein FastEthernet-Interface. Mit Ethernet funktioniert es glaube ich nicht.
interface FastEthernet10/0/0.10
description -> xxxxxxx
encapsulation dot1Q 10
Oder kennt jemand eine andere Lösung für Arino?
LG
J-P
-
Hi Kibo,
hast du noch andere IOS Versionen auf dem bootflash? Versuche es mal mit einer anderen IOS Version oder wende dich an die Firma die den 6500E geliefert hat.
Wir haben auch mehere 6509E mit sup32 10Ge im Einsatz und haben keine Probleme gehabt.
Es sieht nicht nach einem Konfigurationfehler aus, vielleicht die Software.
Bei uns:
6509#sh bootvar
BOOT variable = sup-bootdisk:,1;
CONFIG_FILE variable does not exist
BOOTLDR variable does not exist
Configuration register is 0x2102
Da wir nur eine IOS Version auf dem sup-bootdisk geladen habe, haben wir auch keine Bootvar gesetzt.
LG
J-P
Leider kann ich dir auch nicht weiter helfen.
-
Hi,
eventuell musst du noch das Trunking Protocol angeben.
interface GigabitEthernet..
description VMWare
..
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 50,53
switchport mode trunk
..
!
Vlans erlauben ist besser (wie onedread beschrieben hat)
Gruß
J-P
-
Hallo MYOEY,
wir habe auch Server mit VMWare im Einsatz mit unterschiedlichen Vlan id.
Auf dem Server muss ein Trunk eingerichtet werden und auf dem Switchport auch.
Gruß
J-P
-
Hallo,
falls du kein VTP nutzt und die Switche auf VTP Operating Mode: Transparent stehen, musst du den Switchen alle Vlans bekannt geben. Ansonst werden die Packete nie ankommen.
Der Server kann evtl. nur dot1q, falls du ein Trunk einrichten kannst.
Vlan 1 default auf shutdown, sollte nicht genutzt werden. :-)
Gruß
J-P
-
Hi,
wen ein Link auf FWD und der andere auf BLK steht hat Spanning Tree zugeschlagen.
Ein Loadbalancing auf den 35xx-XL funktioniert nach meinem Wissen nicht. Auf dem 3560 geht es:
Bspl.:
interface GigabitEthernet0/27 und interface GigabitEthernet0/28
.........
switchport trunk encapsulation dot1q
switchport mode trunk
logging event bundle-status
logging event status
logging event subif-link-status
load-interval 30
channel-protocol lacp
channel-group 1 mode active
interface Port-channel1
.........
switchport trunk encapsulation dot1q
switchport mode trunk
logging event bundle-status
logging event status
logging event subif-link-status
load-interval 30
end
Die alten 35xx-XL können kein LACP.
Gruß
JP
Hohe CPU Auslastung Cisco 3750E
in Cisco Forum — Allgemein
Geschrieben
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