Today I've updated the last of our six ASR1002s to IOS XE 3.10.1S. All other are fine, but this one not so much - since the reload it's been stuck at ~80% CPU load, mainly due to "PPP IP Route" process activity. Compared to other devices with similar load (in terms of number of PPPoE sessions) on this one the "PPP IP Route" process is invoked much more often:
asr1#sh proc cpu | i five|Invok|PPP_IP_R
CPU utilization for five seconds: 88%/6%; one minute: 77%; five minutes: 78%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
Well, it happened again - this ASR has a total of two interfaces in use, both 10G, both connected to a 7606-S. Early this morning we reloaded the 7606 in order to upgrade its IOS, and since then the ASR has been stuck at ~80% CPU load again due to "PPP IP Route" process being heavily active. We'll probably reload it tomorrow morning, to see what happens...
This is actually a pretty cool feature, i didn't even know it existed until I was looking for a solution to advertise a subnet (prefix in BGP talk), only if a certain condition existed. This is exactly what conditional advertisements does
j ai une question j ai achete un routeur cisco 887VA-k9 , je le configuré avec la configuration ci- dessous
si je le lier avec mon pc portable sur l un de ses ports directement ça marche toute est bien ( la connexion internet + m...
Attached policy provides CLI access to the Cisco 4G router over text messaging. Two files are in the attached .tar file:
2. PDF with instructions on how to load and use the .tcl file.