In diesem Dokument wird beschrieben, wie ein häufiges Problem identifiziert und behoben werden kann, das durch das Wachstum der Internet-Routing-Tabelle verursacht wird: Eine Trident-basierte Linecard erreicht das Präfix, die Meldung %ROUTING-FIB-4-RSRC_LOW tritt auf, und auf den Linecards tritt ein Datenverkehrsverlust auf.
Wenn sich die Internet-Routing-Tabelle 500.000 Präfixen nähert, können auf einem Cisco Aggregation Services Router der Serie ASR 9000 mit Trident-basierten (Ethernet) Line Cards, die das Standardskalierungsprofil verwenden, Probleme auftreten. Eine Trident-basierte Line Card der Serie ASR 9000 kann standardmäßig bis zu 512.000 Layer-3-Präfixe (L3-Präfixe) unterstützen. Diese Grenze kann leicht erreicht werden, wenn der Router die vollständige Internet-Tabelle sowie IGP- (Interior Gateway Protocol) und L3-VPN-Routen überträgt.
Typhoon-basierte Line Cards (Enhanced Ethernet) unterstützen standardmäßig mehr Präfixe, sodass sie über mehr Kapazität verfügen und in der Regel nicht angepasst werden müssen. Eine Typhoon-basierte Line Card unterstützt standardmäßig vier Millionen IPv4- und zwei Millionen IPv6-Präfixe.
Eine Erläuterung der Unterschiede zwischen Trident-basierten und Typhoon-basierten Line Cards finden Sie unter Line Card-Typen der ASR Serie 9000.
Der Router protokolliert Meldungen wie diese, wenn das Limit für eine Trident-basierte Line Card erreicht ist:
LC/0/2/CPU0:Dec 6 01:24:14.110 : fib_mgr[169]: %ROUTING-FIB-4-RSRC_LOW :
CEF running low on DATA_TYPE_TABLE_SET resource memory. CEF will now begin
resource constrained forwarding. Only route deletes will be handled in this
state, which may result in mismatch between RIB/CEF. Traffic loss on certain
prefixes can be expected. CEF will automatically resume normal operation, once
the resource utilization returns to normal level.
Sobald die Trident-basierten Linecards die Meldung %ROUTING-FIB-4-RSRC_LOW anzeigen, tritt ein Ausfall für einige Präfixe auf. Cisco empfiehlt, dieses Problem proaktiv zu prüfen und zu planen, da es nach dem Auftreten des Problems nicht immer eine einfache Lösung gibt.
Erfassen Sie die Ausgabe dieser Befehle, um das Problem zu analysieren:
Der Befehl show cef platform resource location gibt die Anzahl der Einträge für jede Hardwareressource und die entsprechende maximale Anzahl der Einträge an.
RP/0/RSP0/CPU0:router#sh cef platform resource location 0/1/CPU0
Node: 0/1/CPU0
----------------------------------------------------------------
<snip>
-------------------------------------------------------------
IPV4_LEAF_P usage is same on all NPs
NP: 0 struct 23: IPV4_LEAF_P (maps to ucode stru = 54)
Used Entries: 471589 Max Entries: 524288
-------------------------------------------------------------
Die Linecard in diesem Beispiel enthält 471.000 Präfixe. Dies entspricht in etwa dem unterstützten Standardlimit von 512.000 Präfixen für Trident-basierte Linecards. Bei Instabilitäten (wie Konvergenz oder plötzlichen Spitzen von Präfixen im Internet) könnte der Schwellenwert überschritten werden, und die Linecard würde in den Out-of-Resources-Modus wechseln.
In Cisco IOS Software, Version 4.3.2 und höher, dauert der Befehl show cef platform resource location sehr lange (bis zu 15 Minuten), sodass Sie zu dem Schluss kommen können, dass der Befehl nicht funktioniert. Verwenden Sie in Version 4.3.2, 5.1.1 und höher stattdessen den Befehl show cef platform resource summary location.
RP/0/RSP0/CPU0:router2#show cef platform resource summary loc 0/2/cpu0
OBJECT USED MAX AVAILABLE
RPF_STRICT 0 262144 262144
IPv4_LEAF_P 114 4194304 4194190
IPv6_LEAF_P 57 2097152 2097095
LEAF 716 4194304 4193588
TX_ADJ 652 524288 523636
NR_LDI 715 2097152 2096437
TE_NH_ADJ 0 65536 65536
RX_ADJ 27 131072 131045
R_LDI 662 131072 130410
L2VPN_LDI 0 32768 32768
EXT_LSPA 630 524288 523658
IPv6_LL_LEAF_P 0 262144 262144
Bei einem Skalierungsprofil handelt es sich um eine vom Benutzer konfigurierbare Einstellung, mit der der Router angepasst wird, um je nach Verwendung des Routers eine effizientere Leistung zu erzielen.
Weitere Informationen finden Sie unter Konfigurieren von Profilen auf dem Cisco Router der Serie ASR 9000.
Die Anzahl der L2-VPN-Weiterleitungseinträge (MAC-Adresstabelle, Bridge-Domänen usw.) nimmt ab, wenn das Skalierungsprofil geändert wird. Diese Lösung sollte sorgfältig geprüft werden, wenn der Router L3- und L2-Services bereitstellt, da die Weiterleitungsressourcen von diesen Funktionen gemeinsam genutzt werden müssen.
Das Dokument ASR9000/XR Understanding Route scale im Cisco Support Forum bietet weitere nützliche Informationen.
Verwenden Sie den Befehl hw-module profile scale, um das Skalierungsprofil im Administrationskonfigurationsmodus zu konfigurieren. Wenn ein Skalierungsprofil auch in der globalen Konfiguration konfiguriert ist, sollten Sie die Konfiguration in der Administrationskonfiguration duplizieren und die globale Konfiguration entfernen.
In diesem Beispiel wird das Skalierungsprofil in das L3-Skalierungsprofil geändert:
RP/0/RSP1/CPU0:router#admin
RP/0/RSP1/CPU0:router(admin)#config
RP/0/RSP1/CPU0:router(admin-config)#hw-module profile scale ?
default Default scale profile
l3 L3 scale profile
l3xl L3 XL scale profile
RP/0/RSP1/CPU0:router(admin-config)#hw-module profile scale l3
In order to activate this new memory resource profile, you must manually reboot
the line cards.
RP/0/RSP1/CPU0:router(admin-config)#commit
RP/0/RSP1/CPU0:router(admin-config)#end
RP/0/RSP1/CPU0:router(admin)#exit
RP/0/RSP1/CPU0:router#
Um das neue Profil zu aktivieren, muss die Linecard manuell neu geladen werden. Dadurch wird der Datenverkehr über die Linecard für einige Minuten unterbrochen:
RP/0/RSP1/CPU0:router#hw-module location 0/0/CPU0 reload
WARNING: This will take the requested node out of service.
Do you wish to continue?[confirm(y/n)]y
RP/0/RSP1/CPU0:router#
In sehr seltenen Fällen gibt es möglicherweise kein Skalierungsprofil, das die erforderliche Anzahl von L2- und L3-Weiterleitungseinträgen bereitstellt. In diesen Fällen besteht die einzige Lösung darin, ein Upgrade von Trident-basierten Line Cards auf Typhoon-basierte Line Cards durchzuführen, die standardmäßig vier Millionen IPv4-Weiterleitungseinträge unterstützen.
In einer zukünftigen Version wird das Standard-Skalierungsprofil geändert. Cisco Bug ID CSCul97045 , "Make the layer 3 scale profile the default for Trident linecards" (Das Layer-3-Skalierungsprofil als Standard für Trident Linecards festlegen) ist eine Funktionsanforderung, die das Standard-Skalierungsprofil in Übereinstimmung mit dem aktuellen L3-Profil ändert und ein neues L2-Skalierungsprofil einführt, das dem aktuellen Standard entspricht.
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
06-Jan-2014 |
Erstveröffentlichung |