Cisco ACI sensor
As an Enterprise Network Administrator managing Cisco ACI infrastructure I want a dedicated Cisco ACI sensor in PRTG so that I can monitor the health, performance, and status of my Application Centric Infrastructure fabric without needing separate monitoring tools or complex custom scripts.
Background:
With the increasing adoption of software-defined networking and the complexity of modern data center environments, customers using Cisco ACI need comprehensive monitoring capabilities. Currently, monitoring ACI requires either expensive third-party tools, custom API integrations, or basic SNMP monitoring that misses critical ACI-specific metrics like fabric health scores, policy compliance, and tenant-specific performance data.
AdminJörg Hollerith
(Product Manager, Paessler)
shared this idea
Hi there,
Great news! Your idea has been approved and moved to the next stage on Paessler.
Before we can commit to developing this idea, we need more input from the community. Your idea has the potential to significantly impact our users, and getting broader feedback will help us understand its full scope and prioritize it effectively.
Here's how you can help:
- Share your idea: Encourage other Paessler users to view, comment on, and vote for your idea.
- Elaborate on your suggestion: Add more details, use cases, or examples to your idea description.
- Engage with comments: Respond to questions and suggestions from other users.
The more engagement your idea receives, the better its chances of being fully implemented.
Thanks for your continued collaboration in making Paessler even better!
Best regards,
The Paessler Product Team
-
M.altawil1993 commented
As a network administrator in an enterprise environment with an extensive Cisco ACI fabric, having a native ACI sensor in PRTG would be a significant advantage. Currently, we have to integrate important monitoring data such as fabric health score, policy compliance, and tenant-specific performance awkwardly through external scripts or third-party tools. This approach is error-prone and maintenance-intensive, especially since many ACI details are not directly accessible via SNMP.
A dedicated sensor could:
Automatically capture key ACI statistics like health score, fabric errors, and policy deviations,
Eliminate the need for complex API integrations or costly external solutions,
Greatly speed up troubleshooting in daily operations,
Enable better visualization and alerting for SDN-related issues,
Provide native integration via the Cisco APIC API for Health Score, Faults, Events, Fabric Status, monitoring Tenants, VRFs, EPGs, Interfaces, and Leaf/Spine status,
Automatically discover and map objects,
Send notifications on critical or abnormal conditions.
Concrete use cases from my work include:
Monitoring the health score with escalation as soon as the score drops,
Compliance checks for policies to quickly identify policy violations,
Tenant monitoring to detect resource-specific problems per tenant.
Many administrators desire a native ACI integration in PRTG because traditional SNMP or custom sensors do not cover the dynamics, complexity, and depth of SDN. A direct sensor would save us considerable effort and significantly improve Cisco ACI monitoring practices.