Prime Infrastructure Client Data Stale by Five Minutes?
An engineer attempts to troubleshoot client connectivity issues in Cisco Prime Infrastructure. The Cisco Prime Infrastructure GUI is performing as expected, but the client detail information that is displayed is not current. The displayed client state and connected AP are up to 5 minutes old. Which action resolves this issue?
Community Votes
75% of anonymous learners picked answer C. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
The exam tests why Prime Infrastructure wireless client detail lags and relies on WLC event traps, with the trap being that database tuning or browser changes seem plausible but do not fix the five-minute polling delay.
Cisco Prime Infrastructure can display client state and connected AP information up to five minutes old when controller client SNMP traps are missing; this page establishes that enabling Assoc/Disassoc and Auth/Deauth traps (C) restores near-real-time client detail.
Selecting database optimization (D) because stale data sounds like a performance bottleneck; however, compacting or optimizing the PI database improves general responsiveness, not the specific five-minute delay caused by missing client Assoc/Disassoc and Auth/Deauth traps.
Community Discussion (3 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
Prime Infrastructure's client detail page depends on WLC event information; if client association, disassociation, authentication, and deauthentication SNMP traps are not enabled on the controller, PI learns client state only during its periodic polling cycle, producing the observed five-minute staleness. Enabling those traps pushes session changes to PI almost immediately, so the displayed client state and connected AP become current without changing retention, browser, or database settings. The symptom is specific to client data rather than the entire GUI, which matches a missing trap path rather than a resource problem. As robi1020 and rrahim note, the delay points to lack of real-time updates from the WLC to Prime Infrastructure.Why the Other Options Are Wrong
Changing data retention to 5 seconds affects how long PI stores historical data, not how quickly live client session events arrive; it can even increase database load. A different browser would address GUI rendering or compatibility issues, but the question states the GUI performs as expected, so browser choice cannot explain a consistent five-minute client-state lag. Optimizing or compacting the PI database may improve general performance and report responsiveness, and Gumpy1 points to Cisco's database-compaction guidance, but that guidance does not target the precise client/AP five-minute staleness caused by absent client traps. Database maintenance could be useful for unrelated slowness, yet it does not make PI receive client state changes in real time.Community Comment Notes
The useful comments by robi1020 and rrahim converge on option C, explaining that without client Assoc/Disassoc and Auth/Deauth traps PI lacks immediate notifications about client connectivity. Gumpy1 votes D and references Cisco's documentation on compacting the Prime Infrastructure database, which is a legitimate performance task but is aimed at general database health. That distinction matters: the exam scenario isolates client detail freshness, not overall GUI or database responsiveness. So the community majority is directionally right, while the dissenting database advice addresses a different failure mode.Official Reference
Exam Strategy
When a PI symptom is limited to client detail freshness, look for the event-delivery path first: the WLC client traps must be enabled. Broad remedies such as database optimization or browser changes affect the whole GUI and are distractors. Match the five-minute interval to PI's default polling behavior when client traps are absent.
Frequently Asked Questions
Why isn't optimizing the Prime Infrastructure database the right fix?
Database optimization addresses general PI slowness, not the specific five-minute delay in client state and AP detail. That delay is eliminated by receiving client Assoc/Disassoc and Auth/Deauth traps from the WLC.
What do client Assoc/Disassoc and Auth/Deauth SNMP traps change in Prime Infrastructure?
They push near-real-time client session events from the controller to PI instead of PI waiting for its periodic polling cycle, so the client detail page reflects current state and connected AP.