Great to see Arbor MIB's getting updated in the SVN checkouts :)
I don't monitor any of our own products, but I'm going to talk to the Peakflow guys and see if I can get access to some of the lab gear. We have at least one setup (not sure if it's TMS or SP) that gets about ~8Gb/s of anonymous traffic from a few ISPs. Should give me some useful data in Observium.
Keep up the good work guys!
*Spencer Ryan* | Senior Systems Administrator | sryan@arbor.net *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
The biggest problem i've seen is that Arbor MIB's is only for traps, not for polling. But since you have seen it, we may get our hope back :D
/Peter
2015-02-08 18:27 GMT+01:00 Ryan, Spencer sryan@arbor.net:
Great to see Arbor MIB's getting updated in the SVN checkouts :)
I don't monitor any of our own products, but I'm going to talk to the Peakflow guys and see if I can get access to some of the lab gear. We have at least one setup (not sure if it's TMS or SP) that gets about ~8Gb/s of anonymous traffic from a few ISPs. Should give me some useful data in Observium.
Keep up the good work guys!
*Spencer Ryan* | Senior Systems Administrator | sryan@arbor.net *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hey Ryan! I was looking at adding some more support for Arbor Peakflow SP and TMS like CPU, memory and disk-graphs. The information seems to be able to be found in PEAKFLOW-TMS-MIB and PEAKFLOW-SP-MIB. However, having per-device MIB for the same product family is rather bad, that means we need to write new code for every different Arbor-product for every sensor we want to graph. And in addition to that, the values used in the different MIBs are totally different. https://pastee.org/jkbuq
notice the difference of the reported values for deviceCpuLoadAvg5min. This means we cant even reuse the same code for the device at all. Writing support for Arbor products will be very messy. If you have any good contact with your developers I would appreciate if you could suggest to start working towards using a single MIB for all standard values like CPU, memory and disk space :)
/Markus
2015-02-09 10:35 GMT+01:00 Peter Persson peter.persson@bredband2.se:
The biggest problem i've seen is that Arbor MIB's is only for traps, not for polling. But since you have seen it, we may get our hope back :D
/Peter
2015-02-08 18:27 GMT+01:00 Ryan, Spencer sryan@arbor.net:
Great to see Arbor MIB's getting updated in the SVN checkouts :)
I don't monitor any of our own products, but I'm going to talk to the Peakflow guys and see if I can get access to some of the lab gear. We have at least one setup (not sure if it's TMS or SP) that gets about ~8Gb/s of anonymous traffic from a few ISPs. Should give me some useful data in Observium.
Keep up the good work guys!
*Spencer Ryan* | Senior Systems Administrator | sryan@arbor.net *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
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
I just opened a feature request with all of the internal product teams to fix this. Ideally we would merge all common functionality into our Arbux-MIB, I should know in the next few weeks if the product teams are going to scheduled it for the next releases.
I'll keep you updated on the status of the FR's as I get them.
*Spencer Ryan* | Senior Systems Administrator | sryan@arbor.net *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
On Fri, Jan 22, 2016 at 8:34 AM, Markus Klock markus@best-practice.se wrote:
Hey Ryan! I was looking at adding some more support for Arbor Peakflow SP and TMS like CPU, memory and disk-graphs. The information seems to be able to be found in PEAKFLOW-TMS-MIB and PEAKFLOW-SP-MIB. However, having per-device MIB for the same product family is rather bad, that means we need to write new code for every different Arbor-product for every sensor we want to graph. And in addition to that, the values used in the different MIBs are totally different. https://pastee.org/jkbuq
notice the difference of the reported values for deviceCpuLoadAvg5min. This means we cant even reuse the same code for the device at all. Writing support for Arbor products will be very messy. If you have any good contact with your developers I would appreciate if you could suggest to start working towards using a single MIB for all standard values like CPU, memory and disk space :)
/Markus
2015-02-09 10:35 GMT+01:00 Peter Persson peter.persson@bredband2.se:
The biggest problem i've seen is that Arbor MIB's is only for traps, not for polling. But since you have seen it, we may get our hope back :D
/Peter
2015-02-08 18:27 GMT+01:00 Ryan, Spencer sryan@arbor.net:
Great to see Arbor MIB's getting updated in the SVN checkouts :)
I don't monitor any of our own products, but I'm going to talk to the Peakflow guys and see if I can get access to some of the lab gear. We have at least one setup (not sure if it's TMS or SP) that gets about ~8Gb/s of anonymous traffic from a few ISPs. Should give me some useful data in Observium.
Keep up the good work guys!
*Spencer Ryan* | Senior Systems Administrator | sryan@arbor.net *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Thats great Ryan, thank you :) If all Arbor products would use the same MIB for CPU, Memory and disk-reporting it would be really easy to add it to Observium
/Markus
2016-01-22 18:03 GMT+01:00 Spencer Ryan sryan@arbor.net:
I just opened a feature request with all of the internal product teams to fix this. Ideally we would merge all common functionality into our Arbux-MIB, I should know in the next few weeks if the product teams are going to scheduled it for the next releases.
I'll keep you updated on the status of the FR's as I get them.
*Spencer Ryan* | Senior Systems Administrator | sryan@arbor.net *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
On Fri, Jan 22, 2016 at 8:34 AM, Markus Klock markus@best-practice.se wrote:
Hey Ryan! I was looking at adding some more support for Arbor Peakflow SP and TMS like CPU, memory and disk-graphs. The information seems to be able to be found in PEAKFLOW-TMS-MIB and PEAKFLOW-SP-MIB. However, having per-device MIB for the same product family is rather bad, that means we need to write new code for every different Arbor-product for every sensor we want to graph. And in addition to that, the values used in the different MIBs are totally different. https://pastee.org/jkbuq
notice the difference of the reported values for deviceCpuLoadAvg5min. This means we cant even reuse the same code for the device at all. Writing support for Arbor products will be very messy. If you have any good contact with your developers I would appreciate if you could suggest to start working towards using a single MIB for all standard values like CPU, memory and disk space :)
/Markus
2015-02-09 10:35 GMT+01:00 Peter Persson peter.persson@bredband2.se:
The biggest problem i've seen is that Arbor MIB's is only for traps, not for polling. But since you have seen it, we may get our hope back :D
/Peter
2015-02-08 18:27 GMT+01:00 Ryan, Spencer sryan@arbor.net:
Great to see Arbor MIB's getting updated in the SVN checkouts :)
I don't monitor any of our own products, but I'm going to talk to the Peakflow guys and see if I can get access to some of the lab gear. We have at least one setup (not sure if it's TMS or SP) that gets about ~8Gb/s of anonymous traffic from a few ISPs. Should give me some useful data in Observium.
Keep up the good work guys!
*Spencer Ryan* | Senior Systems Administrator | sryan@arbor.net *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
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
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
Though, it isn't /that/ much hasele tonadd two lots of CPU/ram stats, other, more complex things become a real hassle if you have to duplicate effort.
Adam.
Sent from BlueMail
On 22 Jan 2016, 20:43, at 20:43, Markus Klock markus@best-practice.se wrote:
Thats great Ryan, thank you :) If all Arbor products would use the same MIB for CPU, Memory and disk-reporting it would be really easy to add it to Observium
/Markus
2016-01-22 18:03 GMT+01:00 Spencer Ryan sryan@arbor.net:
I just opened a feature request with all of the internal product
teams to
fix this. Ideally we would merge all common functionality into our Arbux-MIB, I should know in the next few weeks if the product teams
are
going to scheduled it for the next releases.
I'll keep you updated on the status of the FR's as I get them.
*Spencer Ryan* | Senior Systems Administrator | sryan@arbor.net *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
On Fri, Jan 22, 2016 at 8:34 AM, Markus Klock
wrote:
Hey Ryan! I was looking at adding some more support for Arbor Peakflow SP and
TMS
like CPU, memory and disk-graphs. The information seems to be able to be found in PEAKFLOW-TMS-MIB and PEAKFLOW-SP-MIB. However, having per-device MIB for the same product family is rather
bad,
that means we need to write new code for every different
Arbor-product for
every sensor we want to graph. And in addition to that, the values used in the different MIBs are totally different. https://pastee.org/jkbuq
notice the difference of the reported values for
deviceCpuLoadAvg5min.
This means we cant even reuse the same code for the device at all. Writing support for Arbor products will be very messy. If you have any good contact with your developers I would appreciate
if
you could suggest to start working towards using a single MIB for
all
standard values like CPU, memory and disk space :)
/Markus
2015-02-09 10:35 GMT+01:00 Peter Persson
The biggest problem i've seen is that Arbor MIB's is only for
traps, not
for polling. But since you have seen it, we may get our hope back :D
/Peter
2015-02-08 18:27 GMT+01:00 Ryan, Spencer sryan@arbor.net:
Great to see Arbor MIB's getting updated in the SVN checkouts :)
I don't monitor any of our own products, but I'm going to talk to
the
Peakflow guys and see if I can get access to some of the lab gear.
We have
at least one setup (not sure if it's TMS or SP) that gets about
~8Gb/s of
anonymous traffic from a few ISPs. Should give me some useful data
in
Observium.
Keep up the good work guys!
*Spencer Ryan* | Senior Systems Administrator | sryan@arbor.net *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com
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
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
participants (5)
-
Adam Armstrong -
Markus Klock -
Peter Persson -
Ryan, Spencer -
Spencer Ryan