We have several ASR1002 and ASR1004 devices used as PPPoE concentrators. One of them, recently deployed, seems to be a bit more loaded than it should be (compared to others of similar configurations). The platform's specs are ASR1002 / RP1 / ESP10 / SIP10 running IOS XE 3.9.1S, and given ~2700 simultaneous PPPoE sessions and 850Mbps / 500 Mbps (up / down) of traffic, I get the following:
#show platform software status control-processor brief
Slot Status 1-Min 5-Min 15-Min
RP0 Healthy 0.30 0.42 0.43
ESP0 Healthy 0.22 0.26 0.16
SIP0 Healthy 0.02 0.01 0.00
Slot Status Total Used (Pct) Free (Pct) Committed (Pct)
What might be related to the CPU load issue is that in the logs of the problematic ASR there are a lot of "%IOSXE_INFRA-3-PUNT_ADDR_RES_ENCAP_ERR: Punted address resolution packet with unknown encap PPP" entries. Another possibly relevant piece of info is that the problematic ASR uses port-channelled "downlink" GbE interfaces (with manual (Vlan-based) load-balancing).
The questions are: could the use of port-channels affect CPU load on ASR1K? what could be the cause of those log entries? what else (IOS commands) can I use to debug this CPU load issue further?
In a Linux session on the RP, "top" show the outputs below (sorted by CPU time - first one is taken from the problematic ASR, second one from the other ASR, used for comparison). It may be just a coincidence, but on the abnormally loaded ASR the "hman" process takes quite a lot of CPU time... what exactly does the "Host Manager" process do?
top - 16:54:00 up 6 days, 10:07, 0 users, load average: 1.15, 1.08, 1.02
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...