So I am quite new to Cacti, I would say.. even though have done some scripts to manipulate the thold entries based on time of day / day of week etc.
I have been looking over previous documentation, and quite some forum posts as well. though it is a tad uphill for a fresh one to enter cacti with the volume of old vs new posts/docs/guides.. but that is just my point of view.. still does give an idea of underlaying logics.
My current headscratcher (for my lack of experience).. is how one would/can.. go about managing a statistics of a DHCP platform from cisco, when snmp is not part of the solution. I have created a php script that will dump and convert the outputs from basic bacc(with ssh) scripts into outputs that contains:
etc:
// Just 1 primary scope (10.211.94.0) and all its associated "sums" based on the lease_type(policy).
Primary_scope:10.211.94.0 lease_type:ProvisionedAMP total_dynamic:509 total_reserved:0 total_used_reserved:0 total_leased:136 total_soon_available:0 total_available:187 total_calculated_available:373 total_failover_available:186 total_deactivated:0
Primary_scope:10.211.94.0 lease_type:ProvisionedCM total_dynamic:1274 total_reserved:0 total_used_reserved:0 total_leased:735 total_soon_available:0 total_available:271 total_calculated_available:539 total_failover_available:268 total_deactivated:0
Primary_scope:10.211.94.0 lease_type:ProvisionedCPE total_dynamic:1012 total_reserved:0 total_used_reserved:0 total_leased:729 total_soon_available:0 total_available:142 total_calculated_available:283 total_failover_available:141 total_deactivated:0
Primary_scope:10.211.94.0 lease_type:ProvisionedCPEFIP total_dynamic:54 total_reserved:7 total_used_reserved:7 total_leased:0 total_soon_available:0 total_available:29 total_calculated_available:54 total_failover_available:25 total_deactivated:0
Primary_scope:10.211.94.0 lease_type:provisionedMTA total_dynamic:253 total_reserved:0 total_used_reserved:0 total_leased:160 total_soon_available:0 total_available:47 total_calculated_available:93 total_failover_available:46 total_deactivated:0
Primary_scope:10.211.94.0 lease_type:UnProvisionedCM total_dynamic:509 total_reserved:0 total_used_reserved:0 total_leased:6 total_soon_available:0 total_available:252 total_calculated_available:503 total_failover_available:251 total_deactivated:0
Primary_scope:10.211.94.0 lease_type:UnProvisionedCPE total_dynamic:509 total_reserved:0 total_used_reserved:0 total_leased:6 total_soon_available:0 total_available:252 total_calculated_available:503 total_failover_available:251 total_deactivated:0
Primary_scope:10.211.94.0 lease_type:unProvisionedMTA total_dynamic:509 total_reserved:0 total_used_reserved:0 total_leased:6 total_soon_available:0 total_available:252 total_calculated_available:503 total_failover_available:251 total_deactivated:0
10.211.95.0, 10.211.96.0 and so on...
I can output all entries(ALL primary scopes) in either 1 php request, or by php request with arguments like Primary scope or policy etc.. it is php so can shape it to whatever is needed really. But my goal is to have statistics graphs based on "Primary Scope" in the example above: 10.211.94.0 and per lease_type, been tinkering with adding all "primary scopes" as devices in cacti, but I am not overly certain of the scaling / dynamic ability of that when you have 400~ primary scopes etc
Target:
1 Graph per Primary scope+lease_type, there are 400~ primary scopes. '
I am considering generating all 400~ primary scopes as devices in cacti and parse the specific "device" (aka primary scope) as an argument to the php script + the lease_type argument, which would get me the specifics outputs and also correct data, it does work. Just feels quite cumbersome.. specially when new primary scopes are deployed, then manual intervention is needed.
So I am looking for suggestions for how to approach this, since sure I can make a functional setup as is.. but I really think it can be made more smoothly than what I have right now, specially for having to maintaince it (adding / removing primary scopes(devices))
Any ideas ?
