Inleiding
In dit document wordt het probleem met het BGP-virtueel geheugen (RLIMIT) op Cisco-routers beschreven en worden de stappen beschreven die moeten worden genomen wanneer dit probleem zich voordoet.
Achtergrondinformatie
Rlimit definieert de Resource Limit voor een proces in XR en varieert afhankelijk van de vereisten voor het procesgeheugen. Deze limieten kunnen verschillen tussen releases omdat ze kunnen worden aangepast op basis van nieuwe behoeften en ontdekkingen.Rlimit wordt bepaald door vaste geheugentoewijzingen voor componenten zoals gedeeld geheugen, kernel en dllmgr, waardoor het niet-configureerbaar is via CLI.
Overzicht van probleem
Geheugengebruik piekte tot 90% nadat de BGP-peer-verbinding tot stand was gebracht. Dit kan er ook voor zorgen dat het BGP-proces crasht.
RP/0/RSP0/CPU0:Jul 15 01:04:24.815 GMT: bgp[1087]: %HA-HA_WD_LIB-4-RLIMIT :wd_handle_sigxfsz: Reached 90% of RLIMIT_DATA
RP/0/RSP0/CPU0:Jul 15 01:04:24.815 GMT: bgp[1087]: %ROUTING-BGP-4-VIRTUAL_MEMORY_LIMIT_THRESHOLD_REACHED : BGP virtual memory has reached 90% of the maximum allowed limit of 2281 MB for this platform
Deze opdracht geeft de maximale hoeveelheid geheugen weer die een proces kan gebruiken.
RP/0/RSP0/CPU0:ASR#show bgp process performance-statistics | i RLIMIT
Platform RLIMIT max: 2281701376 bytes
Deze opdracht toont de dynamische limiet in de heap:
RP/0/RSP0/CPU0:ASR#show bgp instance all scale
BGP instance 0: 'default'
=========================
VRF: default
Neighbors Configured: 2 Established: 2
Address-Family Prefixes Paths PathElem Prefix Path PathElem
Memory Memory Memory
IPv4 Unicast 112649 225065 112649 9.88MB 13.74MB 6.77MB
IPv6 Unicast 6358 12581 6358 645.73KB 786.31KB 391.17KB
------------------------------------------------------------------------------
Total 119007 237646 119007 10.51MB 14.50MB 7.15MB
node: node0_RSP0_CPU0
------------------------------------------------------------------
JID Text Data Stack Dynamic Dyn-Limit Shm-Tot Phy-Tot Process
------ ---------- ---------- ---------- ---------- ---------- ---------- ---------- -------
1067 1M 10M 572K 2001M 2175M 145M 2012M bgp <<<<<<<<<<<<<<
343 8K 12K 128K 421M 1024M 30M 422M mibd_infra
1141 22M 5M 1012K 374M 2048M 95M 380M netconf
Total text: 22893 pages
data: 24102 pages
stack: 6765 pages
malloced: 21257 pages
beperking
De RLIMIT-beperking is een kritische factor op cXR 32-bits systemen, waar een geheugenplafond wordt afgedwongen. Deze beperking heeft direct invloed op het geheugen dat beschikbaar is voor BGP-processen.
Op eXR 64-bits systemen is de RLIMIT echter aanzienlijk verhoogd. Deze verbetering vermenigvuldigt het beschikbare geheugen voor BGP-processen en biedt een robuustere omgeving voor het verwerken van grotere routeringstabellen en meer peers.
Zie de vergelijking van geheugentoewijzing:
Apparaat met RSP880-LT-TR en eXR heeft de RLIMIT voor BGP als 7,4 GB
RP/0/RSP0/CPU0:ASR#show processes memory detail 10523
JID Text Data Stack Dynamic Dyn-Limit Shm-Tot Phy-Tot Process
==========================================================================================
1087 2M 1030M 136K 41M 7447M 131M 183M bgp
Apparaat met RSP880-LT-TR en cXR heeft de RLIMIT voor BGP als 2,5 GB
RP/0/RSP0/CPU0:ASR#show processes memory detail 1087
JID Text Data Stack Dynamic Dyn-Limit Shm-Tot Phy-Tot Process
------ ---------- ---------- ---------- ---------- ---------- ---------- ---------- -------
1087 1M 10M 356K 31M 2574M 35M 41M bgp
Mogelijke oplossing/oplossing
Om het geheugenprobleem met BGP aan te pakken, kunnen deze stappen worden overwogen.
-
Upgrade naar 64-bits systeem
-
ASR9k-profiel wijzigen
-
Switch het ASR9k profiel van de standaardinstelling naar het L3XL profiel. Deze aanpassing verhoogt de geheugentoewijzing voor BGP, wat kan helpen de geheugendruk te verlichten.
-
Als u overschakelt naar het L3XL-profiel, wordt het geheugen dat beschikbaar is voor andere processen verminderd. Daarom is het essentieel om de impact op de algehele systeemprestaties te evalueren.
-
Voordat u het L3XL-profiel implementeert, moet u de documentatie van het platform grondig doornemen om de implicaties ervan te begrijpen en de compatibiliteit met uw systeemvereisten te garanderen.
-
Knop "soft-reconfiguration inbound always" evalueren
-
Het gebruik van de knop 'soft-reconfiguration inbound always' is zeer geheugenintensief, vooral als er extra paden aanwezig zijn.
-
Controleer BGP-peers die geen mogelijkheid hebben om de route te vernieuwen en zorg ervoor dat deze knop alleen is ingeschakeld voor die specifieke peers.
-
Verwijder deze knop van peers die ondersteuning bieden voor routeververversing om het geheugen terug te winnen.
-
Implementeer route-beleid om sommige voorvoegsels te weigeren
-
Het aantal BGP-peers verminderen
-
BGP-proces opnieuw starten of router opnieuw laden
-
Geheugenintensieve functies evalueren
-
Houd er rekening mee dat bepaalde functies zoals Non-Stop Routing (NSR), extra paden en een maximaal pad kunnen bijdragen aan een verhoogd geheugengebruik.
-
Beoordeel de noodzaak van deze functies en overweeg ze uit te schakelen of te optimaliseren als ze niet essentieel zijn voor uw netwerkactiviteiten.
Met deze stappen kunt u het geheugengebruik beter beheren en de stabiliteit en prestaties van uw BGP-processen garanderen.
Als het probleem nog steeds niet is hersteld, verzamelt u logboeken en neemt u contact op met Cisco TAC:
show tech-support
show tech-support routing bgp
show processes memory detail location 0/rsp0/cpu0
show processes memory detail location 0/rsp1/cpu0
show memory summary location all
show memory heap location 0/rsp0/cpu0
show memory heap location 0/rsp1/cpu0
show memory heap dllname
show bgp scale
show bgp scale standby
show bgp all all process performance-statistics
show bgp all all process performance-statistics detail
Feedback