Inhoud

Inleiding

Achtergrondinformatie

Samenvatting van probleem

Beperking

Mogelijke tijdelijke oplossing

Inleiding

Dit document beschrijft de BGP-kwestie van het virtueel geheugen (RLIMIET) op Cisco-routers en beschrijft de stappen die u moet nemen bij het tegenkomen van dit probleem.

Achtergrondinformatie

Rlimit definieert de Resource Limit voor een proces in XR en varieert afhankelijk van de vereisten voor elk procesgeheugen. Deze limieten kunnen verschillen tussen releases aangezien ze kunnen worden aangepast op basis van nieuwe behoeften en ontdekkingen.Rlimit wordt bepaald door vaste geheugentoewijzingen voor componenten zoals gedeeld geheugen, kernel, en dlmgr, waardoor het niet-configureerbaar via CLI.

Samenvatting van probleem

Het geheugengebruik steeg tot 90% nadat de BGP peer-verbinding tot stand was gebracht. Hierdoor kan ook het BGP-proces crashen.

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 toont de maximale hoeveelheid geheugen waartoe elk proces toegang kan hebben.

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 stapel:

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-bit systemen, waar een geheugenplafond wordt afgedwongen. Deze beperking heeft direct effect op het geheugen dat beschikbaar is voor BGP-processen.

Bij eXR 64-bit systemen is de Rlimit echter aanzienlijk verhoogd. Deze verbetering vermenigvuldigt het beschikbare geheugen voor BGP-processen, wat een robuustere omgeving biedt voor de verwerking van grotere routingtabellen en meer peers.

Bekijk de vergelijking van Memory Allocation:

Apparaat met RSP880-LT-TR en eXR heeft de Rlimit voor BGP als 7.4GB

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.5GB

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 tijdelijke oplossing

Om het geheugenprobleem met BGP aan te pakken, kunnen deze stappen worden overwogen.

- Upgrade naar 64-bits systeem

- BGP profiteert van een grotere geheugentoewijzing op een 64-bits systeem, ongeveer 8 GB zoals gedefinieerd door Rlimit. Deze upgrade kan helpen bij het beheer van de toegenomen geheugenvereisten van BGP.

- ASR9k-profiel wijzigen

- Switch het ASR9k-profiel van de standaardinstelling naar het L3XL-profiel. Deze aanpassing verhoogt de geheugentoewijzing voor BGP, wat de geheugendruk kan verlichten.

- Merk op dat het veranderen in het L3XL profiel het geheugen beschikbaar voor andere processen vermindert. Daarom is het van essentieel belang het effect op de algehele systeemprestaties te evalueren.

- Alvorens het L3XL-profiel te implementeren, moet u de platformdocumentatie grondig doornemen om de implicaties ervan te begrijpen en te zorgen voor compatibiliteit met uw systeemvereisten.

- Beoordeel "soft-reconfiguratie inbound altijd" knop

- Het gebruik van de 'soft-herconfiguratie inbound altijd' knop is zeer geheugenintensief, vooral als er extra paden aanwezig zijn.

- Controleer BGP-peers zonder mogelijkheid tot routevernieuwing en zorg ervoor dat deze knop alleen is ingeschakeld voor die specifieke peers.

- Verwijder deze knop van peers die wel ondersteuning bieden voor routevernieuwing om geheugen terug te winnen.

- Voer routebeleid in om bepaalde prefixes te ontkennen

- Maak een routebeleid om bepaalde prefixes te ontkennen, die kan helpen het geheugengebruik te verminderen door het aantal routes dat moet worden verwerkt en opgeslagen te beperken.

- Het aantal BGP-peers verminderen

- Verminder het aantal BGP-peers op de router om de totale geheugenconsumptie te verlagen. Deze stap is bijzonder nuttig als u een groot aantal peers hebt die bijdragen aan het hoge geheugengebruik.

- BGP-proces voor opnieuw laden router

- Het handmatig opnieuw starten van het BGP proces of het opnieuw laden van de router kan helpen om geheugen vrij te maken. Dit is een tijdelijke oplossing, maar kan effectief zijn in het verlichten van onmiddellijke geheugenproblemen.

- Geheugenintensieve functies evalueren

- Houd in acht dat bepaalde functies, zoals Non-Stop Routing (NSR), extra-paden en maximum-path kunnen bijdragen aan verhoogd geheugengebruik.

- Beoordeel de noodzaak van deze functies en overweeg ze uit te schakelen of te optimaliseren als ze niet cruciaal zijn voor uw netwerkbewerkingen.

Deze stappen kunnen het geheugengebruik beter beheren en zorgen voor de stabiliteit en prestaties van uw BGP-processen.

Als het probleem nog steeds niet is hersteld, verzamelt u logbestanden en neemt u contact op met Cisco TAC:

show tech-support

show tech-support routing bgp

show processes memory detail <job id> location 0/rsp0/cpu0

show processes memory detail <job id> location 0/rsp1/cpu0

show memory summary location all

show memory heap <job id>  location 0/rsp0/cpu0

show memory heap <job id>  location 0/rsp1/cpu0

show memory heap dllname <job id>

show bgp scale

show bgp scale standby

show bgp all all process performance-statistics

show bgp all all process performance-statistics detail