Fehlerbehebung bei der Systemleistung mit der Ressourcenüberwachungsmethodik
Übersicht über die Berechnung der Ressourcenüberwachung und Nutzung
Sie können die Ressourcenüberwachungsfunktion sowohl mit der CLI- als auch mit der SNMP-MIB-Abfrage konfigurieren. Sie können dieses Dienstprogramm verwenden, um ausreichend Spielraum (Speicherplatzbeschränkungen, die für die Anwendung oder den virtuellen Router festgelegt sind) für die Überwachung des Zustands und der Betriebseffizienz von DPCs und MPCs bereitzustellen. Sie können auch die Verwendung oder den Verbrauch von Speicher für den jtree-Speichertyp und für zusammenhängende Seiten, Doppelwörter und freie Speicherseiten analysieren und anzeigen. Der jtree-Speicher auf allen Paketweiterleitungs-Engines des Routers der MX-Serie besteht aus zwei Segmenten: In einem Segment werden hauptsächlich Routing-Tabellen und zugehörige Informationen gespeichert, im anderen Segment werden hauptsächlich Informationen zu Firewall-Filtern gespeichert. Da die Zuweisung von mehr Arbeitsspeicher für Routing-Tabellen oder Firewall-Filter die Weiterleitungsvorgänge einer Paketweiterleitungs-Engine unterbrechen kann, zeigt die Junos OS CLI eine Warnung an, alle betroffenen FPCs neu zu starten, wenn Sie eine Konfiguration festschreiben, die die Anweisung "Memory-enhanced route" enthält.
In den folgenden Abschnitten werden die Berechnungsgleichungen und die Interpretation der verschiedenen Speicherbereiche für I-Chip- und Trio-basierte Linecards beschrieben:
- Ressourcenüberwachung und Nutzungsberechnung für Trio-basierte Linecards
- Ressourcenüberwachung und Nutzungsberechnung für I-Chip-basierte Linecards
Ressourcenüberwachung und Nutzungsberechnung für Trio-basierte Linecards
Bei Trio-basierten Linecards werden Speicherblöcke für Next-Hop- und Firewall-Filter separat zugewiesen. Außerdem ist ein Erweiterungsspeicher vorhanden, der verwendet wird, wenn der zugewiesene Speicher für den Next-Hop- oder Firewallfilter vollständig belegt ist. Sowohl Next-Hop- als auch Firewallfilter können Speicher aus dem Erweiterungsspeicher zuweisen. Der Speicherbereich für die Kapselung ist spezifisch für I-Chip-basierte Linecards und nicht für Trio-basierte Linecards. Daher kann bei Trio-basierten Linecards der Prozentsatz des freien Speicherplatzes wie folgt interpretiert werden:
% Free (NH) = (1- (Used NH memory + Used Expansion memory ) / (Total NH memory+Total Expansion memory)) × 100
% Free (Firewall or Filter) = (1-(Used FW memory+Used Expansion memory ) / (Total FW memory+Total Expansion memory)) × 100
Der Verkapselungsspeicher ist I-Chip-spezifisch und nicht für Trio-basierte Linecards geeignet.
% Free (Encap memory) = Not applicable
Ressourcenüberwachung und Nutzungsberechnung für I-Chip-basierte Linecards
I-Chip-basierte Linecards enthalten 32 MB statischen RAM (SRAM)-Speicher, der dem Routen-Lookup-Block zugeordnet ist, und 16 MB SRAM-Speicher, der dem Ausgabe-WAN-Block zugeordnet ist.
Der Route-Lookup-Speicher ist ein einzelner Pool von 32 MB Speicher, der in zwei Segmente mit jeweils 16 MB unterteilt ist. In einer Standardkonfiguration wird Segment 0 für NH und Präfixe und Segment 1 für Firewall oder Filter verwendet. Diese Zuordnung kann mithilfe der Option route-memory-enhanced auf der Hierarchieebene [edit chassis] geändert werden. In einer allgemeinen Konfiguration kann der NH-Anwendung Speicher aus einem der beiden Segmente zugewiesen werden. Daher wird der Prozentsatz des freien Speichers für NH auf 32 MB Speicher berechnet. Derzeit wird Firewallanwendungen nur Speicher aus Segment 1 zugewiesen. Daher beginnt der Prozentsatz des freien Speichers, der für die Firewall überwacht werden soll, nur in Segment 1 mit den verfügbaren 16 MB Speicher.
Bei I-Chip-basierten Linecards kann der Prozentsatz des freien Speicherplatzes wie folgt interpretiert werden:
% Free (NH) = (32-(Used NH memory+Used FW memory+Used Other application)) / 32×100
% Free (Firewall or Filter)=(16-(Used NH memory+Used FW memory+Used Other application)) / 16×100
Die Speichergröße für Output WAN (Iwo) SRAM beträgt 16 MB und speichert die Layer-2-Deskriptoren, die die Kapselungsinformationen enthalten. Diese Entität ist eine kritische Ressource und muss überwacht werden. Dieser Speicherplatz wird in der Ausgabe des Befehls show als "Encap mem" angezeigt. Der Prozentsatz des freien Speichers für den Kapselungsbereich wird wie folgt berechnet:
% Free (Encapsulation memory) = (16-(Iwo memory used ( L2 descriptors +other applications))) / 16×100
Die für den Next-Hop-Speicher konfigurierte Wasserzeichenebene ist auch für den Kapselungsspeicher wirksam. Wenn also der Prozentsatz des freien Speichers für den Kapselungsbereich unter das konfigurierte Wasserzeichen fällt, werden Protokolle generiert.
Wenn der Prozentsatz des freien Speichers niedriger ist als das Wasserzeichen für freien Speicher eines bestimmten Speichertyps, wird die folgende Fehlermeldung im Syslog aufgezeichnet:
“Resource Monitor: FPC <slot no> PFE <pfe inst> <“JNH memory” or “FW/ Filter memory”> is below set watermark <configured watermark>”.
Sie können Ablaufverfolgungsvorgänge für die Ressourcenüberwachung konfigurieren, indem Sie die traceoptions file <filename> flag flag level level size bytes
Anweisung auf Hierarchieebene [edit system services resource-monitor]
verwenden. Standardmäßig werden Nachrichten in /var/log/rsmonlog. Die Fehlerprotokolle im Zusammenhang mit Socket-Kommunikationsfehlern (zwischen der Routing-Engine und der Paketweiterleitungs-Engine) sind hilfreich bei der Diagnose von Problemen bei der Kommunikation zwischen der Routing-Engine und der Paketweiterleitungs-Engine.
Aus Sicht von Ukern enthält MPC5E nur eine Instanz der Packet Forwarding Engine. Die Befehlsausgabe show chassis fabric plane zeigt den Status von Fabric Plane-Verbindungen mit der Packet Forwarding Engine an. Da zwei Paketweiterleitungsmodule vorhanden sind, bemerken Sie PFE-0 und PFE-1 in der Ausgabe.
user@host# run show chassis fabric plane Fabric management PLANE state Plane 0 Plane state: ACTIVE FPC 0 PFE 0 :Links ok PFE 1 :Links ok
Da nur eine Packet Forwarding Engine-Instanz für MPC5E vorhanden ist, wird in der Ausgabe des Befehls show system resource-monitor fpc nur eine Zeile angezeigt, die der Packet Forwarding Engine-Instanz 0 entspricht.
user@host# run show system resource-monitor fpc FPC Resource Usage Summary Free Heap Mem Watermark : 20 % Free NH Mem Watermark : 20 % Free Filter Mem Watermark : 20 % * - Watermark reached Heap ENCAP mem NH mem FW mem Slot # % Free PFE # % Free % Free % Free 0 94 0 NA 83 99
Das konfigurierte Wasserzeichen bleibt in allen GRES- und vereinheitlichten ISSU-Verfahren erhalten.
Diagnostizieren und Debuggen der Systemleistung durch Konfigurieren der Überwachung der Speicherressourcenauslastung auf Routern der MX-Serie
Junos OS unterstützt eine Ressourcenüberwachungsfunktion, die sowohl die CLI- als auch die SNMP-MIB-Abfragen verwendet. Sie können dieses Dienstprogramm verwenden, um ausreichend Headroom (Speicherplatzbeschränkungen, die für die Anwendung oder den virtuellen Router festgelegt sind) bereitzustellen, um die Systemstabilität sicherzustellen, insbesondere den Zustand und die Betriebseffizienz von I-Chip-basierten Linecards und Trio-basierten FPCs auf Routern der MX-Serie. Wenn die Speicherauslastung, entweder der ukernel-Speicher oder der ASIC-Speicher, einen bestimmten Schwellenwert erreicht, beeinträchtigen die Systemvorgänge den Zustand und die Stabilität der Linecard bei der Verarbeitung des Datenverkehrs, und ein solcher Kompromiss bei der Systemleistung kann sich nachteilig auf die Unterstützung von Live-Datenverkehr und Protokollen auswirken.
So konfigurieren Sie die Eigenschaften der Speicherressourcennutzungsfunktion:
Fehlerbehebung bei der Nichtübereinstimmung von jnxNatObjects-Werten für MS-DPC und MS-MIC
Problem
Beschreibung
Wenn sowohl MS-DPC als auch MS-MIC in einem Netzwerk implementiert sind und der NAT-Typ (Network Address Translation) als napt-44
konfiguriert ist, werden in der Ausgabe des snmp mib walk
Befehls für jnxNatObjects unterschiedliche Werte für MS-DPC und MS-MIC angezeigt.
Auflösung
Konfigurieren von SNMP für Übereinstimmung mit jnxNatObjects-Werten für MS-DPC und MS-MIC
Gehen Sie wie folgt vor, um SNMP so zu konfigurieren, dass es mit jnxNatObjects-Werten für MS-DPC und MS-MIC übereinstimmt:
Führen Sie den
set services service-set service-set-name nat-options snmp-value-match-msmic
Befehl configuration mode aus. Das folgende Konfigurationsbeispiel zeigt, wie SNMP so konfiguriert wird, dass die Werte für MS-MIC-spezifische Objekte in der MIB-Tabelle jnxNatObjects mit den Werten für MS-DPC-Objekte übereinstimmen.[edit] user@host# set services service-set Mobile nat-options snmp-value-match-msmic
Geben Sie den
commit
Befehl ein, um die Änderungen zu bestätigen.[edit] user@host# commit commit complete
(Optional) Führen Sie den
show snmp mib walk jnxNatObjects
Befehl aus, um zu überprüfen, ob die Werte für MS-MIC-spezifische Objekte in der MIB-Tabelle jnxNatObjects mit den Werten für MS-DPC-Objekte übereinstimmen. Die folgende Ausgabe zeigt beispielsweise, dass die Werte für MS-MIC-spezifische Objekte und MS-DPC-Objekte übereinstimmen.[edit] user@host# run show snmp mib walk jnxNatObjects jnxNatSrcXlatedAddrType.6.77.111.98.105.108.101 = 1 jnxNatSrcPoolType.6.77.111.98.105.108.101 = 13 jnxNatSrcNumPortAvail.6.77.111.98.105.108.101 = 64512 jnxNatSrcNumPortInuse.6.77.111.98.105.108.101 = 0 jnxNatSrcNumAddressAvail.6.77.111.98.105.108.101 = 1 jnxNatSrcNumAddressInUse.6.77.111.98.105.108.101 = 0 jnxNatSrcNumSessions.6.77.111.98.105.108.101 = 0 jnxNatRuleType.9.77.111.98.105.108.101.58.116.49 = 13 jnxNatRuleTransHits.9.77.111.98.105.108.101.58.116.49 = 0 jnxNatPoolType.6.77.111.98.105.108.101 = 13 jnxNatPoolTransHits.6.77.111.98.105.108.101 = 0
HINWEIS:Sie können den
delete services service-set service-set-name nat-options snmp-value-match-msmic
Befehl configuration mode verwenden, um diese Funktion zu deaktivieren.
Siehe auch
Verwaltete Objekte für ukernel Arbeitsspeicher für eine Paketweiterleitungs-Engine in einem FPC-Steckplatz
Die jnxPfeMemoryUkernTable
, deren Objektbezeichner ist {jnxPfeMemory 1}
, enthält die JnxPfeMemoryUkernEntry
, die die globalen ukernel- oder Heapspeicherstatistiken für den angegebenen Packet Forwarding Engine-Steckplatz abruft. Jedes JnxPfeMemoryUkernEntry
, dessen Objektbezeichner ist {jnxPfeMemoryUkernTable 1}
, enthält die in der folgenden Tabelle aufgeführten Objekte. Der jnxPfeMemoryUkernEntry
bezeichnet die Speicherauslastung, z. B. den gesamten verfügbaren Arbeitsspeicher und den Prozentsatz des verwendeten Speichers.
Objekt |
Objekt-ID |
Beschreibung |
---|---|---|
|
|
Gibt den Prozentsatz des freien Speichers der Packet Forwarding Engine innerhalb des ukern-Heaps an. |
Verwaltete Objekte für Speicherstatistikdaten der Paketweiterleitungs-Engine
Die jnxPfeMemory
Tabelle, deren Objektbezeichner ist {jnxPfeMib 2}
, enthält die Objekte, die in Tabelle 2
Objekt |
Objekt-ID |
Beschreibung |
---|---|---|
|
|
Stellt globale ukern-Speicherstatistiken für den angegebenen Packet Forwarding Engine-Steckplatz bereit. |
|
|
Stellt globale Next-Hop- (für Trio-basierte Linecards) oder Jtree-Speicherauslastung (für I-Chip-basierte Linecards) Speicherauslastungs- und Firewall-Filter-Speicherauslastungsstatistiken für den angegebenen Packet Forwarding Engine-Steckplatz bereit. |
Verwaltete Objekte für Next-Hop, jtree und Firewall Filtern Arbeitsspeicher für eine Paketweiterleitungs-Engine in einem FPC-Steckplatz
Die jnxPfeMemoryForwardingTable
, deren Objektbezeichner lautet {jnxPfeMemory 2}
, enthält JnxPfeMemoryForwardingEntry
, die den Next-Hop-Speicher für Trio-basierte Linecards, den jtree-Speicher für I-Chip-basierte Linecards und Firewall- oder Filterspeicherstatistiken für den angegebenen Packet Forwarding Engine-Steckplatz sowohl für I-Chip- als auch für Trio-basierte Linecards abruft. Jedes jnxPfeMemoryForwardingEntry
, dessen Objektbezeichner ist {jnxPfeMemoryForwardingTable 1}
, enthält die in der folgenden Tabelle aufgeführten Objekte.
Die jnxPfeMemoryForwardingEntry
stellt die ASIC-Instanz, den verwendeten ASIC-Speicher und den freien ASIC-Speicher dar. Der jtree-Speicher auf allen Paketweiterleitungs-Engines des Routers der MX-Serie besteht aus zwei Segmenten: In einem Segment werden hauptsächlich Routing-Tabellen und zugehörige Informationen gespeichert, im anderen Segment werden hauptsächlich Informationen zu Firewall-Filtern gespeichert. Da die Zuweisung von mehr Arbeitsspeicher für Routing-Tabellen oder Firewall-Filter die Weiterleitungsvorgänge einer Paketweiterleitungs-Engine unterbrechen kann, zeigt die Junos OS CLI eine Warnung an, alle betroffenen FPCs neu zu starten, wenn Sie eine Konfiguration festschreiben, die die Anweisung "Memory-enhanced route" enthält. Die Konfiguration wird erst wirksam, wenn Sie den FPC oder DPC (auf Routern der MX-Serie) neu starten.
Objekt |
Objekt-ID |
Beschreibung |
---|---|---|
|
|
Gibt die ASIC-Instanznummer im Packet Forwarding Engine-Komplex an. |
|
|
Gibt den Speichertyp der Packet Forwarding Engine an, wobei nh = 1, fw = 2, encap = 3 ist. |
|
|
Gibt den Prozentsatz des freien Speichers für jeden Speichertyp an. |
jnxPfeMemoryErrorsTable
Die unternehmensspezifische Packet Forwarding Engine MIB von Juniper Networks, deren Objekt-ID , {jnxPfeMibRoot 1}
unterstützt eine neue MIB-Tabelle, jnxPfeMemoryErrorsTable
, um Speicherfehlerzähler der Packet Forwarding Engine anzuzeigen. Die jnxPfeMemoryErrorsTable
, deren Objektbezeichner ist jnxPfeNotification 3
, enthält die JnxPfeMemoryErrorsEntry
. Jedes JnxPfeMemoryErrorsEntry
, dessen Objektbezeichner ist { jnxPfeMemoryErrorsTable 1 }
, enthält die in der folgenden Tabelle aufgeführten Objekte.
Objekt |
Objekt-ID |
Beschreibung |
---|---|---|
|
|
Gibt die FPC-Steckplatznummer für diesen Satz von PFE-Meldungen an |
|
|
Gibt die PFE-Steckplatznummer für diese Gruppe von Fehlern an |
|
|
Gibt die Anzahl der Paritätsfehler an |
|
|
Gibt die Fehleranzahl des ECC-Fehlers (Error-Checking Code) an |
pfeMemoryErrors
Die pfeMemoryErrorsNotificationPrefix
, deren Objektbezeichner ist {jnxPfeNotification 0}
, enthält das pfeMemoryErrors
Attribut. Das pfeMemoryErrors-Objekt, dessen Bezeichner das jnxPfeParityErrors
und-Objekt jnxPfeEccErrors
enthält{pfeMemoryErrorsNotificationPrefix 1}
.
Objekt |
Objekt-ID |
Beschreibung |
---|---|---|
|
|
Eine pfeMemoryErrors-Benachrichtigung wird gesendet, wenn der Wert von jnxPfeParityErrors oder jnxPfeEccErrors zunimmt. |