400-007 · Question #92
Company A has a hub-and spoke topology over an SP-managed infrastructure. To measure traffic performance metrics. IP SLA senders on all spoke CE routers and an IP SLA responder on the hub CE router. W
The correct answer is D. CPU usage on the hub router. As spoke site count grows, the hub CE router's CPU is the critical resource to monitor because it hosts the single IP SLA responder that must process and reply to probes from every spoke simultaneously.
Question
Company A has a hub-and spoke topology over an SP-managed infrastructure. To measure traffic performance metrics. IP SLA senders on all spoke CE routers and an IP SLA responder on the hub CE router. What must they monitor to have visibility on the potential performance impact due to the constantly increasing number of spoke sites?
Options
- Amemory usage on the hub router
- Binterface buffers on the hub and spoke routers
- CCPU and memory usage on the spoke routers
- DCPU usage on the hub router
How the community answered
(45 responses)- A2% (1)
- B7% (3)
- C11% (5)
- D80% (36)
Why each option
As spoke site count grows, the hub CE router's CPU is the critical resource to monitor because it hosts the single IP SLA responder that must process and reply to probes from every spoke simultaneously.
Memory usage on the hub is relatively stable because IP SLA responder session state is lightweight and does not grow significantly as more spokes are added.
Interface buffer utilization is driven by traffic volume and burst characteristics rather than directly by the count of IP SLA sessions, so it does not specifically reflect the scalability impact of adding spoke sites.
Each spoke independently sends probes to the hub and is not responsible for aggregating responses, so spoke CPU and memory usage does not scale with the total number of spoke sites in the topology.
The hub CE router runs the single IP SLA responder that handles probe responses for all spoke senders; as the number of spokes increases linearly, the per-packet CPU processing load on the hub scales proportionally, making hub CPU usage the primary scalability bottleneck to monitor.
Concept tested: IP SLA responder CPU scalability in hub-and-spoke topology
Source: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipsla/configuration/xe-16/sla-xe-16-book/sla-overview.html
Topics
Community Discussion
No community discussion yet for this question.