Sie zeigen eine alte Version dieser Seite an. Zeigen Sie die aktuelle Version an.

Unterschiede anzeigen Seitenhistorie anzeigen

« Vorherige Version anzeigen Version 7 Nächste Version anzeigen »


Beschreibung:

In einem Stack aus XS- und/oder GS-45xx Switches hat der Stack-Master aufgrund des zusätzlichen Verwaltungsaufwands im Gegensatz zu den restlichen Stack-Members eine erhöhte CPU-Last.

In diesem Artikel wird beschrieben, wie die aktuelle CPU-Last auf einem Switch der XS- und GS-45xx Serie geprüft werden kann und wie die CPU-Last optimiert werden kann.


Voraussetzungen:

  • SSH-Client für den Zugriff per Konsole (z.B. PuTTY)
  • Beliebiger Web-Browser für den Zugriff per Webinterface


Informationen zur CPU-Last:

Auslesen der CPU-Last bei einem Switch der XS- und GS-45xx Serie:

1. Verbinden Sie sich per SSH mit dem Switch und geben den Befehl enable ein, um erweiterte Rechte zu erlangen.

2. Geben Sie den Befehl terminal length 0 ein, damit beliebig viele Zeilen angezeigt werden. Mit den in der Standard-Konfiguration verwendeten 24 Zeilen muss ansonsten für jede Zeile darüber hinaus die <Enter-Taste> gedrückt werden.

3. Geben Sie den Befehl show process cpu ein, damit eine Liste der aktiven Prozesse mitsamt der aktuellen CPU-Auslastung ausgegeben wird.


Prozesse mit potentiell hoher CPU-Last:

  • netsnmp_app mit dem zugehörigen RPC-Thread tRpcsrv.00050
    • Die Auslastung durch diese beiden Prozesse steigt stark an, wenn Monitoring-Daten an die LMC gemeldet werden. Da dieser Vorgang nur periodisch durchgeführt wird, handelt es sich lediglich um temporäre Last-Spitzen.
  • hapiPoeStatusTask (nur bei Switches mit PoE):
    • Dieser Prozess überwacht dauerhaft den PoE-Status
  • bcmRx:

    • Dieser Prozess ist für die Übertragung von Management-Informationen in einem Stack zuständig.

  • StatsAppTask:

    • Dieser Prozess sammelt Statistiken auf dem Switch.


Allgemeine Empfehlungen:

Traffic auf Layer 2/3, wird nicht durch die CPU verarbeitet. Aus diesem Grund hat die erhöhte Last keine Auswirkung auf die Funktionalität des Switching/Routings. 

Bei Nutzung von dynamische Routingprotokollen (BGP, OSPF), DHCP Snooping und RADIUS wird die CPU beansprucht und haben indirekten Einfluss auf den Traffic. Anbei eine Job-Auflistung: 
1742 (ospf_app) 
1658 DHCP_snoop
1659 DHCPV6_snoop 
1675 radius_task 


Optimierungsmöglichkeiten:

Stark erhöhte CPU-Last bei GS-45xx Switches in einem durch die LMC verwalteten Stack:

Bis einschließlich LCOS SX 5.20 RU6 ist die CPU-Last des Stack-Masters in einem durch die LMC verwalteten Stack aus GS-45xx Switches stark erhöht (dies Stack-Member sind davon nicht betroffen). Dies liegt daran, dass der Stack-Master die Status-Informationen der restlichen Stack-Member an die LMC meldet und dies einen zusätzlichen Verwaltungsaufwand darstellt. Dies kann dazu führen, dass ein Zugriff auf die Management-Oberfläche des Stack-Masters nur noch eingeschränkt möglich ist. Die Datenübetragung ist dadurch aber zu keiner Zeit beeinträchtigt

Das Verhalten ist ab LCOS SX 5.20 RU7 behoben. LANCOM Systems empfiehlt bei Verwendung eines durch die LMC verwalteten Stack aus GS-45xx Switches ein Update auf LCOS SX ab Version 5.20 RU7 durchzuführen (download aktuelle Version).