Hi!
1-st to be clear - Aggregate/Average graphs are not my code, Detailed graph is my code. Any collaboration of making Smokeping integration into Observium better, re-writing suboptimal code is highly appreciated :)
In details:
- How do you concider Detailed graph to be not needed, if it's the primary way for Smokeping to visualize the packet loss and jitter?
- "correct" Smokeping colors for Detailed tab can be assigned via config.php options. It utilizes not original Smokeping's 1/20, 2/20, .. notation but loss in percentage because 1) packet loss is more often is referred to in %, not "1 packet of 27 is lost" 2) my Cisco-SLA module for icmp-jitter probes utilizes % notation for loss and it'll be easier to correlate data between it and Smokeping when using same notation
- just putting a link to Smokeping's page makes it more difficult to correlate events - with RRD graphs for Smokeping, made in Observium-like style, it's much easier to correlate delay-packet loss to traffic through device, device's CPU and memory utilization;
- Smokeping's master-slave function may not be an option for some installations, where not all servers see all the targets, so one might utilize standalone servers for Smokeping, not master-slave, and map them via remote folders.
Again, there's a lot, what can be done in the Smokeping intergation to make it better and to make better value for Observium by this. I'm waiting for more feedback and proposals on OBSERVIUM-1075 :)
--
Best, Sergey
Thu, 15 Jan 2015 13:25:49 -0500 от Justin Miller
observium@dynstatic.net:
>I’ve asked in IRC about this. It’s unlikely to get added as it is. “It needs a re-write” was a response.
>
>It wasn’t clear to me why there was an aggregate graph in addition to the regular graph. If you have smokeping slaves then each slave will have a graph below aggregate and the aggregate graph will have all the slaves on it. Smoking already handles multiple devices with color nicely. It would be nice if all of the graphs had the correct smoking colors, including the aggregate graph. There doesn’t need to be a “detailed” graph there at all.
>
>
>I put a link to my smokeping cgi on the smoking page so I can just get to the real graphs from the ping page.
>
>Justin
>>On Jan 14, 2015, at 11:10 PM, Nate Mellendorf < Nate.Mellendorf@netgainhosting.com > wrote:
>>While looking at the list of tools that are supported within Observium, I found this neat “patch” for Smokeping:
>>
http://jira.observium.org/browse/OBSERVIUM-1075
>>
>>I’m half tempted to try and implement the proposed solution, as our support staff loves the colored graphs for packet loss.
>>That said, I was curious if this is something you plan to implement into Observium in the near future.
>>
>>I ask, as I’m worried that adding this patch in before it’s officially supported could break something for us down the road.
>>Thanks in advance for your opinion on this. It will be well received and is greatly appreciated.
>>
>>
>>Regards,
>>
>>Nate Mellendorf | Network Analyst | Netgain
>>720 West Saint Germain Street | St. Cloud | MN | 56301
>>Phone: 320.251.4700 x183 | 877.797.4700 x183
>>www.NetgainHosting.com
>>
>><image003.png>
>>----------------------------------------------------------------------
>>The information contained in this email message is for the designated recipient only and may be privileged, confidential, and protected from disclosure. If you have received this message in error, please notify the sender immediately and delete the original. Any dissemination, distribution, copying or other use of this message or any information contained within is strictly prohibited.
>> _______________________________________________
>>observium mailing list
>>observium@observium.org
>>
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
>
>_______________________________________________
>observium mailing list
>observium@observium.org
>
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
